Als er om twee uur 's nachts iets kapotgaat, wil niemand discussiëren over hoe erg het is. Ernstniveaus beslechten die discussie van tevoren. Ze geven iedereen dezelfde taal, zodat een klein team weet wie het wekt, hoe snel het moet handelen en wat tot maandag kan wachten. Deze gids beantwoordt de meestgestelde vragen bij het voor het eerst invoeren van de niveaus P1 tot P4.
Wat zijn ernstniveaus voor incidenten?
Een ernstniveau is een label dat beschrijft hoe erg een incident is, op basis van de impact op klanten of het bedrijf. Bij elk label hoort een afgesproken reactie: wie wordt gealarmeerd, hoe snel iemand moet reageren en hoe vaak updates verschijnen. De “P” staat voor prioriteit, en P1 is de urgentste. Sommige teams schrijven SEV1 tot SEV4; het idee is hetzelfde.
Waarom heeft een klein team ze nodig?
Met vijf of tien mensen is het verleidelijk te zeggen: “we voelen wel wanneer het ernstig is.” In de praktijk betekent dat dat elk probleem urgent lijkt voor wie het opmerkte, de luidste stem de prioriteit bepaalt en de dienstdoende collega wordt gewekt voor een tikfout op een instellingenpagina. Opgeschreven niveaus beschermen jullie aandacht, het schaarste middel van een klein team.
Hoeveel niveaus moet je gebruiken?
Vier is de ideale hoeveelheid. Bij drie gooi je ernstige en matige problemen vaak op één hoop; bij vijf of zes ontstaat discussie over de grens tussen twee naburige niveaus. Als mensen de niveaus niet kunnen onthouden zonder een document te openen, zijn het er te veel.
Hoe bepaal je welk niveau een incident krijgt?
Stel drie vragen, in deze volgorde:
- Hoeveel mensen worden geraakt? Iedereen, een segment of één gebruiker?
- Hoe erg? Ligt de service eruit, is hij deels verslechterd of is het alleen vervelend?
- Is er een omweg? Als gebruikers hun werk op een andere manier kunnen doen, ligt het incident meestal een niveau lager.
Pas daarna twee uitzonderingen toe. Alles wat met dataverlies, een beveiligingslek of een wettelijke verplichting te maken heeft, gaat minstens een niveau omhoog. En twijfel je tussen twee niveaus, kies dan het hoogste en verlaag het zodra je meer weet. Verlagen kost niets; een gemist noodgeval wel.
Hoe ziet een voorbeeldschaal van P1 tot P4 eruit?
Pas deze getallen aan op je eigen uren en capaciteit. Het zijn interne reactiedoelen, dus hoe snel je team reageert, en dat is iets anders dan wat je klanten in een overeenkomst belooft.
- P1 – Kritiek. De service ligt eruit of is onbruikbaar voor de meeste gebruikers, of er gaan gegevens verloren of komen op straat. Doel: bevestiging binnen 15 minuten, op elk uur van de dag; elke 30 minuten een update; het hele team laat ander werk liggen.
- P2 – Hoog. Een belangrijke functie is kapot of ernstig verslechterd, of een belangrijke klant zit vast, zonder redelijke omweg. Doel: bevestiging binnen 1 uur tijdens verlengde uren; elke 2 uur een update; dezelfde dag opgelost.
- P3 – Gemiddeld. Een secundaire functie valt uit of de prestaties zijn slecht, maar er bestaat een omweg. Doel: bevestiging binnen 1 werkdag; oplossing binnen de lopende week; geen alarm buiten werktijd.
- P4 – Laag. Een cosmetisch probleem, een kleine bug of een vraag zonder zakelijke impact. Doel: bevestiging binnen 3 werkdagen; inplannen in de gewone backlog.
Wie bepaalt de ernst, en kan die veranderen?
Wie het incident als eerste oppakt, meestal de dienstdoende collega, stelt aan de hand van bovenstaande vragen een niveau voor. De incidentleider kan het op elk moment wijzigen, en de wijziging hoort in hetzelfde kanaal aangekondigd te worden, zodat niemand met verouderde informatie werkt. Ernst is een levend label: een P2 die toch iedereen blijkt te raken wordt P1, en een P1 die met een snelle rollback is ingedamd zakt naar P3 terwijl de oorzaak wordt onderzocht.
Welke fouten moet je vermijden?
- Niveaus op oorzaak baseren. “Databaseproblemen zijn P1” is een valkuil. Definieer op impact, niet op welk systeem uitviel.
- Alles P1 maken. Als elk alarm kritiek is, is geen enkel alarm kritiek. Bewaar P1 voor echte noodgevallen, anders houden mensen op met reageren.
- Vage formuleringen. “Aanzienlijke impact” betekent voor ieder iets anders. Gebruik waar mogelijk cijfers, zoals een percentage gebruikers of een omzetgenererend proces.
- Geen updateritme. Stilte tijdens een incident geeft meer stress dan het probleem zelf. Beloof een updateinterval en houd je eraan, ook als de update “we onderzoeken nog” luidt.
- De schaal nooit evalueren. Vraag je na elke P1 of P2 af of niveau en reactie bij de werkelijkheid pasten, en pas de definities aan.
Hoe houd je de schaal op termijn bruikbaar?
Leg de definitie van één pagina waar het team haar ziet: vastgepind in je chatkanaal, gelinkt vanuit je alarmtool en afgedrukt in het handboek voor de achterwacht. Registreer elk incident met niveau, tijd tot bevestiging en tijd tot oplossing, en bekijk de cijfers maandelijks. Als je je operatie al beheert in FulcrumGrid Command Center, kun je het aantal incidenten en de reactietijden naast je andere KPI's volgen, zodat je ziet of het aantal P2's oploopt. Een spreadsheet volstaat om te beginnen; de gewoonte telt meer dan het hulpmiddel.
Begin met vier niveaus, beschrijf elk in twee zinnen, koppel er een reactiedoel aan en test het op je laatste vijf echte incidenten. Voelen de labels achteraf goed, dan kun je ze live gebruiken.
Veelgestelde vragen
Wat is het verschil tussen ernst en prioriteit?
Ernst beschrijft de impact van het incident; prioriteit bepaalt in welke volgorde je eraan werkt. Kleine teams voegen beide meestal samen in één schaal van P1 tot P4, en dat is prima zolang de definities duidelijk zijn.
Is P1 of P4 het ernstigste niveau?
P1 is het ernstigst en P4 het minst ernstig. Sommige tools gebruiken SEV1 tot SEV4 met dezelfde betekenis, maar een paar draaien de volgorde om. Noteer dus altijd welk uiteinde van de schaal het urgentst is.
Hebben we voor elk niveau alarmen buiten werktijd nodig?
Nee. Alarmeer mensen buiten werktijd alleen voor P1 en misschien P2, als je klanten dag en nacht op je rekenen. P3 en P4 kunnen tot de volgende werkdag wachten.
Hoe vaak moeten we onze ernstdefinities herzien?
Bekijk ze na elk P1- of P2-incident en doe elke zes maanden een volledige check, of eerder wanneer je team, product of klantenbestand merkbaar verandert.
FulcrumGrid Command Center
Volg incidenten naast je KPI's
FulcrumGrid Command Center brengt aantallen incidenten, reactietijden en projecten samen op één plek, zodat je ziet of je ernstdoelen maand na maand standhouden.