Waarom groene SLA’s niet genoeg zijn

Het maandrapport is groen. Beschikbaarheid voldoet, incidenten zijn op tijd opgelost en wijzigingen zijn volgens afspraak uitgevoerd. Toch klagen gebruikers over trage processen en terugkerende verstoringen. Dit is geen tegenstelling. Het is een gevolg van meten per contract in plaats van per dienst.

Een contractgrens is geen gebruikersgrens

Een medewerker die een order verwerkt, gebruikt mogelijk identiteit, netwerk, werkplek, ERP, integraties en rapportage. Deze onderdelen kunnen bij verschillende leveranciers liggen. Iedere partij meet alleen het eigen gedeelte.

Een probleem kan daardoor tussen afspraken vallen:

• het netwerk is bereikbaar, maar de applicatie reageert te langzaam;
• de applicatie werkt, maar een interface levert verouderde gegevens;
• een incident is binnen de norm gesloten, maar keert iedere week terug;
• iedere leverancier wacht op onderzoek van een andere partij;
• onderhoud is volgens contract uitgevoerd, maar verstoort een kritisch proces.

Waarom SLA-rapportages groen blijven

Definities verschillen

De ene leverancier meet beschikbaarheid vanaf het platform, de andere vanaf een technische component. De gebruiker ervaart het volledige proces. Zonder gemeenschappelijke dienstdefinitie zijn cijfers niet goed vergelijkbaar.

Meetvensters sluiten problemen uit

Gepland onderhoud, externe oorzaken, wachttijd op de klant of een derde leverancier kan worden uitgesloten. Dat kan contractueel correct zijn, maar zegt weinig over de totale verstoring.

Incidenten worden per partij opnieuw geregistreerd

Eén gebruikersprobleem kan bij drie leveranciers als afzonderlijk ticket bestaan. Iedere partij rapporteert de eigen oplostijd, maar niemand meet de totale doorlooptijd.

Structurele problemen worden niet gekoppeld

Wanneer incidenten afzonderlijk binnen norm worden afgehandeld, blijft een terugkerende oorzaak buiten beeld. Een groen incidentrapport kan dan samengaan met een slechte gebruikerservaring.

Begin met bedrijfsdiensten

Definieer eerst welke diensten voor de organisatie belangrijk zijn. Voorbeelden zijn:

• order verwerken;
• productie plannen;
• nieuwe medewerker starten;
• klantportaal gebruiken;
• factuur verwerken;
• zorgregistratie uitvoeren.

Breng daarna systemen, teams en leveranciers per dienst in kaart. Daarmee wordt zichtbaar waar metingen en verantwoordelijkheden moeten aansluiten.

Voeg end-to-end metingen toe

Goede ketensturing combineert verschillende soorten informatie:

• beschikbaarheid en prestaties van de volledige dienst;
• totale oplostijd vanaf melding tot herstel;
• aantal overdrachten tussen partijen;
• terugkerende incidenten en bekende oorzaken;
• gebruikersimpact en aantal geraakte processen;
• wijzigingen die meerdere leveranciers raken;
• open risico’s en verbeteracties.

Organiseer gezamenlijke processen

Meten is niet voldoende. Leveranciers moeten weten hoe zij bij een ketenprobleem samenwerken. Leg daarom vast:

• wie coördineert;
• welke gegevens beschikbaar worden gesteld;
• binnen welke termijn een gezamenlijke analyse start;
• wie communiceert naar gebruikers en management;
• hoe een structurele oorzaak wordt toegewezen;
• hoe verbeteracties worden gevolgd.

Maak rapportages geschikt voor verschillende niveaus

Operationele teams hebben detail nodig over incidenten en technische oorzaken. Service-eigenaren moeten prestaties per bedrijfsdienst begrijpen. Directie wil weten wat de impact, trend, investering en belangrijkste beslissing is.

Een rapportage die al deze doelgroepen dezelfde grafieken geeft, helpt niemand goed.

Wanneer is SIAM relevant?

Wanneer meerdere leveranciers structureel samen diensten leveren, kan een SIAM-model nodig zijn. Dat model organiseert de integratorrol, gezamenlijke processen, gegevens, governance en continue verbetering. Het vervangt leverancierscontracten niet, maar verbindt ze.

De juiste vraag voor het leveranciersoverleg

Vraag niet alleen: “Heeft iedere leverancier zijn SLA gehaald?” Vraag ook:

Heeft de gebruiker de bedrijfsdienst gekregen die de organisatie nodig heeft, en welke gezamenlijke verbetering is nodig?

Duidelijke antwoorden

Veelgestelde vragen

Moeten individuele SLA’s verdwijnen?

Nee. Zij blijven nuttig voor de verantwoordelijkheid van een leverancier. Ze moeten worden aangevuld met metingen van de volledige dienst en gezamenlijke processen.

Wat is een end-to-end KPI?

Een maatstaf die het resultaat voor de volledige bedrijfsdienst of gebruiker meet, over systemen en leveranciers heen.

Wie moet een ketenincident coördineren?

Dat moet vooraf zijn belegd bij een interne regierol of service-integrator met voldoende mandaat en toegang tot informatie.