Leidende principes en vier dimensies van servicemanagement

Een leidend principe is een aanbeveling die een organisatie onder alle omstandigheden helpt beslissen wat ze moet doen. Het blijft nuttig wanneer de doelen, strategie, het werk of de structuur van de organisatie veranderen. Het geeft vorm aan oordeelsvorming zonder een vaste volgorde van handelingen voor te schrijven.

Ken de zeven principes

Deze zeven staan in ITIL 4 en ITIL (Version 5), dat PeopleCert in januari 2026 lanceerde. Ze zijn universeel: een kleine openbare bibliotheek, een grote fabrikant en een externe IT-leverancier kunnen ze allemaal gebruiken. Ze zijn blijvend toepasbaar: als een hulpmiddel wordt vervangen of een afdeling wordt gereorganiseerd, raken ze niet verouderd. Vergelijkbare ideeën in Agile, DevOps en Lean helpen organisaties ook om deze benaderingen samen te gebruiken.

Pas richtlijnen aan de situatie aan

Richtlijnen overnemen en aanpassen betekent dat je nuttige ideeën overneemt en de uitvoering afstemt op de behoeften van de organisatie. Een IT-team van 12 personen bij een ontwerpstudio kan routinematig werk coördineren via een korte gedeelde lijst. Een IT-afdeling van 2.000 personen bij een bank heeft misschien formelere controles en een duidelijkere verdeling van bevoegdheden nodig. Beide kunnen het werk eenvoudig en praktisch houden. Hoeveel structuur nuttig is, hangt af van hun werk, klanten en risico’s.

Een principe en een procedure hebben verschillende functies. De instructie “Elke wijziging vereist goedkeuring van de wijzigingsadviescommissie” schrijft een handeling voor. Het principe “houd het eenvoudig en praktisch” helpt de organisatie onderzoeken of die goedkeuringsregeling nuttig is voor routinematige wijzigingen met een laag risico. Medewerkers volgen nog steeds de geldende procedures terwijl bevoegde personen die beoordelen en verbeteren.

Bekijk de principes samen

Stel je een team voor dat een ondersteuningsportaal invoert. Het team bekijkt wat gebruikers moeten kunnen doen, welke bestaande artikelen betrouwbaar zijn en welk klein onderdeel het eerst kan worden uitgeprobeerd. Het controleert ook wie het portaal onderhoudt en hoe mislukte verzoeken de servicedesk bereiken. Meerdere principes geven vorm aan dezelfde beslissing.

Bekijk alle zeven voordat je beslist welke de meeste aandacht verdienen. Hun volgorde in de lijst is geen projectplan. Je bent niet op een gegeven moment klaar met je op waarde richten om daarna voorgoed naar het volgende principe te gaan. Een proefproject kan een nieuwe behoefte van afnemers aan het licht brengen, waardoor het team opnieuw kijkt naar zijn begrip van waarde, terwijl het blijft samenwerken en het werk vereenvoudigt.

Richt je op waarde verbindt alles wat een organisatie doet direct of indirect met waarde voor zichzelf, haar klanten en andere belanghebbenden. Waarde komt voort uit wat mensen als gunstig, nuttig en belangrijk ervaren. Het kan gaan om betere resultaten, lagere kosten of verminderde risico’s.

Bepaal wie erbij betrokken zijn

Een serviceafnemer kan verschillende rollen omvatten. Bij een interne salarisservice zijn medewerkers die hun loonstrook controleren gebruikers. De HR-directeur die de eisen voor de service bepaalt, is de klant. De financieel directeur die het budget goedkeurt, is de sponsor. Bij andere services kan één persoon meer dan één rol vervullen.

Deze perspectieven helpen je gerichte vragen te stellen. Medewerkers hebben correcte en tijdige betaling nodig. De klant heeft een service nodig die aan haar verplichtingen voldoet. De sponsor heeft kosten nodig die houdbaar zijn. Andere belanghebbenden kunnen belang hechten aan beveiliging, rapportage of het werk dat nodig is om de service te ondersteunen. Een beslissing moet met al deze behoeften rekening houden.

Verbind functies met resultaten en ervaring

Waarde is deels subjectief en verandert met de omstandigheden. De prestaties van videogesprekken worden belangrijker wanneer een team op afstand gaat werken. Een functie waar gebruikers vorig jaar tevreden over waren, lost hun belangrijkste probleem misschien niet meer op.

Klantervaring (CX) omvat de interacties van een klant met een organisatie en haar producten en services. Gebruikerservaring (UX) gaat over het gebruik van een bepaald product of een bepaalde service. Een systeem voor vergaderruimtes kan reserveringen goed opslaan, maar acht schermen vereisen om er één te maken. Een route met twee schermen kan waarde creëren door inspanning en frustratie te verminderen, ook als beide versies dezelfde reservering opleveren.

Het onderscheid is belangrijk bij het kiezen van maatstaven. Het aantal voltooide reserveringen laat het gebruik zien. Observeren of mensen gemakkelijk de juiste ruimte kunnen reserveren, helpt de ervaring zichtbaar te maken. Praat met afnemers en kijk hoe ze werken, zodat de maatstaf weerspiegelt wat voor hen belangrijk is.

Doorloop een beslissing over waarde

Een IT-team wil snellere opslag om een maandelijks verkooprapport 40% sneller uit te voeren. Voordat het team die aanschaft, vraagt het gebruikers hoe ze het rapport gebruiken. Zij voeren het eenmaal per maand uit en vinden de wachttijd acceptabel. Hun ernstige probleem is dat ongeveer 1 op de 10 uitvoeringen onjuiste cijfers bevat.

1. Het gewenste resultaat is betrouwbare informatie voor verkoopbeslissingen.
2. Snellere verwerking zou de snelheid verbeteren, maar het gemelde probleem met de nauwkeurigheid niet oplossen.
3. De nauwkeurigheid van de gegevens verbeteren pakt de behoefte aan die gebruikers hebben genoemd.
4. Het team controleert of minder onjuiste rapporten gebruikers werkelijk helpen bij hun beslissingen.

Waarde geeft ook richting aan de dagelijkse bedrijfsvoering. Als een betaalstoring klanten verhindert iets te kopen en een intranetpagina een cosmetische fout heeft, ondersteunt het herstellen van de betaalfunctie in deze situatie het urgentere resultaat voor de afnemer.

Weeg tegenstrijdige behoeften af

De goedkoopste service is niet altijd het waardevolst en de meest geavanceerde technologie is niet altijd de aanschaf waard. Ook is een gebruikersverzoek input voor een beslissing, geen automatische opdracht om het uit te voeren. Houd rekening met de kosten, het risico en het effect op andere afnemers. Beschrijf aan het begin van een verbetering de verwachte waarde in heldere woorden, help medewerkers hun werk daaraan te verbinden en controleer tijdens het werk of die waarde wordt geleverd.

Begin waar je bent betekent dat je bestaande middelen beoordeelt voordat je beslist iets opnieuw te bouwen. Services, processen, mensen, hulpmiddelen, gegevens en partnerrelaties kunnen nuttig werk bevatten. De beoordeling bepaalt wat je hergebruikt, verbetert, uitbreidt of vervangt.

Observeer het huidige werk

Gebruik het gewenste resultaat voor de afnemer als uitgangspunt. Als het doel is om nieuwe medewerkers productief te laten worden, onderzoek dan wat er gebeurt tussen het besluit iemand aan te nemen en het moment waarop de medewerker kan werken. Een procesdocument kan zeggen dat toegang op de eerste dag wordt verleend, terwijl observatie laat zien dat medewerkers meerdere dagen achter goedkeuringen aan zitten.

Directe observatie is essentieel omdat die laat zien hoe het werk werkelijk verloopt. Kijk hoe mensen taken uitvoeren, vraag waarom ze bepaalde stappen zetten en vergelijk hun ervaring met de registraties. Tijdelijke oplossingen kunnen zowel nuttige kennis als zwakke punten aan het licht brengen die in een overzichtelijk procesdiagram verborgen blijven.

Metingen voegen bewijs toe. Ze kunnen laten zien hoe vaak een vertraging voorkomt, hoeveel werk ermee gemoeid is of een wijziging helpt. Controleer wat een maatstaf betekent voordat je erop vertrouwt: de gegevens kunnen oud of onvolledig zijn of gebaseerd op definities die niet bij het resultaat passen.

Een doelstelling van een servicedesk vraagt medewerkers bijvoorbeeld om incidenten gemiddeld binnen 3 uur op te lossen. Medewerkers beginnen tickets te sluiten voordat het probleem is verholpen. De gerapporteerde oplostijd verbetert, maar meer tickets worden heropend. Als je ziet dat een gebruiker nog steeds niet kan werken, wordt duidelijk waarom het gunstige gemiddelde misleidend is. Meten kan gedrag veranderen, dus onderzoek welk gedrag het beloont.

Scheid nuttige middelen van zwakke

Een organisatie wil haar servicemanagementtool vervangen. De beoordeling brengt 600 kennisartikelen aan het licht die dagelijks worden gebruikt en een verzoekcatalogus met voornamelijk verouderde items.

• De artikelen bevatten nuttige kennis. Beoordeel en schoon ze op en migreer ze daarna naar de vervangende tool.
• De catalogus moet opnieuw worden ontworpen, omdat het behouden van verouderde items een bekende zwakte in stand zou houden.
• De beslissing over de tool kan verschillen van de beslissingen over de inhoud. Software vervangen betekent niet dat je alles eromheen moet weggooien.

Een goede werkwijze kan ook worden uitgebreid. Als één kantoor een duidelijke onboardingchecklist heeft die nieuwe medewerkers waarderen, onderzoek dan of die andere kantoren kan ondersteunen en welke lokale aanpassingen nodig zijn. Bij hergebruik moet je nog steeds controleren of de checklist geschikt is voor de nieuwe context.

Vergelijk de risico’s van behouden en vervangen

Als je een gebrekkige component behoudt, kunnen de fouten ervan blijven bestaan. Als je een werkende component vervangt, kun je kennis verliezen, tijd verbruiken en een betrouwbare service onderbreken. Vergelijk beide risico’s met het beoogde resultaat.

Een tool die de leverancier niet meer ondersteunt en die niet aan de beveiligingseisen kan voldoen, moet worden vervangen. De gegevens, de vaardigheden van het team en nuttige processen kunnen nog steeds waarde hebben. In een zeldzaam geval kan een beoordeling uitwijzen dat niets het behouden waard is; die conclusie volgt uit het bewijs.

Het principe betekent niet dat je de huidige situatie moet behouden. Een eerlijke beoordeling kan ingrijpende verandering rechtvaardigen.

Werk iteratief met feedback betekent dat je werk verdeelt in beheersbare onderdelen die elk iets nuttigs opleveren. Een iteratie is een klein deel van het werk dat binnen een redelijke tijd kan worden afgerond en beoordeeld. Het algemene doel geeft richting, terwijl feedback het volgende deel vormgeeft.

Maak elke iteratie nuttig

Grote initiatieven hebben nog steeds een plan nodig. Bepaal het resultaat, de afhankelijkheden en de risico’s en kies daarna een eerste onderdeel dat waarde kan leveren en het team iets kan leren. Iteraties kunnen elkaar opvolgen of parallel verlopen als hun afhankelijkheden dat toelaten. Beoordeel na elke iteratie het bredere plan.

Een minimaal levensvatbaar product (MVP) is de kleinste versie die waarde levert en bruikbare feedback oplevert. Voor een kennisbank kunnen volledige en geteste artikelen voor de 20 meest voorkomende problemen direct nuttig zijn. Ruwe concepten voor 500 problemen lijken misschien vollediger, maar bieden gebruikers weinig betrouwbare hulp. Klein betekent niet onaf of onveilig.

Gebruik feedback tijdens het hele werk

Een feedbacklus voert output van een onderdeel van een systeem terug als input voor datzelfde onderdeel. Een team brengt een nuttige wijziging uit, leert wat er is gebeurd en gebruikt die informatie om het werk aan te passen. Afnemers, medewerkers, leveranciers en metingen kunnen allemaal bijdragen.

Vraag voor, tijdens en na elke iteratie om feedback. Vooraf helpt feedback het probleem te verduidelijken. Tijdens het werk kan feedback een misverstand aan het licht brengen terwijl correctie goedkoop is. Achteraf laat feedback zien hoe het resultaat in gebruik presteert. Feedback na de ingebruikname blijft waardevol voor verdere verbetering, maar wachten tot de ingebruikname stelt eerdere kansen uit om problemen te corrigeren.

Doorloop een gefaseerde migratie

Een bedrijf moet 2.000 mailboxen overzetten. Het plant vier rondes: 50 IT-medewerkers, dan 200 mensen, dan 750 en dan 1.000.

1. De eerste 50 gebruiken de nieuwe service en melden dat gedeelde agenda’s hun toegangsrechten hebben verloren.
2. Het team herleidt het probleem tot het migratiescript en herstelt dat.
3. Het controleert de werking na de reparatie voordat het de volgende 200 mensen overzet.
4. Het team evalueert die ronde en past het resterende plan zo nodig aan.

De rondes tellen samen op tot 2.000. Door te leren van de eerste 50 voorkomt het team dat de fout met toegangsrechten de overige 1.950 mensen bereikt. De waarde ontstaat doordat het team de feedback gebruikt om het werk te veranderen; opmerkingen verzamelen zonder er iets mee te doen, zou de fout laten voortbestaan.

Houd het hele resultaat in beeld

Elk opgeleverd deel moet bij de hele service passen. Een succesvolle e-mailmigratie omvat ook de agenda’s en het gezamenlijke werk waarvan mensen afhankelijk zijn, niet alleen gekopieerde berichten. Samenwerking maakt feedback beschikbaar en zichtbaarheid helpt iedereen begrijpen wat is veranderd en waarom.

Analyseer voldoende om het geheel te begrijpen en voer daarna een nuttig eerste deel uit. Proberen elk toekomstig detail te voorspellen kan waarde vertragen. Tegelijk is werk “iteratief” noemen geen excuus om zonder doel te beginnen of een bekende afhankelijkheid te negeren.

Werk samen en bevorder zichtbaarheid combineert gezamenlijk werk over grenzen heen met toegang tot de informatie die mensen nodig hebben. Relevante betrokkenheid zorgt dat beslissingen beter aansluiten, creëert draagvlak en helpt verbeteringen stand te houden. Zichtbaarheid laat mensen voortgang, belemmeringen en effecten buiten hun eigen team zien.

Werk over teamgrenzen heen

Een organisatiesilo ontstaat wanneer een team zijn eigen doelen nastreeft en weinig informatie deelt. De servicedesk kan herhaaldelijk een softwarefout afhandelen terwijl ontwikkelaars het patroon nooit zien. Door veelvoorkomende incidentoorzaken samen te beoordelen, krijgen beide teams bewijs voor een blijvende oplossing.

Breng belanghebbenden in kaart door te vragen wie de service gebruikt, ervoor betaalt, eisen stelt, het werk uitvoert of een risico draagt. Klanten, gebruikers, sponsors, ontwikkeling, beheer, beveiliging, HR, financiën en leveranciers kunnen allemaal van belang zijn. Betrek ieder op een passende manier. Sommigen helpen beslissen, sommigen dragen kennis bij en sommigen hebben tijdig informatie nodig.

Samenwerking vereist geen unanieme overeenstemming. Hoor relevante inbreng aan, maak de redenering zichtbaar en laat de verantwoordelijke persoon of groep beslissen. Eisen dat iedereen elk detail goedkeurt, kan het werk vertragen zonder het resultaat te verbeteren.

Maak informatie bruikbaar

Kies een boodschap, medium, detailniveau en moment die bij de doelgroep passen. Het hoger management heeft misschien een beschrijving van één pagina nodig van de impact op de bedrijfsvoering en een beslissing. Technici hebben de technische feiten nodig om de wijziging uit te voeren. Gebruikers moeten weten wat er gebeurt, wanneer en hoe ze hulp krijgen.

Een gedeeld werkbord of dashboard kan wachtend werk, beschikbare capaciteit, ongeplande vraag en knelpunten zichtbaar maken. Het is nuttig wanneer de juiste mensen kunnen handelen op basis van wat het toont. Meer rapporten en vergaderingen verbeteren de zichtbaarheid niet noodzakelijk.

Stel dat een dashboard laat zien dat één applicatieversie 40% van de incidenten van vorige maand veroorzaakte. Het gedeelde bewijs wijst een belangrijke bron van problemen aan. Voordat teams prioriteit bepalen, onderzoeken ze ook de impact op de bedrijfsvoering, het risico en de verwachte waarde van een oplossing. Frequentie levert een deel van de informatie voor de beslissing, niet de hele beslissing.

Doorloop een coördinatieprobleem

Twee teams plannen wijzigingen voor hetzelfde weekend. Beide verwachten uitval van een webwinkel, maar geen van beide ziet het plan van het andere team. De gezamenlijke verstoring wordt pas duidelijk wanneer de wijzigingen beginnen.

De organisatie voert een gedeelde wijzigingskalender in die zichtbaar is voor de uitvoerende teams, de servicedesk en belangrijke leveranciers. Teams kunnen nu vóór het weekend conflicten ontdekken, het tijdstip afspreken en ondersteuning voorbereiden. Het voordeel van de kalender is het gedeelde inzicht dat die mogelijk maakt; alleen een kalendertool kiezen zou niet garanderen dat mensen die gebruiken of conflicten bespreken.

Slecht nieuws moet ook zichtbaar zijn. Een vertraagde levering door een leverancier hoort vroeg genoeg op het bord te staan zodat anderen kunnen reageren. Een vertraging verbergen houdt de schijn van voortgang bij één team op, terwijl het moeilijker wordt de service te beheren. Leg uit waarom de verandering nodig is en welke beslissingen de informatie ondersteunt, zodat mensen het doel van het delen begrijpen.

Denk en werk holistisch betekent dat je een service als een geheel systeem beschouwt. Afnemers ontvangen een resultaat door een combinatie van mensen, informatie, technologie, partners en werkwijzen. Eén component verbeteren kan het resultaat onveranderd laten of het werk elders moeilijker maken.

Kijk verder dan de taak van één team

Een serverteam verkort de tijd die het nodig heeft om de virtuele desktop van een nieuwe gebruiker in te richten met 30%. Nieuwe medewerkers wachten nog steeds ongeveer een week op toegang. Het team heeft zijn taak verbeterd, maar die taak was niet de belangrijkste oorzaak van de vertraging.

Als de hele stroom in kaart wordt gebracht, blijkt dat er lang op goedkeuring van een manager wordt gewacht. De nuttige vraag verandert van “Hoe snel kunnen servers worden voorbereid?” in “Wat verhindert een nieuwe medewerker om te werken?” De tweede vraag omvat de beslissing van de manager, de overdracht van het verzoek, de technische inrichting en het moment waarop de medewerker de service kan gebruiken.

Dit is lokale optimalisatie: één onderdeel verbeteren zonder noodzakelijkerwijs het geheel te verbeteren. Om te beoordelen of een lokale wijziging helpt, controleer je het effect ervan op het resultaat voor de afnemer. Een snellere overdracht kan eenvoudigweg meer werk in de wachtrij van het volgende team plaatsen.

Onderzoek de verbanden

De vier dimensies bieden een praktische manier om ontbrekende afhankelijkheden te zoeken: organisaties en mensen, informatie en technologie, partners en leveranciers, en waardestromen en processen. Een nieuwe monitoringtool vereist getrainde mensen, betrouwbare service-informatie, ondersteuning van de leverancier en een werkbare route van melding naar reactie.

Geen enkel team ziet al deze verbanden. Samenwerking brengt verschillende perspectieven bij elkaar. Zoek zowel naar terugkerende patronen als naar afzonderlijke incidenten. Als het aantal incidenten na elke release stijgt, onderzoek dan hoe ontwikkeling, testen en beheer samenwerken. Als je elk incident als op zichzelf staand beschouwt, kan een gemeenschappelijke zwakte op een grensvlak verborgen blijven.

Automatisering kan helpen informatie te verbinden. Een monitoringmelding die is gekoppeld aan de getroffen service, recente wijzigingen en openstaande incidenten geeft degenen die reageren een breder beeld dan een afzonderlijke waarschuwing. De informatie moet nog steeds nauwkeurig genoeg zijn om te gebruiken.

Stem het leren af op het systeem

In een eenvoudig, goed begrepen systeem kunnen vaste regels helpen het effect van een wijziging te voorspellen. In een complex systeem kunnen interacties onverwachte effecten opleveren. Gebruik onderzoek en feedback om te ontdekken wat er in de praktijk gebeurt, vooral op grensvlakken die slecht worden begrepen.

Holistisch denken gaat samen met kleine iteraties. Een team kan eerst de goedkeuring voor één soort standaardverzoek verbeteren en tegelijk controleren wat dit betekent voor beveiliging, personeelsbezetting, leveranciers en gebruikers. Het hoeft niet de hele service in één groot project te veranderen.

Houd het eenvoudig en praktisch betekent dat je zo weinig mogelijk stappen gebruikt om een doel te bereiken. Begin bij het gewenste resultaat en controleer wat elke activiteit bijdraagt. Verwijder een proces, handeling of maatstaf als die geen waarde of nuttig resultaat oplevert.

Begin bij het benodigde resultaat

Resultaatgericht denken vraagt wat moet worden bereikt voordat je beslist hoe je het werk uitvoert. Bij een softwareaanvraag omvat het resultaat dat een bevoegde gebruiker geschikte software ontvangt. Het formulier moet verzamelen wat nodig is voor goedkeuring, afhandeling, vereiste controles en rapportage. Als je elk detail verzamelt dat ooit interessant zou kunnen zijn, kan de route moeilijk te gebruiken worden.

Beoordeel elke stap, elk formulierveld, elke goedkeuring, elk rapport en elke maatstaf. Vraag wie die gebruikt, welke beslissing of handeling die ondersteunt en wat verloren zou gaan als je die verwijdert. Een goedkeuring die een werkelijk risico beheerst, heeft waarde, ook als de aanvrager die lastig vindt. Een rapport dat niemand leest en dat voor geen enkele controle nodig is, komt in aanmerking om te worden verwijderd.

Vereenvoudig een aanvraagformulier

Een aanvraagformulier bevat 25 velden. Het team beoordeelt 3 maanden aan aanvragen en controleert alle doelen waarvoor de informatie wordt gebruikt.

De aantallen tellen op tot 25. Een gebruikelijke aanvraag toont nu de 9 vaste velden. Bij relevante aanvragen worden ook de voorwaardelijke velden getoond. Het team heeft de inspanning verminderd en tegelijk de informatie behouden die nodig is voor het werk. Minder mensen stoppen halverwege met het formulier.

Let op waarom “goedkeurders lezen het nooit” een onvolledige toets zou zijn. Een veld kan nog steeds helpen bij de installatie, een beveiligingscontrole of rapportage. Zoek uit wat het doel ervan is binnen de hele service voordat je het verwijdert.

Handel uitzonderingen af zonder iedereen te belasten

Als je voor elke zeldzame situatie een afzonderlijke regel probeert te maken, kan de normale route moeilijk te begrijpen worden. Ontwerp een duidelijke route voor veelvoorkomende aanvragen en een eenvoudige uitzonderingsprocedure, zoals escalatie naar een aangewezen persoon. Mensen moeten weten wanneer en hoe ze de normale route verlaten.

Managers willen misschien gedetailleerde gegevens, terwijl medewerkers minder administratie willen. Los die spanning op door te bepalen welke informatie daadwerkelijk voor beslissingen wordt gebruikt. Een kleinere, nuttige verzameling kan de tijd van medewerkers respecteren en tegelijk voorzien in de behoeften van het management.

Behoud vereiste controles

Praktische eenvoud omvat beveiliging, veiligheid en naleving van de wet. Als je een identiteitscontrole verwijdert alleen omdat die tijd kost, kan de service daardoor niet meer aanvaardbaar werken. Onderzoek of een controle nodig is en of de opzet ervan veilig kan worden vereenvoudigd.

Eenvoudig werk ontwerpen vergt vaak zorgvuldige analyse. Als het eenmaal wordt begrepen, is het gemakkelijker uit te leggen en over te nemen. Kleine wijzigingen die zichtbare voordelen opleveren, zijn snelle verbeteringen: zo kan het verwijderen van een dubbel veld de inspanning direct verminderen en draagvlak creëren voor verdere verbetering.

Optimaliseer en automatiseer betekent dat je middelen, vooral de tijd van mensen, zo goed mogelijk inzet. Optimalisatie maakt werk zo effectief en nuttig als nodig is in de betreffende context. Perfectie is niet vereist. Automatisering gebruikt technologie om stappen correct en consistent uit te voeren met beperkte of geen menselijke tussenkomst.

Bepaal een geschikte gewenste situatie

Een bruikbare weg naar optimalisatie is:

1. Begrijp de context, visie en doelstellingen en bereik er overeenstemming over.
2. Beoordeel de huidige situatie.
3. Bereik overeenstemming over de gewenste situatie en prioriteiten, met nadruk op vereenvoudiging en waarde.
4. Zorg voor de juiste betrokkenheid en inzet van belanghebbenden.
5. Voer verbeteringen iteratief uit.
6. Blijf de effecten monitoren om verdere verbeteringen te vinden.

Het gewenste resultaat hangt af van de organisatie. Een ziekenhuis en een kleine webwinkel kunnen verschillende risico’s, servicebehoeften en prioriteiten hebben. Bepaal wat nuttige prestaties zijn voordat je technologie kiest.

Doorloop het doorsturen van tickets

Een servicedesk ontvangt 900 tickets per maand. Het doorsturen van elk ticket kost 3 minuten. De maandelijkse inspanning voor het doorsturen is:

Het team vermindert eerst het aantal ticketcategorieën van 60 naar 12. Duidelijkere categorieën verkorten de doorstuurtijd tot 2 minuten per ticket:

Daarna automatiseert het team het doorsturen van de 80% die de nieuwe regels herkennen. Daardoor volgen 720 tickets de geautomatiseerde route en blijven er 180 over voor medewerkers:

Vereenvoudiging bespaart 15 uur vóór de automatisering. De automatisering bespaart daarna nog eens 24 uur handmatig doorsturen. Het laatste getal is de tijd die medewerkers nog aan doorsturen besteden; extra inspanning voor monitoring of onderhoud is daarin niet opgenomen.

Kies wat je automatiseert

Veelvoorkomende, herhaalde, regelgebaseerde taken zijn goede kandidaten: standaardaccounts aanmaken, tickets doorsturen, wachtwoorden opnieuw instellen en een getest herstartscript uitvoeren. Verduidelijk eerst de regels en verwijder verspilling. Als je een onnodige goedkeuring automatiseert, blijft die goedkeuring bestaan en kan het moeilijker worden om die later te verwijderen.

Behoud menselijke tussenkomst waar oordeelsvorming waarde toevoegt. Medewerkers moeten misschien een wijziging met een hoog risico beoordelen, een ongebruikelijk verzoek oplossen of een overstuurde gebruiker ondersteunen. Maak de uitzonderingsprocedure duidelijk, zodat een gebruiker niet vastloopt als een tool onzeker is.

Meet het resultaat

Bepaal maatstaven vóór de wijziging en gebruik achteraf dezelfde definities. Houd bij het doorsturen zowel de minuten handmatig werk bij als het aandeel dat naar het verkeerde team wordt gestuurd. Sneller doorsturen waarbij meer tickets verkeerd terechtkomen, kan de oplossing elders vertragen.

AI-suggesties en chatbots zijn ook vormen van automatisering. Controleer hun output en laat mensen verantwoordelijk blijven voor beslissingen.

De zeven principes werken op elkaar in. Feedback hangt af van mensen die informatie delen. Vereenvoudiging hangt af van inzicht in waarde. Een iteratie moet bij de hele service passen. Door naar deze verbanden te kijken, kun je uitleggen waarom een beslissing goed onderbouwd is, vooral wanneer verschillende zinvolle doelen met elkaar concurreren.

Kijk naar het doel van de handeling

Herken een principe niet aan één enkel woord. Een dashboard is technologie, maar openstaande wijzigingen publiceren zodat andere teams kunnen afstemmen, illustreert werk samen en bevorder zichtbaarheid. Als de beslissing gaat over software gebruiken om een herhaalde stap consistent uit te voeren, staat optimaliseer en automatiseer centraler.

Op dezelfde handeling kunnen nog steeds meerdere principes van toepassing zijn. Een effectieve werkstroom hergebruiken kan zowel de beoordeling van de huidige situatie als een eenvoudiger ontwerp ondersteunen.

Los spanningen op in de context

Er is geen vaste rangorde van principes. Een heel eenvoudige lokale verkorte route kan extra werk voor een ander team opleveren. Breed overleg kan het begrip verbeteren, maar een kleine, nuttige proef vertragen. Bepaal welke betrokkenheid en omvang de situatie vraagt en leg uit welk bewijs aan die afweging ten grondslag ligt.

Een team moet bijvoorbeeld de beveiligingsspecialist horen van wie de eisen een proefproject beïnvloeden. Misschien hoeft niet elke afdeling elk scherm goed te keuren. Een beslissing door de verantwoordelijke na relevante inbreng kan samenwerking behouden en toch een nuttige iteratie laten beginnen.

Volg een verbetering van monitoring

Een organisatie wil minder onopgemerkte uitval. Ze bepaalt dat voordeel voor de afnemer voordat ze een tool kiest. Daarna beoordeelt ze bestaande meldingsregels en behoudt ze de regels die werken. Een eerste iteratie omvat één kritieke service, zodat medewerkers kunnen leren van het werkelijke gebruik.

Beheer en de servicedesk spreken af wie meldingen afhandelt en kunnen het werk zien. Het plan controleert training, servicegegevens, ondersteuning van de leverancier en processen voor meldingsafhandeling. Hiermee wordt de holistische blik toegepast op alle vier de dimensies.

Het team verwijdert meldingen waarop niemand actie onderneemt en automatiseert daarna het aanmaken van tickets voor de resterende nuttige meldingen. Als het team de oorspronkelijke vloed aan meldingen had geautomatiseerd, was slecht werk alleen sneller geworden. De gekozen volgorde wordt ondersteund door de noodzaak om geschikt werk vóór automatisering te vereenvoudigen en te optimaliseren; dit beweert niet dat de zeven principes zelf fasen vormen.

Een sterke onderbouwing verbindt een handeling, bewijs en principe: “We hebben de geteste meldingsregels behouden omdat ze nuttige storingen al herkennen; daarmee passen we begin waar je bent toe.” Alleen een principe noemen laat de redenering onuitgesproken.

ITIL definieert vier dimensies ter ondersteuning van een holistische benadering van servicemanagement: organisaties en mensen, informatie en technologie, partners en leveranciers en waardestromen en processen. Het zijn perspectieven om werk te onderzoeken. Ze gelden voor het servicemanagementsysteem als geheel en voor elk afzonderlijk product of elke afzonderlijke service.

Stel vanuit elk perspectief een andere vraag

Dit zijn geen vier afdelingen. Een servicedesk raakt aan elke dimensie. De medewerkers gebruiken informatie en technologie, werken met externe leveranciers en nemen deel aan stromen die resultaten aan gebruikers leveren.

Volg de overlappingen

Een monitoringtool invoeren is een beslissing over informatie en technologie. Er zijn ook getrainde medewerkers en duidelijke verantwoordelijkheden nodig, een ondersteuningsovereenkomst met de leverancier en een route om op meldingen te reageren. Eén aankoop roept dus vragen op binnen alle vier de dimensies.

Als je een dimensie verwaarloost, kan dat levering verhinderen of de kwaliteit en efficiëntie verminderen. Een zelfserviceportaal kan technisch werken, maar onbetrouwbaar worden wanneer niemand eigenaar is van de inhoud of de verzoekroutes onderhoudt. Geef elke dimensie de aandacht die de situatie vereist. Evenwicht betekent niet dat je aan elke dimensie evenveel tijd of geld besteedt.

ITIL (Version 5) past dezelfde vier dimensies toe op zowel digitale producten als services en gebruikt de naam dimensies van product- en servicemanagement.

Verken de externe omgeving

Externe factoren liggen grotendeels buiten de invloed van de organisatie, maar bepalen mede haar keuzes. PESTLE groepeert ze in zes soorten:

• Politiek: overheidsbeleid, prioriteiten en stabiliteit, zoals beleid voor de publieke sector over gegevenshosting.
• Economisch: financiële omstandigheden, zoals stijgende energieprijzen die de kosten van datacenters verhogen.
• Sociaal: verwachtingen en gedrag, zoals medewerkers die toegang op afstand verwachten.
• Technologisch: ontwikkelingen buiten de organisatie, zoals nieuwe AI-tools.
• Juridisch: geldende wetten en regels, zoals eisen voor persoonsgegevens.
• Milieu: energieverbruik, afvoer van apparatuur en andere effecten op de natuurlijke omgeving.

Maak onderscheid tussen een prioriteit van de overheid en een juridische verplichting die al geldt. Een nieuwe beleidsrichting is politiek; een bindende eis voor gegevensbescherming is juridisch. Sommige ontwikkelingen hebben meerdere effecten: hogere energieprijzen zorgen voor economische druk, terwijl rapportage over energie ook milieuvragen oproept.

Verbind elke relevante factor met de service. De verwachting dat mensen op afstand kunnen werken, kan gevolgen hebben voor ondersteuningstijden, toegangstechnologie, de beschikbaarheid van leveranciers en verzoekroutes. PESTLE is nuttig wanneer het de analyse verandert, niet wanneer het een op zichzelf staande lijst met kopjes blijft.

De dimensie organisaties en mensen onderzoekt structuren, rollen, verantwoordelijkheden, bevoegdheden, communicatie, cultuur, personeelsbezetting, competenties en leiderschap. Een duidelijk organogram is nuttig, maar kan op zichzelf niet garanderen dat een service werkt.

Maak verantwoordelijkheden bruikbaar

Mensen moeten weten wie eigenaar is van een service, wie mag beslissen en wie het werk uitvoert. Deze afspraken moeten de strategie en werkwijze van de organisatie ondersteunen. Als niemand eigenaar is van de hele service, kunnen teams een probleem onderling doorschuiven terwijl elk team wacht tot iemand anders handelt.

Een aangewezen service-eigenaar geeft mensen een aanspreekpunt dat verantwoordelijk is. Die persoon blijft afhankelijk van anderen om specialistische taken uit te voeren. Verduidelijk hoe teams communiceren en hoe beslissingen de mensen bereiken die ze moeten toepassen. Een rolbeschrijving die alleen op papier bestaat, helpt een medewerker met een ongebruikelijk verzoek nauwelijks.

Onderzoek cultuur en leiderschap

Organisatiecultuur bestaat uit de gedeelde waarden en opvattingen die bepalen hoe mensen zich gedragen. Een cultuur van vertrouwen en transparantie maakt het gemakkelijker om problemen vroeg te melden en verbeteringen voor te stellen. Leiderschap beïnvloedt die cultuur door wat het beloont en hoe het op slecht nieuws reageert.

Stel dat medewerkers alleen worden beoordeeld op het aantal chats dat ze afsluiten. Ze kunnen gesprekken dan afraffelen, ook als gebruikers nog hulp nodig hebben. Als het beoogde resultaat nuttige ondersteuning is, hebben managers maatstaven en gedrag nodig die het oplossen van het probleem van de gebruiker ondersteunen. Dit verbindt organisaties en mensen met richt je op waarde en met de kwaliteit van feedback.

Controleer vaardigheden en capaciteit

Competenties zijn de vaardigheden die nodig zijn om het werk effectief te doen. Daaronder vallen technische en communicatieve vaardigheden. Sommige medewerkers hebben T-vormige vaardigheden: diepgaande kennis van een specialisme plus een breder begrip van aangrenzende gebieden. Een specialist die de behoeften van de servicedesk begrijpt, kan een probleem bij een overdracht nuttiger uitleggen.

Capaciteit is ook belangrijk. Een team weet misschien hoe het een service moet beheren, maar heeft niet genoeg mensen om de openingstijden te dekken. Training alleen lost een onbezet dienstrooster niet op. Controleer zowel de omvang en timing van de vraag als de benodigde kennis.

Doorloop de invoering van livechat

Een servicedesk voegt livechat toe. De analyse van mensen vraagt:

1. Wie is eigenaar van de chatservice en bepaalt de ondersteuningstijden?
2. Wie bemenst elke periode en kunnen medewerkers 2 chats tegelijk afhandelen zonder kwaliteitsverlies?
3. Welke training helpt medewerkers heldere, nuttige berichten te schrijven?
4. Hoe krijgen medewerkers hulp bij complexe problemen?
5. Belonen de succesmaatstaven opgeloste problemen of alleen snelle afsluitingen?

Deze vragen laten zien waarom de dimensie verder gaat dan het aantal medewerkers. Zelfs een voldoende aantal medewerkers kan moeite hebben als rollen onduidelijk zijn, vaardigheden ontbreken of doelstellingen slecht gedrag aanmoedigen. Help iedereen te zien hoe het eigen werk bijdraagt aan waarde, zodat keuzes tijdens een drukke dienst het doel van de service ondersteunen.

De dimensie informatie en technologie omvat de informatie en kennis die nodig zijn om services te beheren en de technologieën die daarbij ondersteunen. Ze omvat zowel servicemanagementtools als de informatie en technologie die elke service levert of waarvan die afhankelijk is.

Begin bij de informatie

Bepaal welke informatie de service beheert, zoals klantbestellingen, en wat medewerkers nodig hebben om de service te beheren, zoals configuratieregistraties en kennisartikelen. Vraag vervolgens hoe die informatie wordt beveiligd, onderhouden, gearchiveerd en verwijderd.

Nuttige informatie moet beschikbaar, betrouwbaar, toegankelijk, tijdig, nauwkeurig en relevant zijn. Een artikel dat een oud applicatiescherm beschrijft, kan een medewerker de verkeerde route op sturen. Een technisch uitstekende kennisbank kan geen inhoud compenseren die mensen niet kunnen vertrouwen of niet kunnen raadplegen wanneer dat nodig is.

Bij informatiebescherming gaat het onder meer om wie een registratie mag lezen of wijzigen, waar die mag worden opgeslagen en hoelang die mag worden bewaard. Wetgeving voor gegevensbescherming, branchespecifieke regels en contracten bepalen mede deze eisen. Stel vast welke eisen voor de service gelden voordat je een hostingregeling kiest.

Beoordeel een tool in zijn context

Technologie voor servicemanagement omvat ticket- en werkstroomtools, kennisbanken, inventarisatie- en configuratiesystemen en platforms voor monitoring, analyse en samenwerking. Cloudservices, mobiele platforms, AI en machinelearning bieden verdere mogelijkheden.

Controleer bij een voorgestelde tool:

• Verenigbaarheid met de huidige architectuur en andere systemen.
• Aansluiting op de strategie van de organisatie en de beschikbare vaardigheden om de tool te ondersteunen.
• Eisen vanuit regelgeving, beveiliging en contracten.
• Commerciële levensvatbaarheid en de mogelijkheid om ondersteuning te blijven ontvangen.
• Nuttige automatisering en andere mogelijkheden die de service nodig heeft.
• Nieuwe risico’s of beperkingen, waaronder afhankelijkheid van één leverancier.

Leveranciersafhankelijkheid ontstaat wanneer afhankelijkheid het moeilijk maakt om van leverancier te veranderen. Een product kan gemakkelijk te kopen zijn, maar duur om te verlaten als gegevens niet bruikbaar kunnen worden geëxporteerd. Beoordeel zowel het vertrek als de invoering.

Doorloop de keuze voor een kennisbank

De servicedesk vergelijkt kennisbankproducten. Eerst controleert de servicedesk of elk product integreert met het bestaande ticketsysteem. Daarna test het team toegangsbeperkingen, zodat gevoelige artikelen alleen zichtbaar zijn voor bevoegde medewerkers. De voorgestelde hostinglocatie moet voldoen aan de relevante eisen voor gegevensverwerking.

Het team vraagt ook of medewerkers artikelen kunnen onderhouden zonder specialistische programmeerkennis. Het bepaalt hoe de inhoud wordt beoordeeld, zodat instructies nauwkeurig blijven. De mogelijkheden van de tool, de informatiekwaliteit en de mensen die de informatie onderhouden, dragen allemaal bij aan het resultaat.

Blijf oordelen bij nieuwe technologie

De cultuur en de aard van de bedrijfsvoering beïnvloeden de keuze voor technologie. Organisaties die te maken hebben met strenge regelgeving of ernstige gevolgen bij uitval, moeten nieuwe technologie mogelijk voorzichtiger invoeren. Een AI-tool roept specifieke vragen op over de gegevens die de tool gebruikt, hoe mensen de output controleren en wie verantwoordelijk is voor beslissingen.

Een overtuigende demonstratie beantwoordt maar een deel van de keuzevraag. Onderzoek hoe de technologie werkt met de werkelijke gegevens, gebruikers, vaardigheden en beperkingen van de service.

De dimensie partners en leveranciers onderzoekt relaties met andere organisaties die betrokken zijn bij het ontwerpen, ontwikkelen, uitrollen, leveren, ondersteunen en verbeteren van services. Contracten en andere afspraken maken er deel van uit, net als de dagelijkse afstemming die deze afspraken laat werken.

Begrijp het type relatie

Relaties lopen uiteen van formele contracten met een duidelijke scheiding van verantwoordelijkheden tot flexibele partnerschappen met gedeelde doelen en risico’s. Standaardlaptops kopen bij een wederverkoper en samen met een andere organisatie een nieuwe service ontwikkelen vereisen verschillende afspraken.

Bijna elke service is afhankelijk van externe organisaties. Cloudleveranciers, netwerkproviders, softwareleveranciers, leveranciers van apparatuur, energieleveranciers en aanbieders van gebouwen kunnen allemaal invloed hebben op de levering. Breng die afhankelijkheden in kaart vanuit de behoeften van de service, inclusief leveranciers die afnemers nooit zien.

Leg de sourcingkeuze uit

De sourcingstrategie van een organisatie weerspiegelt verschillende factoren:

• Strategische focus: welk werk staat centraal voor het doel van de organisatie?
• Cultuur: heeft de organisatie de neiging intern te bouwen of externe hulp te zoeken?
• Schaarste aan middelen: welke vaardigheden of apparatuur zijn moeilijk te verkrijgen?
• Kostenoverwegingen: kan een leverancier de geschikte capaciteit voordeliger bieden?
• Vakinhoudelijke expertise: zou een specialist het werk verbeteren?
• Externe beperkingen: wat vereisen regelgeving, beleid en gedragscodes?
• Vraagpatronen: vraagt seizoensgebonden of wisselende vraag om flexibele capaciteit?

Een lage aankoopprijs alleen bepaalt de beslissing niet. Een goedkope service zonder ondersteuning tijdens de werktijden van de gebruiker bereikt mogelijk het beoogde resultaat niet. Ook kan de specialistische kennis van een leverancier waardevol zijn wanneer interne levering mogelijk is.

Coördineer de hele service

Wanneer meerdere leveranciers bijdragen, kan een intern team of een derde partij optreden als service-integrator. Die coördineert de bijdragen zodat de service van begin tot eind werkt. Deze aanpak heet service-integratie en -management (SIAM).

Werk uitbesteden neemt de verantwoordelijkheid van de serviceleverancier tegenover zijn eigen klanten niet weg. Als een cloudstoring een webwinkel stillegt, moet de winkel nog steeds met zijn klanten communiceren en de gevolgen beheren. De winkel werkt ook via de afgesproken ondersteuningsroute samen met de cloudleverancier.

Doorloop uitbestede e-mail

Onderzoek beschikbaarheidstoezeggingen en ondersteuningstijden voordat je e-mail naar een cloudleverancier overbrengt. Spreek af hoe incidenten worden gemeld en wie aan elke kant de gebruikersaccounts beheert. Controleer de voorwaarden voor gegevensverwerking, hoe gegevens aan het einde van het contract worden teruggegeven en of voor reservekopieën een andere leverancier nodig is.

Deze vragen sluiten aan op andere dimensies. Verantwoordelijkheden voor accounts hebben betrekking op mensen; het teruggeven van gegevens op informatie en technologie; het melden van incidenten op processen. Een contract is een uitgangspunt voor het beheer van de relatie. Prestatiebeoordeling, communicatie en gezamenlijke verbetering houden die relatie nuttig wanneer behoeften veranderen.

De dimensie waardestromen en processen onderzoekt hoe activiteiten, werkstromen, controles en procedures samen de afgesproken doelstellingen bereiken. Ze maakt de route van de behoefte van een afnemer naar een nuttig resultaat zichtbaar, inclusief werk van andere afdelingen, leveranciers en afnemers.

Maak onderscheid tussen een waardestroom en een proces

Een proces kan aan meerdere waardestromen bijdragen. Incidentbeheer kan helpen een uitgevallen service te herstellen en ook de productlancering van een klant ondersteunen. Procedures en werkinstructies beschrijven activiteiten nader. In ITIL 4 worden stappen van waardestromen opgebouwd uit activiteiten van de servicewaardeketen.

Maak een eenvoudige kaart

Benoem de aanleiding, zoals een verzoek, en het resultaat voor de afnemer. Zet de stappen op volgorde, bepaal wie of wat ze uitvoert en leg bewerkingstijd en wachttijd afzonderlijk vast. Onderzoek overdrachten nauwkeurig: enkele minuten werk kunnen meerdere dagen in een wachtrij liggen.

Een laptopaanvraag duurt 60 werkuren. Een werkdag duurt 8 uur, dus dat is 7,5 werkdagen. Het uitvoerende werk bestaat uit 0,5 uur om de aanvraag in te dienen, 0,5 uur om die goed te keuren, 1,5 uur om de laptop te configureren en 0,5 uur om die te overhandigen. Het werk duurt in totaal 3 uur.

Het wachten duurt 16 uur voor goedkeuring, 8 uur bij inkoop, 24 uur voor levering door de leverancier en 9 uur voor een afspraak voor de overhandiging. Die wachttijden tellen op tot 57 uur. Werk en wachten zijn samen goed voor alle 60 uur.

Slechts 5% van de doorlooptijd is uitvoerend werk. Alleen het configureren versnellen zou het grootste deel van de vertraging ongemoeid laten.

Gebruik de kaart om verbeteringen te kiezen

Aanvragen voor standaardlaptops worden vooraf goedgekeurd. Dit verwijdert zowel de wachttijd van 16 uur voor goedkeuring als de goedkeuringstaak van 0,5 uur. Een kleine voorraad die met de leverancier is afgesproken, verwijdert de wachttijd van 24 uur op levering.

De doorlooptijd daalt naar 19,5 uur, ongeveer 2,4 werkdagen. Het resterende werk duurt 2,5 uur, dus het aandeel daarvan is ongeveer 13%. Het grotere aandeel ontstaat doordat de totale tijd afneemt, ook al neemt het uitvoerende werk eveneens af.

Neem elke betrokkene mee

Een kaart met alleen IT-activiteiten zou de goedkeuring van de manager, inkoop, levering door de leverancier en de afspraak van de gebruiker voor de overhandiging weglaten. Die weggelaten stappen verklaren een groot deel van deze vertraging. Vraag wie of wat elke handeling uitvoert, inclusief geautomatiseerde hulpmiddelen.

Een kaart helpt een mogelijke verbetering te vinden; de bredere analyse controleert of die kan werken. Voorafgaande goedkeuring vereist passende controles en voorraad vereist mensen, financiering en afspraken met de leverancier. Bekijk de kaart opnieuw na een wijziging om te zien of wachttijd naar elders is verschoven of de afnemer het resultaat eerder ontvangt.

Een analyse van de vier dimensies begint bij de service en de waarde die de service moet leveren. Vergelijk voor elke dimensie wat er is met wat nodig is. Voeg relevante PESTLE-factoren toe, leg hiaten en afhankelijkheden vast en wijs acties toe aan verantwoordelijken. Bekijk de analyse opnieuw wanneer de service of de omgeving ervan verandert.

Definieer het probleem en de waarde

Een servicedesk ontvangt elke maand 1.200 tickets. Het opnieuw instellen van wachtwoorden is goed voor 30%, oftewel 360 tickets. Met 6 minuten per ticket kost dit 2.160 minuten, of 36 uur, medewerkerstijd. Een service waarmee gebruikers zelf hun wachtwoord opnieuw kunnen instellen (SSPR), is bedoeld om hun toegang sneller te herstellen en medewerkers tijd te geven voor complexer werk.

Die waardebeschrijving geeft richting aan de analyse. Een functie voor het opnieuw instellen installeren is output. Gebruikers die veilig weer aan het werk kunnen, is het resultaat dat de service moet bereiken.

Controleer alle vier de dimensies

Organisaties en mensen: Wijs een service-eigenaar aan. Train medewerkers om gebruikers te helpen bij de registratie van verificatiemethoden en om gevallen af te handelen die de tool niet kan oplossen. Leg de nieuwe route duidelijk uit aan gebruikers. Beoordeel de doelstellingen van medewerkers: een dalend aantal tickets voor het opnieuw instellen van wachtwoorden moet de verbetering ondersteunen en succesvolle medewerkers niet minder productief laten lijken.

Informatie en technologie: Het identiteitsplatform heeft veilige verificatie nodig, zoals multifactorauthenticatie (MFA). Gebruikers moeten verificatiemethoden registreren en actueel houden. Leg gebeurtenissen rond het opnieuw instellen vast voor beveiligingscontroles en onderhoud duidelijke kennisartikelen. Een werkende functie voor het opnieuw instellen kan iemand zonder bruikbare verificatiemethode niet helpen.

Partners en leveranciers: Controleer bij een cloudtool de beschikbaarheidstoezeggingen, ondersteuningstijden en voorwaarden voor gegevensverwerking. Verificatiecodes per sms versturen introduceert een afhankelijkheid van een aanbieder van berichtendiensten. Bepaal hoe een storing bij de juiste leverancier terechtkomt en wie de reactie coördineert.

Waardestromen en processen: Breng “weer toegang krijgen tot mijn account” in kaart, van een vergeten wachtwoord tot het moment waarop de gebruiker weer werkt. Neem een eenvoudige terugvalprocedure via de servicedesk op voor gebruikers zonder geregistreerde methode. Werk de incident- en toegangsprocessen bij die door de wijziging worden geraakt.

Verbind externe factoren en hiaten

Eisen voor gegevensbescherming bepalen mede welke verificatie-informatie wordt bewaard en hoelang: een juridische factor. Verwachtingen van toegang dag en nacht zijn een sociale factor. Nieuwe verificatiemogelijkheden, waaronder authenticatieapps en toegangssleutels, zijn een technologische factor.

Aan een hiaat zoals ontbrekende registratie zijn samenhangende acties verbonden: het identiteitsteam schakelt de functie in, de service-eigenaar regelt de communicatie en medewerkers helpen gebruikers zich voor te bereiden en via de terugvalprocedure weer toegang te krijgen. Alleen “technologie gereed” vastleggen zou de afhankelijkheid van mensen en processen verbergen.

Schat en beoordeel het effect

Als 70% van de 360 gevallen via zelfservice verloopt, bereiken 252 de medewerkers niet meer. De vermeden handmatige inspanning daarvoor is:

Voor de resterende 108 gevallen is nog steeds ondersteuning nodig. Dit is een schatting van de vrijgekomen medewerkerstijd, geen reden om de terugvalprocedure te verwijderen. Controleer na de ingebruikname het werkelijke gebruik, het succesvol herstellen van toegang en de resterende vraag. Bekijk de dimensies opnieuw wanneer gebruik, leveranciers, technologie of eisen veranderen.

Een goed verbeterplan verbindt bewijs met beslissingen. De zeven principes geven tijdens het hele werk richting aan keuzes, terwijl de vier dimensies helpen controleren wat nodig is voor de levering. Meerdere principes kunnen één beslissing ondersteunen en een latere bevinding kan een eerdere keuze veranderen.

Benoem de waarde en bepaal het uitgangspunt

Nieuwe medewerkers wachten gemiddeld 10 werkdagen op een laptop, accounts en toegang tot het gebouw. Hun managers melden dat een groot deel van de eerste twee weken verloren gaat. Het gewenste resultaat is productief werk vanaf de eerste dag, met een goede eerste ervaring met de organisatie.

Richt je op waarde: Meet het aandeel dat op de eerste dag volledig is uitgerust en het gemiddelde aantal dagen totdat zij zijn uitgerust. Alleen het aantal aangemaakte accounts tellen zou ontbrekende laptops of toegang tot het gebouw niet aan het licht brengen.

Begin waar je bent: Observeer 5 recente onboardings. HR heeft startdatums al 3 weken van tevoren, maar IT ontvangt late e-mails. De bestaande tool om laptops van een standaardinstallatie te voorzien werkt goed. Behoud die tool en pak de informatieoverdracht aan die de voorbereiding vertraagt.

Leer met een nuttige proef

Werk iteratief met feedback: Probeer de gewijzigde aanpak op één afdeling met ongeveer 25 nieuwe medewerkers per kwartaal. Beoordeel na elke maand de feedback van nieuwe medewerkers en managers. Gebruik de resultaten om het werk aan te passen voordat je meer afdelingen betrekt.

Werk samen en bevorder zichtbaarheid: HR, facilitair beheer, IT en de laptopleverancier gebruiken een gedeeld onboardingbord. De voorbereidingsstatus van elke nieuwe medewerker is zichtbaar voor de mensen die het werk coördineren. Zij kunnen ontbrekende zaken aanpakken voordat de medewerker arriveert.

De proef heeft een duidelijk doel en nuttige criteria voor afronding nodig. De omvang is klein, maar een nieuwe medewerker heeft nog steeds de combinatie van apparatuur, accounts en toegang nodig om te werken.

Controleer afhankelijkheden en vereenvoudig

Denk en werk holistisch: Controleer rollen en training, de koppeling tussen HR- en IT-systemen, leveringsvoorwaarden van de leverancier en de volledige waardestroom. Een snellere tool voor standaardinstallaties zou een late melding van indiensttreding of een niet-beschikbare toegangspas voor het gebouw niet oplossen.

Houd het eenvoudig en praktisch: Verwijder een dubbele stap waarin IT een manager vraagt een indiensttreding te bevestigen die HR al heeft goedgekeurd. De herhaalde bevestiging voegt in dit geval wachttijd toe zonder het risico te verminderen. De noodzakelijke autorisatie moet nog steeds aanwezig zijn in de bevestigde HR-registratie.

Optimaliseer en automatiseer: Laat, zodra de stroom eenvoudiger en betrouwbaar is, een bevestigde registratie van indiensttreding het aanmaken van standaardaccounts starten. Geef ongebruikelijke toegangsbehoeften aan medewerkers die hun oordeel kunnen gebruiken. Controleer de werkelijke gereedheid en fouten terwijl de geautomatiseerde route wordt ingevoerd.

Leg de beslissing uit, niet alleen het label

Een nuttige onderbouwing luidt: “We hebben de tool voor standaardinstallaties hergebruikt omdat observatie liet zien dat die al goed werkte; hiermee passen we begin waar je bent toe.” Een andere luidt: “We hebben de herhaalde bevestiging van indiensttreding verwijderd omdat die wachttijd toevoegde zonder het risico te verminderen; hiermee passen we houd het eenvoudig en praktisch toe.”

Een principe noemen zonder het bewijs laat de keuze onverklaard. Laat zien hoe de beslissing bijdraagt aan het gewenste resultaat en wat achteraf wordt gecontroleerd. De principes overlappen in deze redenering; ze wijzen niet aan elk onderdeel van het plan één verplichte fase toe.