ITSM-processen stroomlijnen in vijf stappen

De meeste ITSM-problemen zijn geen gereedschapsproblemen. De tool kan het wel; er is alleen nooit besloten hoe het zou moeten werken, en dus doet iedereen het net even anders. Het resultaat is bekend: dezelfde melding op drie plekken, cijfers waar niemand op durft te sturen, en een backlog waarvan niemand meer weet wat er precies in zit.

Hieronder een vijfstappenplan dat we in de praktijk aanhouden. Het is bewust niet compleet — het is de volgorde die het snelst tot merkbaar resultaat leidt.

Stap 1: Analyseer en prioriteer

Begin niet met verbeteren maar met kijken. Breng in kaart welke processen er zijn, wie ze uitvoert, en waar het werk blijft hangen. Niet op basis van de procesbeschrijving, maar op basis van wat er werkelijk gebeurt — die twee lopen vaker uiteen dan iemand prettig vindt.

Drie dingen om specifiek naar te zoeken:

• Doublures. Dezelfde vraag die via twee kanalen binnenkomt en twee keer wordt geregistreerd.
• Overdrachtsmomenten. Elke keer dat werk van de ene persoon of afdeling naar de andere gaat, is een plek waar het kan blijven liggen. Tel ze, en kijk hoeveel doorlooptijd er per overdracht verloren gaat.
• Werk buiten het systeem. Als een substantieel deel van de vragen buiten de tool om wordt opgelost, kloppen je cijfers niet en is elk stuurbesluit daarop gebaseerd giswerk.

Prioriteer daarna op businesswaarde, niet op hoe erg iets iemand irriteert. Een knelpunt dat vijftig keer per week optreedt en drie minuten kost, is meer waard om op te lossen dan een knelpunt dat maandelijks een uur kost.

Stap 2: Automatiseer slim

“Slim” betekent hier: automatiseer wat vaak gebeurt en voorspelbaar is, en laat de rest met rust. Het grootste risico bij automatisering is dat je een slecht proces sneller maakt.

De volgorde die doorgaans het meeste oplevert:

1. Routering. Meldingen die zichzelf naar de juiste behandelaar sturen op basis van categorie, locatie of type melder. Dit scheelt in vrijwel elke organisatie het meest, omdat het aan het begin van elke keten zit.
2. Bevestiging en terugkoppeling. Automatische berichten aan de melder bij registratie, bij een statuswijziging en bij afhandeling. Dit verlaagt het aantal “hoe staat het ermee”-telefoontjes merkbaar.
3. Escalatie. Een signaal wanneer een melding richting de afgesproken doorlooptijd loopt, in plaats van erachter komen bij de maandrapportage.
4. Standaardaanvragen. Wachtwoordresets, accountaanvragen, toegang tot een gedeelde map. Werk dat geen beoordeling nodig heeft en dus geen mens.

In TOPdesk richt je dit in met Gebeurtenissen en Acties. Dat is werk dat je één keer doet en dat elke week rendeert. Onze ervaring is dat de eerste vier of vijf acties het overgrote deel van de winst opleveren en dat de rest snel in complexiteit toeneemt zonder dat de opbrengst meestijgt.

Stap 3: Koppel tools en gegevens

Zodra de basis staat, ligt de volgende winst in het wegnemen van dubbele registratie. Elke plek waar een mens gegevens overtypt van het ene systeem naar het andere, is een plek waar het misgaat.

De koppelingen die in de praktijk het meest opleveren:

• HR-systeem. In-, door- en uitstroom die automatisch de juiste taken aanmaakt. Vooral uitstroom is belangrijk, want dat is de koppeling waarvan het ontbreken een beveiligingsrisico is: accounts die blijven bestaan omdat niemand het doorgaf.
• Identiteitsbeheer. Gebruikers, afdelingen en groepen die synchroon lopen met Entra ID of een vergelijkbare bron, zodat je persoonsgegevens op één plek onderhoudt.
• Monitoring. Storingsmeldingen die automatisch een melding aanmaken, zodat de servicedesk het weet vóórdat de eerste gebruiker belt.
• Assetbronnen. Apparatuur en licenties uit een inkoop- of beheersysteem, zodat je CMDB actueel blijft zonder handwerk.

Dit gaat via de TOPdesk API. Een belangrijke afweging vooraf: bepaal per gegeven wat de bron van waarheid is. Zonder dat besluit krijg je twee systemen die elkaar overschrijven, en dat is erger dan geen koppeling.

Stap 4: Maak communicatie transparant

Deze stap wordt het vaakst overgeslagen en is verantwoordelijk voor het grootste verschil tussen “de cijfers zijn goed” en “mensen zijn tevreden”.

Concreet: een selfserviceportaal waarop een melder de status van zijn eigen vraag kan zien zonder te bellen. Een kennisbank met antwoorden op de vragen die het vaakst gesteld worden. En terugkoppeling bij afhandeling die uitlegt wát er is opgelost, niet alleen dát het is opgelost.

Een portaal dat niemand gebruikt is overigens een veelvoorkomende uitkomst. Dat komt vrijwel altijd doordat het portaal meer moeite kost dan een mailtje sturen. De test is simpel: als het aanmelden van een storing via het portaal meer dan drie handelingen kost, gebruiken mensen het niet.

Stap 5: Optimaliseer continu

De vierde stap heeft alleen zin als er iemand naar de uitkomst kijkt. Zonder vast moment waarop de cijfers worden besproken, verandert er niets — ook niet als het dashboard perfect is.

Wat werkt: één vast overleg per maand, met een vaste agenda. Wat is er gebeurd, wat viel op, wat gaan we de komende maand aanpakken. Niet langer dan een uur, en met iemand aan tafel die kan beslissen.

De cijfers die daarin thuishoren zijn er minder dan je denkt:

• Instroom en uitstroom van meldingen — loopt de voorraad op of niet?
• Doorlooptijd, als mediaan en niet als gemiddelde — één uitschieter van drie maanden vertekent een gemiddelde volledig.
• Heropende meldingen — het beste tegengif tegen sturen op snelheid alleen.
• Workload per behandelaar — niet om af te rekenen, maar om te zien of het werk redelijk verdeeld is.
• Tevredenheid van melders — de enige die meet of het voor de organisatie werkt in plaats van voor de afdeling.

Waar het meestal misgaat

Drie patronen die we telkens terugzien:

Alles tegelijk willen. Een verbetertraject dat vijf processen tegelijk aanpakt, levert vijf half afgemaakte processen op. Doe er één, maak hem af, en gebruik het resultaat als argument voor de volgende.

Het proces zwaarder maken dan het probleem. Een wijzigingsproces met vier goedkeuringsstappen bij tien wijzigingen per maand wordt binnen een kwartaal omzeild. Weeg de zwaarte van het proces tegen de frequentie en het risico.

Verbeteren zonder eigenaar. Als niemand de opdracht heeft om het bij te houden, zakt elk verbeterde proces binnen een jaar terug naar de oude situatie. Dat is geen kwestie van onwil; het is wat er gebeurt als iets niemands werk is.