Procesgovernance: houd procesdocumentatie actueel

Procesgovernance bepaalt wie verantwoordelijk is voor een proces, wie het model mag aanpassen, waar de goedgekeurde versie staat en wanneer je die beoordeelt. Zo blijft de documentatie aansluiten op de praktijk, ook lang nadat het project is afgerond.

Dat is de algemene definitie, en die klopt. Op deze pagina lees je ook waar die besluiten in de praktijk worden vastgelegd, iets wat in veel artikelen over governance ontbreekt. In ProcessMind zijn eigenaarschap, goedkeuring, de gepubliceerde versie en de beoordelingswachtrij functies van het platform, geen bepalingen in een beleidsdocument.

Werk verandert als mensen, systemen en verantwoordelijkheden veranderen. Een diagram laat één moment zien; kennis zit vaak in de hoofden van medewerkers. Zonder duidelijk eigenaarschap en regelmatige beoordeling gaat de documentatie geleidelijk afwijken van de praktijk.

Wat betekent procesgovernance?

Procesgovernance bestaat uit de afspraken en rollen die ervoor zorgen dat procesdocumentatie blijft aansluiten op de manier waarop je een proces uitvoert. Het geeft antwoord op vier praktische vragen:

• Eigenaarschap: Wie is met naam en toenaam verantwoordelijk voor het proces?
• Wijzigingen: Wie mag het model bewerken en wie keurt wijzigingen goed?
• Publicatie: Waar staat de goedgekeurde versie?
• Beoordeling: Wanneer controleer je of het model nog overeenkomt met de praktijk?

Projectgovernance richt zich op het opleveren van de afgesproken resultaten. IT-governance gaat over technologierisico’s. Procesgovernance richt zich op de processen zelf en blijft van kracht nadat het project dat ze introduceerde, is afgerond.

Kun je deze vier vragen beantwoorden voor je belangrijkste processen? Dan heb je een werkbare basis. Lukt dat niet, dan leggen teams dezelfde processen steeds opnieuw vast, telkens vanaf nul. Een procesarchitectuur biedt één plek voor al die pogingen.

Welke vier afspraken moet je vastleggen in je procesgovernancekader?

Gebruik deze tabel als voorbereiding op je eerste governanceoverleg. Noteer per proces het besluit, de verantwoordelijke persoon en het bewijs dat laat zien dat de afspraak wordt nageleefd.

Houd de afspraken werkbaar. In ProcessMind is de proceseigenaar ook de goedkeurder. Elke wijziging heeft zo één duidelijk besluit en een zichtbaar resultaat, in plaats van een lange reeks handtekeningen. Zorg dat je het goedgekeurde model makkelijk kunt vinden en stel een beoordelingsschema op dat past bij hoe vaak het proces verandert en welke risico’s ermee gemoeid zijn. Zo werken governance en publicatie legt de workflow stap voor stap uit.

De vierde kolom ontbreekt in de meeste governancekaders. Een besluit dat alleen in een document staat, is een voornemen. Een besluit dat in het platform is vastgelegd, is een vaste afspraak. Als de eigenaar als veld is vastgelegd, de beoordeling als taak in de wachtrij staat en kijkers alleen de gepubliceerde versie kunnen zien, blijven de afspraken gelden, ook als de opsteller inmiddels ergens anders werkt.

Waarom raakt procesdocumentatie verouderd?

Verouderde documentatie begint vaak met een begrijpelijke uitzondering. Een goedkeuringsstap veroorzaakt een achterstand, dus spreekt een manager af die voor bepaalde gevallen over te slaan. De achterstand verdwijnt, maar niemand trekt de uitzondering officieel in. De nieuwe werkwijze wordt de norm, terwijl het model nog steeds de oude goedkeuringsstap laat zien.

Als mensen de documentatie niet meer vertrouwen, kijken ze er ook niet meer in. Daardoor is de volgende wijziging moeilijker op te merken en wordt het verschil tussen model en praktijk groter. Vaak wordt de uitzondering helemaal niet vastgelegd. Daarom komt die afwijking meestal pas bij een audit aan het licht, niet tijdens een beoordeling. De oorzaak is dat het model niet als officieel verslag geldt. Als het werk verandert, is er dus niets dat een besluit afdwingt. Zet het model in een platform met duidelijke afspraken, zodat wijzigingen daar worden vastgelegd: in een versie, bij een eigenaar wiens goedkeuring de wijziging officieel maakt, met een gepubliceerde status en een beoordelingsdatum. Zo is governance geen geheugensteuntje meer, maar onderdeel van de workflow.

Welke rollen en verantwoordelijkheden heb je nodig voor procesgovernance?

Een praktisch model voor procesgovernance begint met drie rollen. In een kleine organisatie kan één persoon meerdere rollen vervullen, zolang de verantwoordelijkheden maar duidelijk blijven.

De verantwoordelijkheden van een proceseigenaar zijn concreet: de eigenaar bepaalt of een voorgestelde wijziging de praktijk goed weergeeft en heeft de bevoegdheid om dat besluit door te voeren. Die goedkeuring is doorslaggevend. De eigenaar hoeft het model niet zelf te bewerken of de documentatie te beheren. In ProcessMind hoeft diegene ook niet achter de beoordeling aan: er wordt een beoordeling aangevraagd bij het proces, de eigenaar ziet die in de beoordelingswachtrij en na diens goedkeuring wordt de versie gepubliceerd. De architect zorgt voor samenhang in de catalogus. Alleen als een controle een tweede handtekening vereist, voeg je een goedkeurder voor compliance toe. Zo heeft een wijziging meestal maar één goedkeurder nodig. Het model voor proceseigenaarschap werkt alleen als de rollen duidelijk van elkaar te onderscheiden zijn. Daarom leg je ze vast in plaats van ze als vanzelfsprekend te beschouwen.

Wijs verantwoordelijkheden toe met een RACI-matrix. Gebruik de RACI-template als je dit voor het eerst opzet. Bewaar de rollenbibliotheek op één plek, zodat teams dezelfde rollen in verschillende modellen hergebruiken in plaats van ze telkens opnieuw te definiëren.

Spreek naast deze rollen ook af hoe vaak je beoordeelt. Doe dat na een relevante wijziging en volgens een vast schema voor actieve processen.

Welke processen pak je als eerste aan?

Begin met de processen die er het meest toe doen, niet met alle processen in de organisatie. Geef voorrang aan processen die omzet opleveren, onder toezicht staan, veel overdrachten hebben of het afgelopen jaar vaak zijn veranderd.

Wees duidelijk over wat binnen de afspraken valt. Een kleinere catalogus met aangewezen eigenaren, goedkeuringen en beoordelingsdatums is nuttiger dan een grote catalogus met velden voor eigenaars die niemand vertrouwt. Markeer andere modellen als naslagmateriaal totdat je ze wilt beheren. In de procescatalogus kun je het verschil tussen beide groepen laten zien. Procesdocumentatie beheren begint met die afbakening: welke processen vallen onder de afspraken en welke zijn alleen beschreven?

Wijs eerst eigenaren aan en kies daarna pas tools. Een catalogus kan modellen ordenen, maar niet bepalen wie ervoor verantwoordelijk is. Bij procesdocumentatie komen het model, de eigenaar en de procedure samen in één verslag.

Hoe beheer je AI-gegenereerde modellen?

Voor AI-gegenereerde modellen gelden dezelfde afspraken over eigenaarschap, goedkeuring, publicatie en beoordeling als voor elk ander model. Pas ze wel strikter toe. Een AI-concept is een aannemelijke beschrijving van hoe een proces zou kunnen werken, geen bewijs dat het proces in jouw organisatie ook zo verloopt.

Laat gegenereerde modellen de status Concept houden totdat een aangewezen proceseigenaar ze heeft beoordeeld en goedgekeurd. Leg vast waarop het concept is gebaseerd en laat de eigenaar het vergelijken met het bestaande model. Volg na goedkeuring hetzelfde beoordelingsschema als voor andere documentatie.

Goede governance levert hier twee keer iets op. Mensen kunnen het beheerde verslag lezen, maar AI-assistenten ook, via de API en de MCP-server, met dezelfde toegangsrechten. Een assistent die antwoord geeft op basis van een gepubliceerd en goedgekeurd model, gebruikt het proces zelf als bron, niet een kopie die in een prompt is geplakt. Bekijk welke informatie een MCP-server beschikbaar kan maken.

ProcessMind ondersteunt modelleren met AI en versiegeschiedenis. Laat gegenereerd werk een concept totdat het is beoordeeld en behandel publicatie als een apart besluit. Lees voor meer informatie over versiebeheer de ProcessMind-documentatie over versiebeheer.

Aan welke vijf signalen zie je dat je procesdocumentatie nog klopt?

Je ziet dat governance werkt als je het bewijs kunt aanwijzen. Dit zijn de vijf controles die we gebruiken. Elk ervan is mogelijk in ProcessMind, niet slechts een streven.

1. Je kunt snel achterhalen wie eigenaar is van een belangrijk proces. Is het antwoord een afdeling, of een naam die je in een oude e-mail moet opzoeken? Dan is de verantwoordelijkheid nergens vastgelegd. In ProcessMind staat het eigenaarschap bij het proces zelf en zie je het in de catalogus. Eén zoekopdracht is genoeg.

2. Bij een wijziging zie je wat er is veranderd en wie die heeft goedgekeurd. Een wijziging onthouden is niet hetzelfde als die vastleggen. Elk model heeft een versiegeschiedenis. Goedkeuring is een actie waarvoor de juiste rechten nodig zijn. Daarmee doorloopt een proces de statussen Concept, In behandeling, Goedgekeurd en gepubliceerd. Het auditlogboek houdt alles bij.

3. Mensen gebruiken de gepubliceerde versie. Als collega’s eigen kopieën bewaren, is het gedeelde model niet betrouwbaar. ProcessMind publiceert één versie voor kijkers, in het platform en in het Process Portal. Zo is er maar één antwoord op de vraag welke versie actueel is.

4. De beoordelingsdatums zijn actueel. Beoordelingen die te laat zijn en die niemand opmerkt, zijn erger dan datums die ontbreken. In de wachtrij Wacht op mijn beoordeling van de catalogus ziet elke eigenaar wat er nog op diens beoordeling wacht. Zo staat er een naam bij de taak, in plaats van alleen een voornemen.

5. Je kunt auditvragen beantwoorden aan de hand van het procesverslag. Bewijs uit allerlei mappen bij elkaar zoeken kost weken. In ProcessMind staan de eigenaar, versie, goedkeuring en bijbehorende documentatie bij elkaar in één verslag dat je kunt exporteren en laten zien.

Deze controles zijn alleen nuttig als ze overeenkomen met de praktijk. Een ingevulde beoordelingsdatum bewijst niet dat iemand het model heeft gelezen. Daarom zijn er rollen en een beoordelingswachtrij: die koppelen de controle aan een persoon en een moment.

Voor deze vijf controles heb je geen nieuwe tool nodig als het proces al in het platform staat. Dat is een praktisch argument om processen in een modelleerplatform te beheren in plaats van ernaast: het bewijs ontstaat vanzelf tijdens het werk, in plaats van dat iemand aan het eind van het kwartaal nog een rapport moet samenstellen.

Hoe pas je procesgovernance toe?

Begin met één proces waarvoor je al verantwoordelijk bent. Leg de vier afspraken vast in het model voordat je beleid opstelt.

1. Wijs een eigenaar aan

   Wijs één persoon aan voor het proces, geen afdeling. Als twee mensen de verantwoordelijkheid delen, is geen van beiden eindverantwoordelijk.

2. Spreek af wie bewerkt en wie goedkeurt

   Houd de mensen die het model wijzigen apart van degene die het goedkeurt. In ProcessMind is dat de proceseigenaar. Voeg alleen een goedkeurder voor compliance toe als een controle dat vereist.

3. Publiceer één versie

   Spreek af dat de gepubliceerde versie de enige geldige versie is en geef kijkers toegang tot die versie, niet tot een kopie.

4. Plan de beoordeling

   Voeg een beoordelingsdatum toe en gebruik de beoordelingswachtrij. Zo staat er een eigenaar bij een achterstallige controle, in plaats van alleen goede bedoelingen.

5. Herhaal de vijf controles

   Herhaal een maand later de vijf controles hierboven. Kost een antwoord meer dan één zoekopdracht? Pak dat punt dan als volgende aan.

In ProcessMind staan eigenaarschap, goedkeuring, versiegeschiedenis en het gepubliceerde verslag bij elkaar. Governance wordt zo afgedwongen door het platform, in plaats van alleen gevraagd in een document. Lees voor het toewijzen van rollen de uitleg over de RACI-matrix en de RACI-template. Lees waarom process mining-projecten vastlopen als je wilt weten wat er gebeurt als niemand verantwoordelijk is voor het resultaat.