Hoe documenteer je een proces stap voor stap?
Details
Een praktische handleiding volgens het Procesdocumentatiemodel (PDM)
Inleiding
Veel organisaties willen hun processen documenteren, maar lopen al snel tegen dezelfde problemen aan:
- documentatie raakt verouderd
- processen worden inconsistent beschreven
- modellen en beschrijvingen sluiten niet op elkaar aan
- medewerkers herkennen het proces niet in de documentatie
De oorzaak is meestal niet gebrek aan inspanning, maar gebrek aan structuur en methodiek.
Binnen de aanpak van De Procesdocumentalist wordt procesdocumentatie daarom behandeld als een samenhangend informatiesysteem. Niet als losse documenten, maar als een beheerd geheel van procesinformatie.
De basis hiervoor is het Procesdocumentatiemodel.
In dit artikel wordt stap voor stap uitgelegd hoe een proces wordt gedocumenteerd volgens deze methodiek.
Procesdocumentatie volgens het Procesdocumentatiemodel
Het PDM beschrijft procesdocumentatie als een cyclus van activiteiten:
- Inrichten β structuur, standaarden en beheer vaststellen
- Vastleggen β procesinformatie verzamelen en structureren
- Valideren β controleren of de documentatie klopt
- Publiceren β beschikbaar maken binnen de organisatie
- Beheren β onderhouden en actualiseren
Binnen deze cyclus wordt procesinformatie opgebouwd uit drie kerncomponenten:
- Procescontext β waarom bestaat het proces
- Procesmodel β hoe het proces verloopt
- Procesbeschrijving β wat er precies gebeurt
Samen vormen deze onderdelen de procesdocumentatie.
Stap 1 β Procescontext bepalen
Voordat een proces wordt gemodelleerd of beschreven, moet eerst duidelijk zijn waar het proces over gaat.
Dit gebeurt in de procescontext.
De procescontext beschrijft onder andere:
- het doel van het proces
- de scope en afbakening
- de input en output
- de betrokken rollen
- de plaats van het proces in de procesarchitectuur
Voorbeeld
Proces: Klantacceptatie
| Element | Voorbeeld |
|---|---|
| Doel | Nieuwe klanten registreren en activeren |
| Input | Klantaanvraag |
| Output | Geactiveerde klant |
| Betrokken rollen | Verkoop, Klantenservice, Finance |
| Scope | Standaard klantacceptatieproces |
Waarom procescontext belangrijk is
Zonder context ontstaan vaak problemen:
- processen worden te groot of te klein beschreven
- doel en uitvoering raken los van elkaar
- processen overlappen elkaar
De procescontext vormt daarom het fundament van de documentatie.
Stap 2 β Procesinformatie verzamelen
Procesdocumentatie begint niet bij een diagram, maar bij broninformatie.
Deze informatie komt uit verschillende bronnen:
- interviews met uitvoerende medewerkers
- workshops met betrokken teams
- bestaande documentatie
- systeeminformatie
- observaties in de praktijk
Deze bronnen worden binnen de methodiek aangeduid als bronnen van procesinformatie.
Belangrijke richtlijnen
Bij het verzamelen van procesinformatie:
- focus op hoe het proces werkelijk verloopt
- niet op hoe het proces zou moeten verlopen
- verzamel ook uitzonderingen en varianten
Typische vragen
- Wat is de eerste stap in dit proces?
- Wat gebeurt er daarna?
- Wanneer gaat het proces een andere richting op?
- Wat kan er misgaan?
Het resultaat van deze stap is een eerste processtructuur.
Stap 3 β Proces modelleren
De volgende stap is het opstellen van een procesmodel.
Het procesmodel laat zien:
- welke activiteiten plaatsvinden
- in welke volgorde
- waar beslissingen plaatsvinden
- welke rollen betrokken zijn
Een procesmodel is een visuele representatie van het proces.
Kenmerken van een goed procesmodel
Een goed model:
- laat het logische verloop van het proces zien
- maakt beslissingen zichtbaar
- toont rollen en verantwoordelijkheden
- blijft begrijpelijk voor niet-specialisten
Het doel van modelleren is inzicht creΓ«ren, niet complexiteit toevoegen.
Tip
Begin altijd met een eenvoudig model.
Detail kan later worden toegevoegd.
Stap 4 β Procesbeschrijving opstellen
Het procesmodel wordt vervolgens aangevuld met een procesbeschrijving.
De procesbeschrijving geeft meer detail over:
- activiteiten
- verantwoordelijkheden
- gebruikte systemen
- uitzonderingen
- relevante documenten
Voorbeeldstructuur
| Stap | Activiteit | Rol | Systeem |
|---|---|---|---|
| 1 | Ontvang klantaanvraag | Verkoop | CRM |
| 2 | Controleer klantgegevens | Klantenservice | CRM |
| 3 | Maak contract aan | Verkoop | CRM |
| 4 | Activeer klant | Finance | ERP |
De procesbeschrijving ondersteunt het procesmodel, maar vervangt het niet.
Binnen het PDM geldt daarom:
model + beschrijving + templates = volledige procesdocumentatie
Stap 5 β Validatie
Een procesdocumentatie is pas waardevol wanneer deze herkenbaar is voor de organisatie.
Daarom volgt een validatiestap.
Tijdens validatie wordt gecontroleerd:
- klopt het procesmodel?
- ontbreken er stappen?
- zijn rollen correct beschreven?
- zijn uitzonderingen meegenomen?
Wie valideert?
Typisch:
- uitvoerende medewerkers
- proceseigenaar
- procesanalist of documentalist
Een korte walkthrough van het procesmodel is vaak de meest effectieve manier.
Stap 6 β Publicatie
Na validatie wordt de documentatie opgenomen in het procesdocumentatiesysteem van de organisatie.
Belangrijk hierbij:
- centrale opslag
- duidelijke navigatie
- relatie met de procesarchitectuur
- vindbaarheid voor medewerkers
Procesdocumentatie moet toegankelijk en bruikbaar zijn.
Niet verborgen in een mapstructuur of los document.
Stap 7 β Beheer
Procesdocumentatie heeft alleen waarde wanneer deze actueel blijft.
Daarom bevat het PDM een expliciete beheerfase.
Beheer omvat onder andere:
- wijzigingsbeheer
- periodieke reviews
- versiebeheer
- actualisatie bij proceswijzigingen
beheer
Binnen goed ingerichte procesdocumentatie bestaan duidelijke rollen:
| Rol | Verantwoordelijkheid |
|---|---|
| Proceseigenaar | inhoudelijke verantwoordelijkheid |
| Procesdocumentalist | structuur en documentatie |
| Reviewer | kwaliteitscontrole |
Deze beheer zorgt ervoor dat documentatie een levend systeem blijft.
Veel voorkomende valkuilen
Zelfs met een methode kunnen problemen ontstaan.
De meest voorkomende:
Te veel detail
Documentatie wordt te complex.
Oplossing: focus op processtappen, niet op micro-handelingen.
Geen duidelijke structuur
Processen worden willekeurig beschreven.
Oplossing: gebruik een consistent model zoals het PDM.
Geen eigenaarschap
Niemand voelt zich verantwoordelijk.
Oplossing: wijs proceseigenaren en documentatieverantwoordelijken aan.
Geen onderhoud
Documentatie raakt snel verouderd.
Oplossing: integreer documentatie in het wijzigingsbeheer.
De rol van de Procesdocumentalist
Binnen deze aanpak speelt de Procesdocumentalist een specifieke rol.
De procesdocumentalist:
- structureert procesinformatie
- ontwikkelt procesmodellen
- bewaakt consistentie
- ondersteunt beheer
- zorgt dat documentatie begrijpelijk en bruikbaar blijft
Het doel is niet alleen processen beschrijven, maar een duurzaam procesdocumentatiesysteem opbouwen.
Conclusie
Het documenteren van processen is geen eenmalige activiteit, maar een gestructureerd proces.
Volgens het Procesdocumentatiemodel bestaat procesdocumentatie uit:
- procescontext
- procesmodel
- procesbeschrijving
Deze worden ontwikkeld en onderhouden binnen een cyclus van:
inrichten β vastleggen β valideren β publiceren β beheren
Door deze aanpak ontstaat procesdocumentatie die:
- consistent is
- herkenbaar is voor medewerkers
- bruikbaar blijft in de praktijk
- meegroeit met de organisatie
Dat is de essentie van de methode van De Procesdocumentalist.