Het Onderhouden van het Werknetwerk
Een werknetwerk is geen statisch project, maar een levend onderdeel van je bedrijfsvoering. De werkelijke waarde van PDM wordt pas écht zichtbaar in de beheerfase. Omdat het model fungeert als de Single Source of Truth (SSoT), passen we nooit handmatig documenten aan. Wijzigingen vinden altijd plaats bij de bron (de kennisobjecten en hun onderlinge relaties in het model), waarna de afgeleide documenten (procesbeschrijvingen, werkinstructies, RACI-matrices) volledig geautomatiseerd en consistent opnieuw worden gegenereerd.
Om de integriteit en betrouwbaarheid van het model op de lange termijn te borgen, maken we een strikt onderscheid tussen twee typen mutaties: kleine en grote wijzigingen.
Kleine wijziging: directe updates via de SSoT
Wat is een kleine wijziging?
Een wijziging is ‘klein’ wanneer deze de fundamentele proceslogica, de volgorde van handelingen (de flow) of de scope van het werkdomein niet verandert. Het betreft puur een tekstuele of administratieve verrijking van een bestaand kennisobject.
Voorbeelden van kleine wijzigingen:
- Het veranderen van de naam of de omschrijving van een bestaande processtap (bijv. “Invoeren in ERP” wordt “Registreren in SAP”).
- Het toevoegen of aanpassen van de drager van een informatieobject (bijv. een formulier verhuist van SharePoint naar een specifiek portaal).
- Het specificeren of updaten van de duur of prioriteit van een processtap.
- Het actualiseren van de tekstuele omschrijving of de externe bron van een bestaande regel.
Oplossing & werkwijze
Omdat een kleine wijziging geen impact heeft op de rest van het netwerk, kan deze via een verkorte procedure direct door de Modelmeester worden doorgevoerd.
- Signalering: de Operationele Expert signaleert een verandering in de praktijk en meldt deze via een mutatieverzoek bij de Modelmeester.
- Validatie op governance: de Modelmeester controleert of de wijziging daadwerkelijk ‘klein’ is en toetst deze aan de 4 fundamentele wetten van PDM (zoals het strikt ontkoppelen van persoonsnamen en het behoud van het unieke ID).
- Bronmutatie: de Modelmeester voert de wijziging éénmalig door in de database van het model.
- Automatische Regeneratie: het systeem verwerkt de mutatie direct. Alle gekoppelde afgeleide documenten (zoals de specifieke werkinstructie of procesbeschrijving) worden automatisch opnieuw gegenereerd en zijn direct up-to-date.
Grote wijziging: gestructureerd muteren met impactanalyse
Wat is een grote wijziging?
Een wijziging is ‘groot’ zodra deze de structuur van het werknetwerk raakt. Dit betekent dat er objecten worden toegevoegd, verwijderd, of dat de relationele ruggengraat (de afhankelijkheden tussen stappen, rollen, regels en informatie) verandert.
Voorbeelden van grote wijzigingen:
- Het toevoegen van een nieuwe processtap of het schrappen van een activiteit.
- Een verschuiving in taken en verantwoordelijkheden (een andere Uitvoerder/Rol gaat een stap uitvoeren, wat de RACI-matrix beïnvloedt).
- De introductie van een nieuw Informatieobject dat als cruciale input of output dient voor een keten.
- Een ingrijpende wetswijziging of beleidsverandering waardoor een nieuwe Regel van toepassing wordt die meerdere processtappen conditioneert.
De wijzigingsprocedure (stappenplan)
Bij een grote wijziging mag de Poortwachter (de Modelmeester) de mutatie nooit zomaar doorvoeren. Hier wordt de formele PDM Wijzigingsprocedure doorlopen om weeffouten en ongewenste neveneffecten in de organisatie te voorkomen.
| Fase | Actie | Betrokkenen | Focus & Output |
|---|---|---|---|
| 1. Initiatie | Indienen wijzigingsbehoefte | Operationele Expert / Proceseigenaar | Beschrijven van de gewenste verandering in de praktijk en de aanleiding hiervoor. |
| 2. Impactanalyse | Genereren netwerkprojectie | Modelmeester (Procesdocumentalist) | De Modelmeester draait met één druk op de knop een model-gedreven Impactanalyse. Dit maakt direct inzichtelijk welke processen, stappen, rollen en regels geraakt worden door deze mutatie. |
| 3. Beoordeling | Toetsing & Keuze | Proceseigenaar (Sponsor) | De Proceseigenaar beoordeelt de impactanalyse. Zijn er onvoorziene risico’s voor andere afdelingen of systemen? Bij akkoord geeft de eigenaar een formele ‘Go’. |
| 4. Modellering | Aanpassen van de bron | Modelmeester | De Modelmeester voert de wijzigingen door in het centrale werknetwerk en bewaakt de mathematische sluitendheid (geen zwevende objecten of doodlopende stappen). |
| 5. Vrijgave | Regeneratie & Publicatie | Modelmeester | De nieuwe documentenset wordt automatisch gegenereerd. De gewijzigde werkinstructies en procesbeschrijvingen worden gepubliceerd. De organisatie is hiermee direct weer permanent audit-ready. |
Governance in actie: de wijzigingscyclus
Het samenspel tussen de drie PDM-rollen zorgt ervoor dat de beheerfase soepel en zonder administratieve rompslomp verloopt:
graph TB A[Operationele expert] B[Proceseigenaar] C[Modelmeester / SSoT] D[Afgeleide documentatie] A --> |signaleert praktijkwijziging| B B --> |toetst impact en geeft Go| C C --> |genereet update| D
Waarom deze methode rust en structuur brengt:
- Geen handmatige Word-correcties meer: Er zwerven nooit meer verouderde PDF’s of handmatig aangepaste Word-bestanden op een gedeelde schijf. Aanpassen gebeurt uitsluitend in de bron.
- Voorspelbaarheid: Door de geautomatiseerde impactanalyse weet de Proceseigenaar vooraf exact wie er geïnformeerd of getraind moet worden vóórdat een wijziging live gaat.
- Kennisborging: Jouw documentatie blijft synchroon lopen met de werkelijkheid op de werkvloer, waardoor de organisatie onafhankelijk blijft van individuen.