FAQs

PDM is een model-gedreven, pragmatische methode om operationele organisatiekennis gestructureerd vast te leggen, te beheren en te publiceren. In plaats van te vertrouwen op traditionele, statische handboeken (Word/PDF) en losse stroomschema’s (Visio/Miro), bouwt PDM aan een integraal Werknetwerk. Dit netwerk fungeert als de Single Source of Truth (SSoT): één centrale, bestand-gebaseerde kennisstructuur waarin elk aspect van de bedrijfsvoering exact één keer wordt vastgelegd. PDM scheidt de inhoud (data) strikt van de presentatielaag (layouts en PDM-macro’s), waardoor de informatie consistent in meerdere doelgroepgerichte weergaven (Projecties) gepresenteerd kan worden.

PDM is ontworpen voor organisaties die duurzame grip willen op hun bedrijfsvoering door procesinformatie helder, eenduidig en rolgericht te structureren. Omdat een PDM-omgeving zich aanpast aan de specifieke informatiebehoefte van de lezer, bedient de methode zes primaire doelgroepen:

PDM is er voor iedereen in de organisatie. Door de brondata vanuit verschillende perspectieven (Projecties) te ontsluiten, krijgt elke stakeholder exact het gewenste detailniveau.

Het gebruik van Markdown (platte tekstbestanden) binnen PDM biedt essentiële strategische en technische voordelen:

• Geen vendor lock-in: Omdat Markdown een open, universele standaard is, ben je nooit gebonden aan specifieke, dure enterprise-softwarelicenties.
• Duurzaam & Altijd leesbaar: De bestanden bestaan uit platte tekst (.md), wat garandeert dat de bedrijfskennis ook over 10 of 20 jaar direct toegankelijk en leesbaar blijft.
• Digitale Soevereiniteit: Je behoudt de volledige regie en het eigenaarschap over de eigen bronbestanden op je eigen infrastructuur of Git-omgeving.
• Focus op inhoud: Schrijvers richten zich volledig op heldere inhoud, terwijl de presentatielaag (zoals de Hugo Relearn-compiler) de visuele opmaak verzorgt.

Traditionele handboeken falen omdat ze losstaan van de dagelijkse praktijk en snel verouderen. Ze bestaan uit versnipperde Word-bestanden, PDF’s en losse Visio- of Miro-diagrammen die handmatig synchroon gehouden moeten worden. Zodra er één detail wijzigt (bijv. een systeemnaam, regel of rol), moeten tientallen documenten handmatig worden bijgewerkt. Dit leidt onherroepelijk tot veroudering, inconsistentie en wantrouwen.
PDM lost dit op door de brondata strikt te scheiden van de presentatie. Alle kennis zit vastgelegd in het centrale model. Praktische overzichten, diagrammen, RACI-matrices en werkinstructies zijn Projecties die via PDM-macro’s automatisch uit deze Single Source of Truth worden gegenereerd. Wijzigt er iets? Dan pas je het één keer aan in de bron en is het gehele werknetwerk direct overal up-to-date.

Het PDM Canvas is het centrale, visuele werkinstrument waarin de praktijkkennis in de eerste fasen van een traject (tijdens workshops en interviews) gestructureerd en ontdubbeld wordt. Het fungeert als de ‘werkplaats’ waarin de feitelijke werkelijkheid (de Ist-situatie) in kaart wordt gebracht als initiële bouwstenen. Pas na analyse en validatie (Model-freeze) worden deze kaarten gepromoveerd naar formele Markdown-kernnotities binnen het SSoT-werknetwerk.

Dit gebeurt door het dwingend toepassen van Occam’s Razor (Strikte Minimalisatie), verankerd in Regel B0 van de PDM-grammatica: de kunst van het weglaten. We modelleren uitsluitend de absolute kern die noodzakelijk is om de operatie te begrijpen, te besturen en te borgen. Als een uitzondering of detail geen aantoonbare impact heeft op de verdere keten, risicobeheersing of compliance-eisen, wordt deze bewust weggelaten uit het hoofdmodel. Eenvoud, onderhoudbaarheid en bruikbaarheid overstijgen altijd theoretische volledigheid.

PDM is in de eerste plaats een methodiek voor informatie-architectuur, kennisborging en kwaliteitsmanagement, niet voor het direct herontwerpen van processen. PDM legt de feitelijke praktijkrealiteit (Ist) objectief, gestructureerd en sluitend vast. Pas wanneer deze Single Source of Truth betrouwbaar staat, biedt PDM de ruisvrije basis om Lean-optimalisaties, Six Sigma-analyses of procesverbeteringen op te baseren.

Nee. PDM is een doelbewust handmatige, conceptuele en structurele methodiek om menselijke organisatiekennis slim te modelleren en vast te leggen. PDM is geen workflow-engine of BPMS (Business Process Management System) dat taken geautomatiseerd doorzet. De PDM Engine (gebaseerd op Hugo) genereert wel geautomatiseerd weergaven, tabellen en diagrammen uit de Markdown-bestanden, maar de opbouw van het model blijft het werk van menselijk vakmanschap en strakke logica.

Om wildgroei aan vrijblijvende informatie te voorkomen, dwingt PDM af dat alle organisatiekennis wordt opgebouwd uit specifieke, gestandaardiseerde en herbruikbare objecten (Bouwstenen). De PDM-grammatica onderscheidt de volgende elementen:

• Werkdomein: De statische, thematische container van de enterprise-architectuur die eigenaarschap en scope markeert.
• Proces: De overkoepelende keten die het doel en de logische samenhang van activiteiten beschrijft.
• Processtap: De atomische, actieve transformatie op het gecentreerde snijpunt van het IGOE-model.
• Rol: De abstracte aanduiding van wie of wat de handeling verricht (ontkoppeld van personen).
• Informatieobject: Digitale of conceptuele data die dient als input of output (bijv. aanvraag, besluit, rapport).
• Fysiek Object: Tastbare, materiële stromen (bijv. apparatuur, hardware, fysiek dossier).
• Hulpmiddel: Enablers (IT-systemen, applicaties, machines, gereedschap) die de uitvoering ondersteunen.
• Regel: Dwingende wet- en regelgeving, interne beleidskaders of normen (Guide vooraf).
• KPI: Kritieke Prestatie Indicatoren om prestaties te meten en te sturen (Meting achteraf).

Mensen wisselen van functie of verlieten de organisatie. Als je specifieke persoonsnamen of individuele functietitels in procesbeschrijvingen gebruikt, veroudert de documentatie continu. PDM documenteert daarom uitsluitend abstracte, genormaliseerde Rollen. Dit houdt het model onafhankelijk van personeelsverloop en veranderlijke afdelingsstructuren.

Hoewel beide instrumenten dienen voor sturing en beheersing, is hun functie in het PDM-model fundamenteel anders:

• Een Regel (Guide): Is prescriptief (sturing vooraf) en binair: je voldoet er wel of niet aan (bijv. privacywetgeving, veiligheidsvoorschriften). Een Regel normeert de uitvoering van een processtap vooraf.
• Een KPI (Meting): Is descriptief (meting achteraf) en kwantitatief (bijv. gemiddelde doorlooptijd, foutpercentage). Een KPI registreert de prestatie van de processtap of het proces achteraf ten behoeve van bijsturing.

In traditionele stroomdiagrammen wordt de volgorde vaak willekeurig getekend. In PDM ontstaat chronologie uitsluitend uit logische informatie- en materiaalafhankelijkheid. Processtap B kan pas starten als de benodigde input (een Informatieobject of Fysiek Object) door Processtap A is opgeleverd. De stroom is een mathematisch gevolg van databeschikbaarheid.

Een processtap kan alleen waarde toevoegen als er een duidelijke input is en een aantoonbare output ontstaat. De verbinding tussen twee processtappen verloopt in PDM daarom dwingend via een Tussenliggend Object (een Informatieobject of Fysiek Object) – dit is de regel van Processtap-isolatie (Regel M2). Dit dwingt tot het expliciet maken van de exacte overdracht in de keten.

PDM gebruikt geen losse beslissymbolen (zoals ruiten of keuzeblokken). Besluiten en beoordelingen worden gemodelleerd als gewone, actieve processtappen (bijvoorbeeld: “Aanvraag beoordelen”). Alternatieve paden ontstaan simpelweg doordat er vanaf die processtap meerdere specifieke uitgaand objecten lopen (bijv. “Goedgekeurde aanvraag” en “Afgewezen aanvraag”), die elk een opvolgend procespad activeren.

Namen en titels veranderen door voortschrijdend inzicht of herformulering. Een Unieke Identificatiecode (UID, zoals WD-01, P-01, PS-102) verandert daarentegen nooit tijdens de gehele levenscyclus van een object (Regel B2). Dit garandeert historische traceerbaarheid, ketenimpact-analyses en betrouwbare relaties zonder dat links breken bij een tekstuele naamswijziging.

Omdat PDM een relationeel netwerk is, zou het zomaar wissen van een object leiden tot zwevende data en gebroken relaties. De integriteitsregel van PDM (Regel B11) schrijft dwingend voor dat een bouwsteen pas definitief kan worden verwijderd zodra alle actieve relationele verbindingen met andere processtappen, rollen, regels of systemen expliciet zijn ontkoppeld.

De transitie van de ruwe praktijk naar een geborgd werknetwerk verloopt via een strakke cyclus van 5 Fasen:

1. Fase 1: Initiatie & Scopebepaling: Doel, kaders, procesgrenzen en hoofdprocessen vastleggen op het PDM Canvas.
2. Fase 2: Inventarisatie: Ophalen van de feitelijke praktijk (Ist) via interviews en observaties, geplaatst als ruwe kaarten op het PDM Canvas.
3. Fase 3: Analyse & Structurering: Promotie van Canvas-kaarten naar formele PDM-bouwstenen met attributen en relaties conform de PDM-specificatie.
4. Fase 4: Documentatie & Generatie: Vormgeven van Markdown-bronbestanden, toepassen van PDM-macro’s en programmatische publicatie via Hugo Relearn.
5. Fase 5: Continue Borging: Formele decharge door de proceseigenaar, overdracht van beheer naar de lijnorganisatie en activering van de herbeoordelingscyclus.

Een Validatie is een hard kwaliteitscontrolepunt aan het einde van elke PDM-fase (Validatie 1 t/m 5). Een traject mag pas door naar de volgende fase als aan de strikte exit criteria van die Validatie is voldaan. Dit voorkomt dat fouten, onvolledigheden of niet-genormaliseerde begrippen doorstromen naar het vervolgtraject.

PDM kent een strikte scheiding van taken om de kwaliteit van het werknetwerk te borgen:

• Model Steward / Procesdocumentalist: De poortwachter van de structuur. Beheert de centrale SSoT, bewaakt de PDM-regels en grammatica, saneert straattaal naar genormaliseerde begrippen en vertaalt input naar Markdown-bronbestanden.
• Operationele Expert (SME): De inhoudelijk vakspecialist die de feitelijke praktijk (Ist) aanlevert en bij de Validaties toetst of het model overeenkomt met de werkelijkheid.
• Proceseigenaar: De inhoudelijk eindverantwoordelijke voor het werkdomein of proces. Accordeert de scope, stelt regels/kaders vast, borgt de herbeoordelingscyclus en stuurt op de KPI’s.

De Model Steward fungeert als de poortwachter van de Single Source of Truth. Als voorgestelde invoer de PDM-modelleerregels schendt (bijv. door zwevende objecten te introduceren of termen niet te normaliseren), heeft de Model Steward het mandaat om de wijziging bij de Validatie af te keuren. De methode wijkt niet af voor organisatorische druk of persoonlijke voorkeuren.

• Projecties: Dynamische, visuele of tabelvormige weergaven die exact dezelfde centrale SSoT-data belichten vanuit een specifieke invalshoek (bijv. Flow-view, Rollenmatrix, RACI Matrix, Risicomatrix, Ketenimpact-analyse, Kaderoverzicht).
• Documentatie: De tekstuele, stapsgewijze uitingen die geautomatiseerd uit het model worden gegenereerd voor de dagelijkse operatie (zoals een Procesbeschrijving, Taakkaart of Rolprofiel).

Pas nooit handmatig een gegenereerd eindproduct (zoals een PDF-bestand, een geëxporteerd diagram of gegenereerde HTML-pagina) aan.
Als de werkwijze verandert, pas je dit uitsluitend aan bij de bron (de Markdown-bestanden / het PDM Canvas) in de centrale SSoT. De PDM Engine zorgt er vervolgens voor dat alle afgeleide Projecties en documenten overal automatisch, foutloos en consistent worden bijgewerkt.

De PDM Engine is de verwerkingsmotor (gebaseerd op de Hugo static site generator) die de gestructureerde Markdown-bestanden leest, relaties valideert en compileert naar een interactieve, snelle website. Om het beheer eenvoudig te houden, gebruikt PDM overzichtelijke PDM-macro’s (zoals shortcodes {{ < toon-bouwsteen >}}). De engine herkent deze macro’s en bouwt ze om tot dynamische tabellen, diagrammen of kaders.

PDM gebruikt een lichte, soevereine en bestand-gebaseerde inrichting. Alle brondata wordt lokaal of in een eigen Git-versiebeheersysteem opgeslagen in open Markdown-bestanden (.md) met gestructureerde YAML-frontmatter. Er is een strikte scheiding tussen data (de SSoT) en de presentatielaag. De procesdata blijft 100% eigendom van de organisatie en kan altijd met eenvoudige basistools (zoals VSCodium) worden beheerd.