Impact en urgentie prioriteren: einde aan de discussie dat alles spoed is

Bij bijna elke servicedesk hoor je hem: "dit is spoed". De een na de ander markeert zijn melding als urgent, en binnen de kortste keren is elke melding topprioriteit. Dan betekent prioriteit niets meer, en werkt het team op basis van wie het hardst roept in plaats van wat het meeste effect heeft. Dit artikel laat zien hoe een simpele prioriteitenmatrix van impact en urgentie die discussie beëindigt, en hoe je hem afspreekt met de business.

Waarom "alles is spoed" ontstaat

Als er geen heldere afspraak is over wat urgent maakt, valt iedereen terug op zijn eigen gevoel. Een gebruiker wiens rapportage niet lukt voelt dat net zo dringend als iemand die niet kan inloggen. Beide hebben gelijk vanuit hun perspectief, maar het effect op de organisatie verschilt enorm. Zonder gedeelde maatstaf heeft de servicedesk niets om op terug te vallen behalve onderhandelen per melding. Dat kost tijd en ondermijnt het vertrouwen.

Impact en urgentie: de twee assen die het verschil maken

Een prioriteitenmatrix werkt met twee simpele vragen. Impact: hoeveel mensen of processen raakt dit, en hoe zwaar? Urgentie: hoe snel moet dit opgelost zijn voordat de schade groter wordt? De combinatie bepaalt de prioriteit, niet de toon van de melding.

Impact: hoe groot is de schade

Impact gaat over omvang. Eén gebruiker die zijn wachtwoord kwijt is, heeft lage impact. Een applicatie die voor een hele afdeling plat ligt, heeft hoge impact. Kijk ook naar het soort proces: een storing in de salarisverwerking weegt anders dan een storing in een testomgeving.

Urgentie: hoeveel tijd is er

Urgentie gaat over snelheid. Kan dit wachten tot morgen zonder extra schade, of loopt het probleem op als je niets doet? Een traag systeem is vervelend maar meestal niet urgent. Een systeem dat data dreigt te verliezen, is dat wel.

De matrix combineren

Zet impact en urgentie in een raster van drie bij drie: laag, midden, hoog op beide assen. Hoge impact en hoge urgentie is prioriteit 1, lage impact en lage urgentie is prioriteit 4 of lager. De rest vult zich vanzelf. Het mooie is dat de matrix het gesprek voert, niet de medewerker aan de telefoon. Als hoge prioriteit ook een major incident kan worden, lees dan ook over het draaiboek voor major incidents dat regelt wat er dan precies moet gebeuren.

Hoe je de matrix afspreekt met de business

Een matrix die alleen op papier bij IT ligt, wordt bij de eerste discussie terzijde geschoven. Om hem te laten standhouden, beslist de business mee over wat impact en urgentie precies betekenen voor hun processen.

• Benoem samen de kritieke processen. Laat de business aangeven welke systemen het zwaarst wegen, in plaats van dat IT dit gokt.
• Definieer impact in concrete termen. Spreek af wat "veel gebruikers" en "kritiek proces" betekenen, met aantallen of voorbeelden, niet met vage woorden.
• Koppel urgentie aan reactietijden. Leg per combinatie vast binnen welke tijd de servicedesk reageert en oplost.
• Leg de matrix vast en communiceer hem breed. Zet hem op één pagina en deel hem met iedereen die meldingen maakt, niet alleen met IT.
• Evalueer de matrix periodiek. Prioriteiten van vandaag zijn niet die van over een jaar. Bekijk de matrix jaarlijks met de business.

Als de matrix eenmaal is afgesproken, verschuift de discussie: niet meer "waarom is mijn melding niet spoed", maar "welke impact en urgentie heeft dit volgens onze afspraken". Welke servicedesk-KPI's je daarna bijhoudt om de effectiviteit te meten, sluit daar direct op aan.

Wat het oplevert

Met een heldere prioriteitenmatrix stopt de eindeloze onderhandeling over wat spoed is. De servicedesk bepaalt objectief wat eerst moet, en de business weet wat ze mag verwachten. Dat scheelt discussietijd en laat het team zijn energie steken in oplossen in plaats van uitleggen. Dat is precies hoe je meer bereikt met dezelfde mensen: door slimmer te kiezen wat eerst aan de beurt is. De prioriteitenmatrix werkt pas goed als de reactietijden ook zijn vastgelegd, iets wat samenhangt met je SLA's en de ervaringskant die een XLA toevoegt. En voor onze ondersteuning bij de inrichting: bekijk onze diensten voor servicemanagement.

Veelgestelde vragen

Wat als een gebruiker het niet eens is met de toegekende prioriteit? Leg uit op welke impact en urgentie de prioriteit is gebaseerd. Omdat de matrix vooraf is afgesproken, is het geen discussie meer over willekeur maar over een heldere regel.

Moet elke melding door de matrix? Ja, dat maakt de aanpak sterk. Zodra je uitzonderingen toestaat, glijdt iedereen terug naar onderhandelen.

Werkt dit ook voor kleine teams zonder ITSM-tool? Zeker. Een matrix op een half A4'tje naast de telefoon werkt net zo goed als een regel in een tool. Het gaat om de afspraak, niet om de techniek.

Wil je een prioriteitenmatrix die past bij jouw organisatie en die de business ook echt steunt? plan een gesprek en we bepalen samen welke impact en urgentie voor jullie processen gelden.

Verder lezen

• IT-servicemanagement (Wikipedia)
• Service level agreement (Wikipedia)