Wat is servicemanagement? Een nuchtere uitleg voor de praktijk

Servicemanagement is de manier waarop een organisatie diensten levert aan gebruikers en die dienstverlening stuurbaar maakt. Het gaat over afspraken, processen en verantwoordelijkheden rond meldingen, aanvragen, wijzigingen en verstoringen, zodat gebruikers weten waar ze aan toe zijn en de leverende partij weet wat er van haar wordt verwacht. In IT heet dat IT-servicemanagement (ITSM); pas je dezelfde aanpak toe buiten IT, dan heet het enterprise service management (ESM).

Dat is de korte definitie. In dit artikel lees je wat het in de praktijk betekent, welke misverstanden er rondgaan, en wanneer het loont om er gericht in te investeren.

Wat het in de praktijk betekent

Servicemanagement klinkt abstract, maar het gaat over hele concrete dingen. Kan een gebruiker een melding kwijt en weet die daarna wat er gebeurt? Belandt een aanvraag voor een nieuwe laptop op de juiste plek en wordt hij op tijd geleverd? Weet je bij een storing wie wat doet en wie de gebruikers informeert? Dat zijn de vragen waar servicemanagement antwoord op geeft.

In de kern gaat het om drie dingen. Ten eerste een plek waar het werk binnenkomt en zichtbaar is, meestal een ITSM-tool met tickets. Ten tweede afspraken over hoe dat werk wordt afgehandeld: wie pakt het op, binnen welke tijd, in welke volgorde. En ten derde een manier om te zien of het goed gaat, zodat je kunt bijsturen. Zonder dat eerste stuk verdwijnt werk in mailboxen en op post-its. Zonder het tweede wordt alles ad hoc opgelost. Zonder het derde weet je niet of je beter of slechter wordt.

Het mooie is dat je geen groot framework nodig hebt om hiermee te beginnen. Een klein team met een gedeelde postbus die overstapt op tickets, doet al aan servicemanagement, ook al noemen ze het niet zo. Hoe je die basis legt zonder dogma, lees je in servicemanagement zonder ITIL-dogma.

De bouwstenen op een rij

Als je servicemanagement uit elkaar haalt, kom je een aantal terugkerende onderdelen tegen:

• Incidentbeheer. Verstoringen zo snel mogelijk oplossen zodat gebruikers weer verder kunnen. Dit is voor de meeste servicedesks het dagelijkse werk.
• Aanvragen afhandelen. Standaardverzoeken zoals toegang, hardware of software, via een servicecatalogus in klantentaal die begrijpelijk is voor de aanvrager.
• Wijzigingsbeheer. Veranderingen aan systemen op een gecontroleerde manier doorvoeren, zonder dat het een papieren molen wordt. Zie wijzigingsbeheer zonder bureaucratie.
• Prioriteren. Bepalen wat eerst moet op basis van impact en urgentie, in plaats van wie het hardst roept. Meer daarover in impact en urgentie prioriteren.
• Kennis vastleggen. Oplossingen bewaren zodat je dezelfde vraag niet steeds opnieuw uitzoekt.
• Meten en verbeteren. Zien waar het knelt en daar gericht iets aan doen, in plaats van rapporteren om te rapporteren.

Je hoeft die onderdelen niet allemaal tegelijk in te richten. De meeste organisaties beginnen bij incidenten en aanvragen, en breiden pas uit als dat loopt.

De bekende misverstanden

Rond servicemanagement leven een paar hardnekkige misverstanden die het onnodig zwaar maken.

Servicemanagement is hetzelfde als ITIL. Nee. ITIL is een verzameling best practices die je kan helpen, maar servicemanagement bestond daarvoor al en werkt ook zonder. ITIL is een gereedschapskist, geen verplichting. Wie ITIL letterlijk als checklist afwerkt, bouwt vaak meer proces dan de organisatie aankan. Wat ITIL wel praktisch te bieden heeft, lees je in ITIL 5 praktisch uitgelegd.

Servicemanagement is een tool die je koopt. Een ITSM-tool helpt, maar is niet het doel. Een tool zonder duidelijke afspraken over hoe je werkt, wordt een dure ticketbak. De afspraken en gewoontes zijn belangrijker dan het platform. Hoe je een tool kiest die past bij hoe je werkt, staat in een ITSM- of ESM-tool kiezen.

Meer proces is beter. Het tegenovergestelde is meestal waar. Elk proces dat je toevoegt, kost tijd en aandacht. Goede servicemanagement voegt alleen proces toe waar het iets oplevert en laat de rest weg. Bureaucratie is geen teken van volwassenheid, het is meestal een teken dat er iets is doorgeslagen.

Servicemanagement is alleen voor grote organisaties. Ook een klein team heeft baat bij een heldere manier om werk binnen te krijgen en af te handelen. Het verschil zit in de schaal, niet in het principe. Een klein team richt het lichter in, maar het idee is hetzelfde.

Van reactief naar stuurbaar

De grootste winst van servicemanagement zit niet in het oplossen van individuele meldingen, maar in het patroon eronder. Een organisatie die alleen brandjes blust, blijft steeds achter de feiten aan lopen. Een organisatie die haar meldingen registreert en er af en toe naar kijkt, ziet welke problemen steeds terugkomen en kan die bij de wortel aanpakken.

Dat is de stap van reactief naar proactief werken. Je lost niet alleen het incident van vandaag op, je voorkomt dat het volgende week weer gebeurt. Hoe je die omslag maakt zonder een groot verbeterprogramma op te tuigen, lees je in van reactief naar proactief IT-support.

Wanneer je er gericht in investeert

Servicemanagement verbeteren is geen doel op zich. Je doet het als je een concreet probleem hebt. Een paar signalen dat het loont om er tijd in te steken:

• Werk verdwijnt. Meldingen komen via mail, chat en de wandelgang binnen, en er glipt regelmatig iets doorheen.
• Gebruikers klagen over onduidelijkheid. Ze weten niet waar ze iets kwijt kunnen of horen niets terug.
• Hetzelfde probleem komt steeds terug, en niemand pakt de oorzaak aan.
• Het team is druk maar kan niet uitleggen waar de tijd heen gaat.
• Je groeit, en de informele manier van werken kraakt in zijn voegen.

Herken je dit, dan is de eerste stap niet een nieuw framework of een nieuwe tool, maar in kaart brengen waar je nu staat. Een ITSM maturity assessment geeft dat beeld: wat gaat al goed, waar zit de meeste pijn, en welke verbetering levert het snelst iets op. Vanuit dat beeld investeer je gericht in plaats van overal tegelijk.

Wat je vooral wilt vermijden, is een grote reorganisatie van je manier van werken omdat een adviseur of een tool dat voorschrijft. Investeer waar de pijn zit, houd het klein, en breid pas uit als het vorige stuk staat.

Veelgestelde vragen

Wat is het verschil tussen servicemanagement en ITSM? Servicemanagement is het bredere begrip: het leveren en sturen van diensten aan gebruikers. ITSM is servicemanagement toegepast op IT-dienstverlening. Pas je dezelfde aanpak toe buiten IT, bijvoorbeeld bij HR of facilitair, dan heet het enterprise service management (ESM).

Heb je ITIL nodig voor servicemanagement? Nee. ITIL is een verzameling best practices die kan helpen, maar servicemanagement werkt ook zonder. Gebruik de onderdelen van ITIL die iets opleveren en laat de rest staan. Begin bij het probleem dat je wilt oplossen, niet bij het framework.

Is servicemanagement ook nuttig voor kleine organisaties? Ja. Ook een klein team heeft baat bij een duidelijke manier om werk binnen te krijgen en af te handelen. Je richt het lichter in dan een groot bedrijf, maar het principe is hetzelfde: zorg dat werk zichtbaar is, afspraken helder zijn en je kunt zien of het goed gaat.

Waar begin je met servicemanagement? Begin bij het binnenhalen en zichtbaar maken van werk in tickets, en spreek af hoe je meldingen en aanvragen afhandelt. Breng daarna in kaart waar de meeste pijn zit met een maturity assessment, en verbeter gericht een stap tegelijk in plaats van alles ineens.

Wil je weten waar jouw serviceorganisatie nu staat en welke stap het meeste oplevert? plan een gesprek en we kijken samen naar de plek waar je het snelste resultaat boekt. Voor de begeleiding daarbij: bekijk onze diensten voor servicemanagement.

Verder lezen

• IT-servicemanagement (Wikipedia)
• What is ITSM? (Atlassian)
• ITIL (AXELOS)
• Enterprise service management (Wikipedia)