Belofte 1: Eén bron, altijd in sync
De grootste frustratie binnen groeiende organisaties is niet dat er geen documentatie is, maar dat er te veel verschillende versies van dezelfde documentatie rondslingeren. De handleiding staat op SharePoint, de RACI-matrix in een Excel-sheet op de netwerkschijf, en de kritieke uitzondering zit in het hoofd van een medewerker die morgen met pensioen gaat.
Met PDM lossen we dit structureel op door de introductie van de SSoT.
De realiteit van vandaag versus de PDM-werkelijkheid
| Traditionele documentatie | De PDM SSoT-aanpak |
|---|---|
| Versnipperde informatie: Wijzigingen in een systeemnaam of rol moeten handmatig op twintig verschillende plekken in PDF’s en Word-bestanden worden aangepast. Dit wordt gegarandeerd vergeten. | Eén unieke bron: Elke Bouwsteen (Rol, Systeem, Informatieobject) bestaat exact één keer in de database. Wijzigt de naam? Dan wijzigt deze realtime mee in álle weergaven en diagrammen. |
| Statische flowcharts: Tekeningen in Visio of Miro die losstaan van de werkelijke instructies. De tekening klopt al niet meer op de dag dat deze wordt goedgekeurd. | Data-driven diagrammen: Proceskaarten zijn geen handgetekende plaatjes, maar dynamische projecties van de onderliggende data (via Mermaid.js). De data regeert de visualisatie. |
| Twijfel op de werkvloer: “Is dit wel de meest recente PDF, of moet ik die uit de mail van vorige week hebben?” | Gegarandeerde actualiteit: Er is één centrale, doorzoekbare kennishub. Iedereen — van de tijdelijke kracht tot de externe auditor — kijkt altijd naar exact dezelfde werkelijkheid. |
Hoe we deze belofte technisch en organisatorisch borgen
Het ‘in sync’ houden van een model is geen kwestie van goede voornemens, maar van strikte architectuur:
- De Relationele Smeltkroes: In plaats van losse, narratieve teksten modelleren we relaties. Als een specifieke Rol (zoals Model Steward) wordt gekoppeld aan een Processtap, genereert het systeem de RACI-matrix en het rolprofiel automatisch. Dit sluit menselijke fouten en dubbele registraties bij voorbaat uit.
- De PDM Continuïteitsregel ( Regel B6 (De PDM Continuïteitsregel - Periodieke Schouw) De proceseigenaar en de operationeel experts (sleutel-experts van de werkvloer) voeren periodiek een fysieke of operationele schouw uit op de processen. Tijdens deze schouw wordt getoetst of het digitale werknetwerk nog 100% synchroon loopt met de feitelijke praktijk. Geconstateerde afwijkingen tussen theorie en praktijk dwingen direct een nieuwe RFC-cyclus af om de Single Source of Truth actueel te houden.): Documentatie veroudert op het moment dat het projectteam de deur uitloopt. Daarom verankeren we tijdens Validatie 5 (Beheeroverdracht) direct de Periodieke Schouw in de agenda van de Proceseigenaar en de Operationeel Experts. Minimaal elk half jaar testen we het model actief tegen de praktijk op de werkvloer.
- Geautomatiseerde Integriteitstoets (Validatie 4): Voordat een update live gaat, valideert de compiler of alle referentiële koppelingen mathematisch sluiten. Zwevende objecten of dode links zijn technisch onmogelijk.
“Als de basisinformatie op één plek staat en de rest daaruit gegenereerd wordt, is ‘out of sync’ zijn simpelweg geen optie meer.”