Procesoptimalisatie implementeren: praktische gids

Procesoptimalisatie zet gegevens over de uitvoering van werk om in een geplande, geteste verandering. Om die verandering door te voeren, spreek je het gewenste resultaat af en betrek je de mensen die het werk uitvoeren en ervoor verantwoordelijk zijn. Bepaal welke kansen voorrang krijgen, maak een plan met duidelijke verantwoordelijkheden, test de verandering en volg na invoering de resultaten.

Heb je een bottleneck of een bron van herstelwerk gevonden? Dan is de volgende vraag niet alleen wat je moet veranderen. Je moet ook weten of de verandering de moeite waard is, wie die kan goedkeuren en uitvoeren, en hoe je vaststelt of die werkt. Deze gids helpt je van analyse naar actie, zonder een veelbelovend idee als bewezen resultaat te presenteren.

Van inzicht naar actie

Je hebt je proces geanalyseerd en kansen voor verbetering gevonden. Het bewijs kan duidelijk zijn, maar bewijs alleen verandert niet hoe het werk wordt gedaan.

Kennis over processen is vaak verspreid over event logs, documenten, diagrammen en de mensen die het werk doen. Een analyse kan laten zien waar cases wachten of onverwachte routes volgen. Om die bevindingen om te zetten in verandering zijn nog steeds beslissingen, eigenaarschap en opvolging nodig.

Die kloof komt vaak voor. De analist die een kans ontdekt, is misschien niet verantwoordelijk voor het proces, beheert het budget niet of mag een systeem niet aanpassen. De mensen die de verandering kunnen doorvoeren, willen mogelijk eerst weten wat de gevolgen zijn.

Het doel is om van een bevinding naar een beslissing te gaan, en vervolgens van die beslissing naar een geteste verandering. Procesoptimalisatie is niet klaar zodra je een dashboard publiceert of een voorstel goedkeurt. Vergelijk het resultaat met de oorspronkelijke uitgangssituatie en blijf controleren of de verbetering standhoudt.

Dit artikel maakt deel uit van een praktische verbetercyclus. Begin met je proces analyseren en gebruik deze gids om een verandering te plannen en te testen. Volg na invoering de gids voor doorlopende procesmonitoring.

Voordat je begint: is het de moeite waard om het proces te verbeteren?

Controleer voordat je om bronnen vraagt of de kans concreet genoeg is om er een project van te maken. Met een heldere probleemomschrijving voorkom je dat je investeert in een proces waarvoor geen gezamenlijk doel of verantwoordelijke is afgesproken.

Stel jezelf drie vragen:

1. Welk resultaat moet veranderen? Benoem een meetbaar resultaat, zoals de doorlooptijd, kosten per case, het percentage herstelwerk of het behalen van de SLA. Geef aan om welke cases het gaat en schat, als je data dat toelaat, de omvang van de kans in.
2. Kun je een bruikbare uitgangssituatie vaststellen? Controleer of het proces en de data consistent genoeg zijn voor een vergelijking voor en na de verandering. Verandert het proces vaak, beperk dan de scope of houd in je metingen rekening met die veranderingen.
3. Wie kan de beslissing nemen en is verantwoordelijk voor het resultaat? Breng in kaart wie verantwoordelijk is voor het procesresultaat en wie de voorgestelde verandering kan goedkeuren of uitvoeren. Kan niemand iets met de bevinding doen, maak dan eerst duidelijk wie waarvoor verantwoordelijk is voordat je er een implementatieproject van maakt.

Een kans voor procesoptimalisatie is de moeite waard als die een operationeel probleem koppelt aan een meetbaar resultaat en een beslisser. Ontbreekt een van die onderdelen, maak de scope dan eerst duidelijk voordat je je aan een oplossing verbindt.

Controleer ook of er beperkingen zijn die een verandering uitsluiten. Een kortere route kan gevolgen hebben voor compliance, servicekwaliteit, werkdruk of de prestaties van een ander team. Bepaal naast de metriek die je wilt verbeteren ook wat niet mag verslechteren.

Stap 1: betrek de juiste mensen

Degene die een kans ontdekt, kan die niet altijd goedkeuren of uitvoeren. Betrek de mensen die gevolgen ondervinden vroeg bij het gesprek, zolang er nog ruimte is om het voorstel aan te passen.

Breng de belangrijkste betrokkenen in kaart

Stem de betrokkenheid af op de verandering. Voor een kleine aanpassing in de werkwijze van een team heb je mogelijk andere mensen nodig dan voor een wijziging in een gedeeld systeem of een proces waarop regels van toepassing zijn.

Maak de verantwoordelijkheden duidelijk. In de RACI-gids voor processen lees je hoe je onderscheid maakt tussen wie verantwoordelijk is, wie eindverantwoordelijk is, wie je raadpleegt en wie je informeert. Wijs de eindverantwoordelijkheid toe aan een rol met de bevoegdheid om de beslissing te nemen, niet aan een groep.

Betrek mensen er vroeg bij

Wacht niet tot het plan af is om de mensen die het werk doen om hun mening te vragen. Hun kennis kan uitzonderingen, overdrachten en praktische beperkingen aan het licht brengen die niet vanzelf uit een procesmodel of event log blijken.

Door mensen er vroeg bij te betrekken kun je:

• Controleren of de bevindingen overeenkomen met de dagelijkse praktijk.
• Begrijpen wat de voorgestelde verandering betekent voor verschillende rollen.
• Afhankelijkheden opsporen voordat ze de voortgang blokkeren.
• Mensen die gevolgen ondervinden de kans geven om zorgen te uiten en alternatieven voor te stellen.

Luisteren betekent niet dat elke suggestie onderdeel van het project wordt. Wel kun je uitleggen welke inbreng het plan heeft veranderd en waarom andere ideeën buiten de scope vallen.

Wijs duidelijke verantwoordelijkheden toe

Benoem wie verantwoordelijk is voor het resultaat en wie het werk coördineert. Dat kan dezelfde persoon zijn, maar maak het onderscheid duidelijk.

Leg voor elke actie vast wie ervoor verantwoordelijk is, wie de actie moet goedkeuren en wie je moet raadplegen of informeren. Geef de eindverantwoordelijke bevoegdheden die passen bij diens verantwoordelijkheid. Kan diegene de benodigde beslissingen of middelen niet regelen, spreek dan een escalatieroute af.

Analisten kunnen het bewijs begrijpelijker maken, maar je mag niet verwachten dat ze operationele beslissingen nemen, tenzij dat bij hun rol hoort. De proceseigenaar en de relevante beslissers bepalen wat er verandert.

Stap 2: geef kansen prioriteit

Misschien heeft je team meer ideeën dan het tegelijk kan uitvoeren. Met een vaste beoordelingsmethode kun je ze vergelijken, afwegingen uitleggen en voorkomen dat je een idee kiest alleen omdat het makkelijk te beschrijven is.

Kies beoordelingscriteria

Beoordeel elke kandidaat aan de hand van criteria die passen bij het gewenste resultaat en het benodigde werk. Spreek de schaal af voordat je gaat beoordelen, zodat hetzelfde cijfer voor elk idee hetzelfde betekent.

Dit is een praktisch model, waarbij je elk criterium een score van 1 tot 5 geeft:

Bij inspanning, risico en omkeerbaarheid betekent een hogere score een gunstiger situatie: minder inspanning, minder risico of makkelijker terugdraaien. Zo blijft de richting consistent: een hogere score maakt een kans altijd aantrekkelijker.

Vermenigvuldig elke score met het bijbehorende gewicht en tel de uitkomsten op. Een kans met een score van 4 voor waarde, 3 voor inspanning, 4 voor risico en omkeerbaarheid en 5 voor aansluiting bij de strategie krijgt bijvoorbeeld deze score:

• Verwachte waarde: 4 × 40% = 1,60
• Inspanning: 3 × 25% = 0,75
• Risico en omkeerbaarheid: 4 × 20% = 0,80
• Aansluiting bij de strategie: 5 × 15% = 0,75
• Totaal: 3,90 van de 5

De score helpt je kandidaten te vergelijken, maar neemt de beslissing niet voor je. Noteer het bewijs achter elke score, zeker als die op een schatting berust. Hebben twee kansen ongeveer dezelfde score, vergelijk dan hun afhankelijkheden, timing en gevolgen. Laat een klein verschil in score niet de doorslag geven.

Gebruik een prioriteitenmatrix

Zet de verwachte waarde af tegen de benodigde inspanning om de afwegingen makkelijker te bespreken:

De matrix helpt bij het gesprek, maar vervangt je beoordelingscriteria niet. Een verandering kan een snelle verbetering lijken en toch risico’s opleveren voor compliance of klanten. Controleer die beperkingen voordat je je eraan verbindt.

Houd snelle verbeteringen en strategische veranderingen in balans

Met snelle verbeteringen kun je leren en vooruitgang laten zien, maar ze mogen veranderingen met meer waarde op de lange termijn niet verdringen. Voor strategische veranderingen is mogelijk meer afstemming, systeemwerk of goedkeuring nodig. Maak dat werk zichtbaar in plaats van een kans af te wijzen als “te moeilijk” zonder die goed te beoordelen.

Een evenwichtige portefeuille kan bestaan uit een kleine, testbare verandering en een grotere kans waarvoor een sponsor en meer planning nodig zijn. De juiste mix hangt af van de beschikbare capaciteit, de risico’s en de resultaten die je organisatie wil bereiken.

Leg je beslissingen vast

Houd voor elke kans een kort beslisdocument bij:

• Het probleem en de gebruikte uitgangssituatie.
• Het verwachte resultaat en het bewijs achter je schatting.
• De scores, aannames en mensen die ze hebben beoordeeld.
• Waarom je de kans hebt gekozen, uitgesteld of geschrapt.
• Wat aanleiding zou zijn om de beslissing opnieuw te bekijken.

Met dit document kun je prioriteiten makkelijker uitleggen als de omstandigheden veranderen. Later helpt het je ook om het verwachte voordeel met het werkelijke resultaat te vergelijken.

Stap 3: maak het implementatieplan

Heb je een kans gekozen, werk die dan uit in een plan dat het gewenste resultaat koppelt aan concrete werkzaamheden, verantwoordelijken en beslismomenten.

Bepaal doelen en meetwaarden

Leg vast wat er moet veranderen, hoe je dat meet en wat gelijk moet blijven. Neem het volgende op:

• Doelmetriek: Het resultaat dat je wilt verbeteren.
• Uitgangssituatie: De beginwaarde, meetperiode en definitie van de cases.
• Doel: Het resultaat dat je wilt bereiken, met de bijbehorende aannames.
• Randvoorwaarden: Andere resultaten die je wilt beschermen, zoals kwaliteit, compliance of werkdruk.
• Meetmoment: Wanneer en hoe je het resultaat beoordeelt.

Bijvoorbeeld: “Breng de gemiddelde wachttijd voor goedkeuring binnen drie maanden na invoering terug van de gemeten uitgangswaarde van 48 uur naar 24 uur.” Zie dit als een doel, niet als een gegarandeerd resultaat. Controleer of de uitgangssituatie op een consistente groep cases is gebaseerd en of het doel mensen er niet toe aanzet noodzakelijke controles over te slaan.

Breng taken, verantwoordelijken en planning in kaart

Verdeel de verandering in werk waarvoor iemand verantwoordelijkheid kan nemen. Leg voor elke taak het volgende vast:

1. Wat er moet gebeuren.
2. Wie verantwoordelijk is en wie de taak goedkeurt.
3. Wat eerst moet gebeuren.
4. Welke systemen, teams of bronnen erbij betrokken zijn.
5. Wanneer de taak naar verwachting klaar is.
6. Hoe je controleert of de taak is afgerond.

Een planning moet afhankelijkheden en beslismomenten laten zien, niet alleen een beoogde startdatum. Hangt de verandering af van een systeemupdate, beleidsbeoordeling of training, neem die stappen dan op. Ga er niet van uit dat ze vanzelf gebeuren.

Breng risico’s en maatregelen in kaart

Bedenk wat kan verhinderen dat de verandering werkt of een nieuw probleem kan veroorzaken. Denk aan:

• Cases die niet de verwachte route volgen.
• Werk dat naar een ander team of een andere processtap verschuift.
• Veranderingen in werkdruk, kwaliteit of klantervaring.
• Afhankelijkheden van systemen of data.
• Problemen met de invoering of onduidelijke instructies.
• Hoe je problemen opspoort en de verandering pauzeert of terugdraait.

Wijs voor elk belangrijk risico iemand aan die verantwoordelijk is. Zonder verantwoordelijke of aanleiding is een maatregel nog geen plan.

Bevestig de overeenstemming en verantwoordelijkheden

Controleer voordat de implementatie begint of de proceseigenaar en relevante beslissers het eens zijn over de scope, meetwaarden, verantwoordelijkheden en escalatieroute. Zorg dat de betrokken teams weten wat er verandert en waar ze problemen kunnen melden.

Zijn goedkeuring, bronnen of technisch werk nog niet geregeld, neem die dan op als afhankelijkheden. Presenteer het plan pas als klaar voor invoering wanneer de mensen die verantwoordelijk zijn voor die beslissingen akkoord zijn.

Stap 4: test voordat je de verandering invoert

Een voorgestelde verandering is een hypothese. Met simulatie kun je onderzoeken wat een gemodelleerde verandering met het proces kan doen voordat je die in productie invoert. Simulatie garandeert niet wat er in de praktijk gebeurt. Gebruik de uitkomsten daarom naast je operationele oordeel en een plan om de verandering na invoering te meten.

Modelleer de voorgestelde verandering

Geef het doelproces weer in een model, bijvoorbeeld een BPMN-diagram, en maak je aannames expliciet. Bekijk wat er met uitzonderingen gebeurt, niet alleen met de verwachte route. Bepaal wie elke nieuwe of gewijzigde taak uitvoert en welke informatie daarvoor nodig is.

Een model kan tekortkomingen in het voorstel aan het licht brengen voordat je het test. Een nieuwe goedkeuringsstap kan bijvoorbeeld een bepaald risico verkleinen, maar ook de wachttijd verlengen of ergens anders een wachtrij veroorzaken.

Test verschillende scenario’s

Gebruik processimulatie om een voorgesteld model te vergelijken met de uitgangssituatie uit process mining. Met what-if-analyse test je scenario’s die het resultaat kunnen veranderen, bijvoorbeeld andere casevolumes, een andere verdeling van cases of een andere beschikbaarheid van bronnen.

Bekijk de aannames achter elk scenario. Gaat het model uit van capaciteit of gedrag dat je team niet kan leveren, dan is het resultaat geen realistische basis voor een beslissing.

Simuleer de verandering voordat je die doorvoert

Controleer of bottlenecks verschuiven

Een verandering kan de wachttijd in de ene stap verkorten en in een andere stap verlengen. Vergelijk het hele proces, niet alleen de activiteit die je wilde verbeteren. Controleer op nieuwe wachtrijen, extra overdrachten, meer herstelwerk en gevolgen voor de randvoorwaarden.

Laat de simulatie zien dat de bottleneck verschuift, bepaal dan of de nieuwe situatie nog acceptabel is. Misschien moet je het voorstel aanpassen, een ander scenario testen of de verandering afwijzen.

Wat als de simulatie de businesscase tegenspreekt?

Ondersteunt de simulatie het verwachte voordeel niet, bekijk de businesscase dan opnieuw in plaats van de uitkomst te negeren. Controleer eerst de aannames en invoer:

• Geeft het model het voorgestelde proces en de uitzonderingen weer?
• Gaat de uitgangssituatie over dezelfde cases en periode als de businesscase?
• Zijn de aannames over bronnen, volumes en de verdeling van cases realistisch?
• Is het verwachte voordeel gekoppeld aan een metriek die de simulatie kan weergeven?

Klopt het model met de aannames, pas de businesscase dan aan. Je kunt het doel bijstellen, een ander ontwerp testen of het voorstel stopzetten. Berust de businesscase op een voordeel dat het model niet kan weergeven, zoals een kwalitatieve verbetering van compliance of klantervaring, benoem dat dan apart en bepaal hoe je het beoordeelt.

Pas aannames niet aan om alleen een gunstige uitkomst te krijgen. Leg vast wat de simulatie wel en niet ondersteunt en welk bewijs je nog nodig hebt.

Stap 5: communiceer de verandering

Zelfs een technisch goede verandering kan mislukken als de betrokkenen niet begrijpen wat er verandert of hoe ze ermee moeten werken. Neem communicatie op in het implementatieplan, niet alleen in een laatste aankondiging.

Leg de verandering uit op een manier waar mensen mee aan de slag kunnen:

• Wat verandert er en wat blijft hetzelfde?
• Waarom voer je de verandering door?
• Welke rollen, cases of teams krijgen ermee te maken?
• Wanneer gaat de verandering in?
• Waar vinden mensen instructies of kunnen ze hun zorgen melden?
• Hoe weet je of de verandering werkt?

Stem de boodschap af op de doelgroep. Leidinggevenden willen misschien weten wat de beslissing is, welke risico’s er zijn en hoe je meet. Mensen die het werk doen, hebben duidelijke instructies, zo nodig training en een manier nodig om problemen te melden. Managers moeten weten waarvoor ze verantwoordelijk zijn en wat ze moeten doorgeven.

Deel updates op belangrijke momenten: voordat de verandering ingaat, wanneer dat gebeurt en zodra je bewijs hebt over de gevolgen. Wees duidelijk over onzekerheden. Heeft een pilot of simulatie het uiteindelijke resultaat nog niet aangetoond, presenteer het verwachte voordeel dan niet als behaald.

Stap 6: meet de verandering en houd die in stand

De implementatie is niet het eindpunt. Vergelijk de resultaten met de uitgangssituatie, controleer op onbedoelde gevolgen en blijf meten om terugval of veranderende omstandigheden op te merken.

Vergelijk de resultaten met de uitgangssituatie

Gebruik dezelfde definitie van de metriek, dezelfde groep cases en dezelfde meetmethode als bij het vaststellen van de uitgangssituatie. Vergelijk gelijke gevallen en noteer veranderingen in volume, de verdeling van cases of de werkomstandigheden die het resultaat kunnen beïnvloeden.

Vraag jezelf af:

• Is de doelmetriek in de verwachte richting veranderd?
• Is een van de randvoorwaarden verslechterd?
• Heeft de verandering gevolgen voor alle relevante cases of slechts een deel ervan?
• Blijven de waargenomen resultaten in de loop van de tijd consistent?
• Welke aannames of omstandigheden zijn na de invoering veranderd?

Blijft het resultaat achter, controleer dan of de verandering volgens plan is ingevoerd, of de meting vergelijkbaar is en of andere factoren het proces hebben beïnvloed. Gebruik het verschil tussen de verwachte en waargenomen resultaten om te bepalen wat je verder onderzoekt.

Richt doorlopende monitoring in

Spreek na de eerste controles op de implementatie een vast ritme voor evaluaties af. Gebruik dashboards en KPI’s om de meetwaarden zichtbaar te maken voor de mensen die verantwoordelijk zijn voor het proces. In de monitoringgids lees je hoe je de prestaties van een proces in de loop van de tijd volgt.

Spreek af wat als een betekenisvolle verandering geldt, wie die beoordeelt en welke actie daarop volgt. Monitoring helpt alleen als iemand weet wat die met het signaal moet doen.

Maak duidelijk wie waarvoor verantwoordelijk is

Geef de proceseigenaar en relevante betrokkenen toegang tot de meetwaarden die ze nodig hebben. Neem de resultaten waar dat past mee in bestaande operationele evaluaties en maak duidelijk wie een afwijking onderzoekt.

Wordt het doel gehaald, deel dan het bewijs en erken de mensen die eraan hebben bijgedragen. Is dat niet zo, meld dat dan eerlijk en spreek af wat de volgende beslissing is. Van beide uitkomsten kan je organisatie leren.

Neem de volgende kans mee in de cyclus

Een geslaagde verandering kan een andere bottleneck of een nieuwe vraag aan het licht brengen. Blijft de verandering achter bij het doel, dan moet je misschien de oorspronkelijke analyse of aannames opnieuw bekijken. Leg vast wat je hebt geleerd en gebruik dat bij de volgende analyse.

Lees voor een bredere aanpak voor verbetering hoe je de DMAIC-cyclus van begin tot eind doorloopt.

Waardoor loopt procesoptimalisatie vaak vast?

Deze problemen betekenen niet dat je organisatie zich onvoldoende inzet. Vaak is vooraf niet duidelijk genoeg afgesproken wie beslist, wie verantwoordelijk is of hoe het resultaat wordt gemeten.

Welke templates en checklists helpen je een verandering door te voeren?

Een spreadsheet of projectdocument kan helpen om het besluit en het plan zichtbaar te houden. Het gaat erom dat je aannames en verantwoordelijkheden vastlegt, niet om het gebruik van een specifieke tool.

Template voor een prioriteitenmatrix

Leg voor elke optie het volgende vast:

Gebruik voor elke optie dezelfde definities voor de scores. Bewaar de onderbouwing bij de beoordelingen, zodat iemand anders kan nagaan hoe je tot de score bent gekomen.

Template voor een implementatieplan

Maak voor elke actie of elk besluit een rij aan:

Voor de uitrol

• Bevestig wie de proceseigenaar en besluitvormers zijn.
• Leg de nulmeting vast en bepaal de doel- en grenswaarden.
• Modelleer het voorgestelde proces, inclusief uitzonderingen.
• Test relevante scenario’s en leg aannames vast.
• Bevestig wie verantwoordelijk is voor taken en afhankelijkheden, en welke communicatie nodig is.
• Spreek af hoe je de verandering zo nodig pauzeert of terugdraait.
• Plan de meting na de verandering.

Na de uitrol

• Gebruik dezelfde definities voor metrieken en dezelfde casefilters als bij de nulmeting.
• Vergelijk de werkelijke resultaten met de nulmeting en het doel.
• Controleer de effecten op grenswaarden en andere processtappen.
• Leg onverwachte resultaten vast, positief of negatief.
• Wijs vervolgacties toe en blijf het proces volgen.

Hoe ga je nu verder?

Je hebt een kans geprioriteerd en een implementatieplan opgesteld. Test de voorgestelde verandering eerst aan de hand van de nulmeting uit process mining en controleer wat het model wel en niet ondersteunt. Doe dit voordat je het productieproces aanpast.

Test de verandering in het model, niet in productie