ITSM vs ESM: wat is het verschil en wanneer is ESM zinvol?

ITSM staat voor IT-servicemanagement: de manier waarop de IT-afdeling diensten levert aan gebruikers, met tickets, afspraken en processen. ESM staat voor enterprise service management: precies diezelfde werkwijze, maar dan toegepast op andere afdelingen zoals HR, facilitair of finance. Het verschil zit dus niet in de aanpak, maar in de reikwijdte. ESM is ITSM dat over de grenzen van IT heen groeit.

Dat klinkt eenvoudig, en dat is het in de kern ook. Het lastige is de vraag wanneer je die stap moet zetten en wanneer je hem beter kunt laten. Dit artikel legt het verschil helder uit en laat zien wanneer ESM zich terugverdient en wanneer het overkill is.

Hetzelfde fundament, andere afdelingen

Wat ITSM en ESM delen, is de basis. In beide gevallen komt werk binnen op een centrale plek, wordt het toegewezen, afgehandeld en teruggekoppeld, en kun je zien of het goed gaat. Dat fundament is precies wat we beschrijven in wat is servicemanagement: een plek voor het werk, afspraken over de afhandeling, en zicht op de kwaliteit.

Bij ITSM zijn de klanten medewerkers met een IT-vraag: een wachtwoord dat vastzit, een applicatie die het niet doet, een nieuwe laptop. Bij ESM verbreed je datzelfde model. Een nieuwe medewerker die op zijn eerste dag een bureau, een toegangspas, een salarisadministratie-account en een laptop nodig heeft, raakt HR, facilitair en IT tegelijk. In een ESM-opzet loopt dat als één aanvraag door de organisatie in plaats van als vier losse mailtjes.

Het onderliggende platform is vaak hetzelfde. De meeste moderne ITSM-tools kunnen ook ESM aan: je maakt extra serviceafdelingen aan, met eigen formulieren, eigen behandelaars en eigen afspraken, achter hetzelfde portaal. Hoe je zo'n platform kiest dat met je meegroeit, staat in een ITSM- of ESM-tool kiezen.

Waar ESM echt waarde toevoegt

ESM is geen doel op zich. Het loont in situaties waar afdelingen elkaars werk raken en de overdracht nu rommelig verloopt. Een paar herkenbare voorbeelden buiten IT.

Indiensttreding en vertrek. Het joiner-mover-leaver-proces is het klassieke voorbeeld. Een nieuwe medewerker vraagt om acties bij HR, IT en facilitair. Als die drie los van elkaar werken, mist er altijd iets: de laptop is er wel maar de toegangspas niet, of het account bestaat maar de werkplek is niet ingericht. In een ESM-opzet triggert één melding in HR automatisch de taken bij de andere afdelingen. Iedereen ziet dezelfde aanvraag en de status ervan.

Facilitaire verzoeken. Een kapotte verwarming, een reservering van een vergaderzaal, een verhuizing binnen het gebouw. Dit soort verzoeken loopt vaak via mail of een los systeem, zonder zicht op doorlooptijd of afhandeling. In hetzelfde portaal als de IT-aanvragen wordt het meetbaar en navolgbaar.

HR-vragen. Vragen over verlof, declaraties of arbeidsvoorwaarden komen bij HR binnen via mail en de wandelgang. Met een servicedesk-aanpak krijgt HR grip op wat er speelt, kan het veelgestelde vragen in een kennisbank zetten en ziet het waar de meeste tijd naartoe gaat.

De rode draad: ESM voegt waarde toe waar meerdere afdelingen samen een dienst leveren, of waar een afdeling buiten IT dezelfde chaos ervaart die IT jaren geleden met tickets heeft opgelost. Hoe die uitbreiding er in de praktijk uitziet, lees je in ESM buiten IT.

Wanneer ESM overkill is

Net zo belangrijk is het om te weten wanneer je het niet moet doen. ESM is overkill in een paar situaties.

Je IT-servicemanagement staat zelf nog niet. Als de servicedesk nog worstelt met de basis, is het onverstandig om de aanpak uit te rollen naar andere afdelingen. Je exporteert dan je eigen chaos. Zorg eerst dat ITSM loopt. Waar je staat, bepaal je met een ITSM maturity assessment.

De afdeling wil het niet. ESM werkt alleen als de ontvangende afdeling er de waarde van ziet en het gaat gebruiken. Een HR-team dat er niet om vroeg en het als extra last ervaart, gaat het portaal ontwijken. Zonder een interne eigenaar op die afdeling wordt het een lege huls.

Het volume is te laag. Een afdeling die per maand een handvol verzoeken krijgt, heeft geen servicedesk-inrichting nodig. Dan is een gedeelde postbus met een goede afspraak genoeg. Proces toevoegen waar geen volume is, kost meer dan het oplevert.

Je verwacht dat de tool het probleem oplost. Als de samenwerking tussen afdelingen inhoudelijk niet klopt, lost een gedeeld portaal dat niet op. De tool maakt zichtbaar wat er gebeurt, maar de afspraken over wie wat doet, moet je zelf maken.

Het principe hierachter is hetzelfde als bij ITSM: voeg alleen proces en tooling toe waar het iets oplevert. Dat is servicemanagement zonder ITIL-dogma in de praktijk.

Hoe je de stap zet, als je hem zet

Kies je voor ESM, begin dan bij één afdeling met een concreet probleem en genoeg volume om het de moeite waard te maken. HR bij indiensttreding is vaak een goede eerste, omdat de pijn zichtbaar is en het proces IT toch al raakt.

Belangrijk is dat je de dienst in de taal van de ontvanger inricht. Een HR-medewerker denkt niet in incidenten en changes, maar in "nieuwe medewerker aanmelden" of "verlof aanvragen". Een servicecatalogus in klantentaal maakt het verschil tussen een portaal dat gebruikt wordt en een dat wordt ontweken. Regel ook een eigenaar op de afdeling zelf, iemand die de kwaliteit bewaakt en het aanspreekpunt is. Zonder dat eigenaarschap verwatert elke uitbreiding.

Breid pas uit naar een volgende afdeling als de eerste loopt en aantoonbaar iets oplevert. Zo groeit ESM organisch mee met de organisatie in plaats van als een groot programma dat overal tegelijk landt.

Veelgestelde vragen

Wat is het verschil tussen ITSM en ESM? ITSM is servicemanagement toegepast op IT-dienstverlening. ESM is dezelfde aanpak toegepast op andere afdelingen, zoals HR, facilitair en finance. De werkwijze is gelijk; het verschil is de reikwijdte. ESM is ITSM dat over de grenzen van IT heen groeit.

Heb je een aparte tool nodig voor ESM? Meestal niet. De meeste moderne ITSM-platforms ondersteunen ook ESM: je maakt extra serviceafdelingen aan met eigen formulieren, behandelaars en afspraken, achter hetzelfde portaal. Controleer bij een selectie wel of het platform rollen en rechten per afdeling goed afschermt.

Wanneer is ESM overkill? ESM is overkill als je IT-servicemanagement zelf nog niet staat, als de ontvangende afdeling het niet wil, als het volume te laag is, of als je verwacht dat de tool een samenwerkingsprobleem oplost. Voeg alleen proces toe waar het volume en de wil er zijn.

Waar begin je met ESM? Begin bij één afdeling met een concreet probleem en genoeg volume, vaak HR bij indiensttreding. Richt de dienst in de taal van de ontvanger in, regel een eigenaar op die afdeling, en breid pas uit naar een volgende afdeling als de eerste aantoonbaar loopt.

Twijfel je of ESM voor jouw organisatie de moeite waard is? plan een gesprek en we kijken samen of de pijn en het volume het rechtvaardigen. Voor de begeleiding bij toolkeuze en invoering: bekijk onze diensten voor servicemanagement.

Verder lezen

• Enterprise service management (Wikipedia)
• IT-servicemanagement (Wikipedia)
• What is ESM? (Atlassian)
• ITSM glossary (Gartner)