Veelgestelde Vragen (FAQ)
Dit overzicht beantwoordt de meest voorkomende vragen over PDM. Gebruik de navigatie hieronder om snel naar een onderwerp te springen:
- Algemeen & Filosofie
- Bouwstenen van PDM
- Het Werknetwerk & Relaties
- Fasering, Governance & Rollen
- Projecties & Documentatie
- Procesvernieuwing, Delta-Analyse & Verandering
- Certificering & Normen
algemeen & Filosofie
Wat is de Procesdocumentatie Methode (PDM)?
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 statische handboeken (Word/PDF) en losse stroomdiagrammen (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 informatie consistent in meerdere doelgroepgerichte weergaven (Projecties) wordt gepresenteerd.
Lees verder: de zes beloften van PDM
Voor wie is PDM bedoeld?
PDM is ontworpen voor organisaties die duurzame grip willen op hun bedrijfsvoering door procesinformatie helder, eenduidig en rolgericht te structureren. Door brondata vanuit verschillende perspectieven (Projecties) te ontsluiten, bedient PDM zes doelgroepen op maat:
| Doelgroep | Behoefte |
|---|---|
| Vakspecialisten en Operationele Medewerkers | Direct toepasbare, actuele werkinstructies zonder overbodige ballast |
| Procesmanagers en Procesanalisten | Eenduidigheid in processtructuren, helder eigenaarschap, ketenoverdrachten en borging van continue verbetering (PDCA-cyclus) |
| Kwaliteitsmanagers, Compliance Officers en Auditors | Aantoonbare, traceerbare naleving van normen (ISO, BIO, NEN), risicobeheersing en sluitende audit-trails |
| Directie en Management | Helikopterview van het proceslandschap met directe relaties tussen strategie, risico’s en uitvoering |
| Nieuwe Medewerkers (Onboarding) | Intuïtief naslagwerk dat inwerktijd verkort en opstartfouten minimaliseert |
| Projectmanagers en Change Professionals | Feitelijk en onbetwistbaar vertrekpunt (IST) voor procesoptimalisaties, Lean-initiatieven en IT-implementaties |
Zie ook: voor wie is PDM?
Wat zijn de voordelen van PDM ten opzichte van traditionele documentatiemethoden?
Traditionele handboeken falen omdat ze bestaan uit versnipperde documenten die snel verouderen. Zodra er één detail wijzigt (bijvoorbeeld een systeemnaam of regel), moeten tientallen documenten handmatig worden bijgewerkt. PDM lost dit op door brondata strikt te scheiden van de presentatie:
| Traditionele Documentatie | De PDM-Aanpak |
|---|---|
| Versnipperde data-silo’s (Word/PDF/Visio) | Single Source of Truth (SSoT) in platte tekst |
| Handmatig zoek- en vervangwerk bij wijzigingen | Automatische consistentie in alle afgeleide weergaven |
| Trage, subjectieve impactanalyses | Geautomatiseerde Delta-analyses en backlog-generatie |
| Vendor lock-in (dure enterprise-pakketten) | Open standaarden (Markdown, Git) met volledige datasoevereiniteit |
| Complexe, onleesbare stroomdiagrammen | Doelgroepgerichte Projecties en stapsgewijze eenvoud |
Meer lezen: ROI calculator
Waarom gebruikt PDM Markdown (platte tekstbestanden)?
Het gebruik van Markdown (.md) biedt essentiële strategische en technische voordelen:
- Geen vendor lock-in: Markdown is een universele, open standaard. Je bent nooit gebonden aan dure, propriëtaire softwarelicenties.
- Duurzaam & altijd leesbaar: Platte tekst blijft ook over 10 of 20 jaar direct toegankelijk en te openen met elk tekstprogramma.
- Digitale soevereiniteit: Je behoudt het volledige eigenaarschap over de bronbestanden binnen je eigen infrastructuur of Git-versiebeheersysteem.
- Focus op inhoud: Auteurs richten zich uitsluitend op heldere inhoud, terwijl de presentatielaag (zoals de static site generator) de visuele opmaak verzorgt.
Zie ook: datasoevereiniteit
Wat is het PDM Canvas?
Het PDM Canvas is het centrale, visuele werkinstrument waarmee praktijkkennis 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.
Praktisch: stappenplan
Hoe verhinderen we dat het model dichtgroeit met uitzonderingen?
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 en onderhoudbaarheid overstijgen altijd theoretische volledigheid.
Is PDM een softwareplatform dat processen geautomatiseerd uitvoert?
Nee. PDM is een doelbewust handmatige, conceptuele en structurele methodiek om menselijke organisatiekennis slim te modelleren en vast te leggen. Het is geen workflow-engine of BPMS (Business Process Management System).
De verwerkingsmotor 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.
Welke concrete kostenbesparingen levert de PDM business case op?
De investering in PDM vertaalt zich direct naar aantoonbare besparingen:
- Licentiebesparing: Geen terugkerende kosten voor dure, gesloten BPM-software dankzij het gebruik van open standaarden (Markdown, Git).
- Efficiency in beheer: Eén centrale wijziging werkt direct door in alle werkinstructies en overzichten. Geen handmatig herstelwerk of foutkosten door verouderde documenten.
- Verkorte inwerktijd: Nieuwe medewerkers vinden sneller de juiste informatie en zijn eerder productief. Operationele kennis blijft bovendien geborgd bij het vertrek van sleutelfiguren.
- Versnelling van veranderprojecten: Geautomatiseerde Delta-analyses en directe backlog-generatie verkorten de voorbereidingstijd van reorganisaties en Agile IT-projecten aanzienlijk.
- Frictieloze procesaudits: Omdat de documentatie continu overeenkomt met de praktijk, verlopen ISO- en kwaliteitsaudits zonder kostbare piekdruk vooraf.
Bereken zelf: business case
bouwstenen van pdm
Wat zijn de “Bouwstenen” binnen PDM?
Om wildgroei aan vrijblijvende informatie te voorkomen, bouwt PDM alle organisatiekennis op uit gestandaardiseerde en herbruikbare objecten:
| Bouwsteen | Code | Omschrijving |
|---|---|---|
| Werkdomein | WD | De statische, thematische container van de organisatie-architectuur die eigenaarschap en scope markeert |
| Proces | P | De overkoepelende keten die het doel en de logische samenhang van activiteiten beschrijft |
| Processtap | PS | De atomische, actieve transformatie op het gecentreerde snijpunt van het IGOE-model (Input, Guide, Output, Enabler) |
| Rol | R | De abstracte aanduiding van wie of wat de handeling verricht (strikt ontkoppeld van persoonsnamen) |
| Informatieobject | IO | Digitale of conceptuele data die dient als input of output (bijvoorbeeld aanvraag, besluit, rapport) |
| Fysiek Object | FO | Tastbare, materiële stromen (bijvoorbeeld apparatuur, hardware, fysiek dossier) |
| Hulpmiddel | H | Enablers (IT-systemen, applicaties, machines) die de uitvoering ondersteunen |
| Regel | RE | Dwingende wet- en regelgeving, interne beleidskaders of normen (Guide vooraf) |
| KPI | K | Kritieke Prestatie Indicatoren om prestaties te meten en te sturen (Meting achteraf) |
Dieper: IGOE-model uitleg
Waarom worden persoonsnamen en functietitels strikt ontkoppeld?
Mensen wisselen van functie of verlaten de organisatie. Als je specifieke persoonsnamen of veranderlijke afdelingsnamen in procesbeschrijvingen gebruikt, veroudert de documentatie continu.
PDM documenteert daarom uitsluitend abstracte, genormaliseerde Rollen. Dit houdt het werknetwerk stabiel en onafhankelijk van organisatiewijzigingen.
Wat is het verschil tussen een Regel en een KPI binnen PDM?
Beide instrumenten sturen de operatie, maar hun werking verschilt fundamenteel:
| Aspect | Regel (Guide) | KPI (Meting) |
|---|---|---|
| Timing | Prescriptief (sturing vooraf) | Descriptief (meting achteraf) |
| Meettype | Binair (wel/niet voldaan) | Kwantitatief (cijfermatig) |
| Voorbeeld | Privacywetgeving, veiligheidsvoorschriften | Gemiddelde doorlooptijd, foutpercentage |
| Functie | Normeert hoe de processtap uitgevoerd moet worden | Registreert de prestatie om bijsturing mogelijk te maken |
het werknetwerk & relaties
Hoe ontstaat de volgorde (flow) van activiteiten in PDM?
In traditionele stroomdiagrammen wordt de volgorde vaak willekeurig getekend. In PDM ontstaat chronologie uitsluitend uit logische afhankelijkheid van informatie en materiaal.
Processtap B kan pas starten zodra de benodigde input (een Informatieobject of Fysiek Object) door Processtap A is opgeleverd. De stroom is een mathematisch gevolg van databeschikbaarheid.
Waarom worden twee processtappen nooit rechtstreeks aan elkaar gekoppeld?
Een processtap voegt alleen waarde toe 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 (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.
Hoe gaat PDM om met beslispunten en splitsingen?
PDM gebruikt geen losse beslissymbolen (zoals keuzeblokken of ruiten). Besluiten en beoordelingen worden gemodelleerd als gewone, actieve processtappen (bijvoorbeeld “Aanvraag beoordelen”).
Alternatieve paden ontstaan simpelweg doordat er vanaf die processtap meerdere specifieke uitgaande objecten lopen (bijvoorbeeld “Goedgekeurde aanvraag” versus “Afgewezen aanvraag”), die elk een opvolgende processtap activeren.
Waarom gebruikt PDM onveranderlijke codes (UID’s)?
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 levenscyclus van een object (Regel B2).
Dit garandeert historische traceerbaarheid, ketenimpact-analyses en stabiele onderlinge relaties zonder dat links breken bij een tekstuele naamswijziging.
Waarom kan een bouwsteen niet zomaar worden verwijderd?
Omdat PDM een relationeel netwerk is, zou het direct 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.
Zie ook: validatiepunten
fasering, governance & rollen
Welke fasen doorloopt een PDM-traject?
De transitie van de ruwe praktijk naar een geborgd werknetwerk verloopt via 5 fasen:
| Fase | Naam | Activiteiten |
|---|---|---|
| Fase 1 | Initiatie & Scopebepaling | Doel, kaders, procesgrensen en hoofdprocessen vastleggen op het PDM Canvas |
| Fase 2 | Inventarisatie | Ophalen van de feitelijke praktijk (IST) via interviews en observaties, geplaatst als ruwe kaarten op het PDM Canvas |
| Fase 3 | Analyse & Structurering | Promotie van Canvas-kaarten naar formele PDM-bouwstenen met attributen en relaties |
| Fase 4 | Documentatie & Generatie | Vormgeven van Markdown-bronbestanden, toepassen van PDM-macro’s en compilatie van de output |
| Fase 5 | Continue Borging | Formele decharge door de proceseigenaar, overdracht van beheer naar de lijnorganisatie en activering van de herbeoordelingscyclus |
Stap voor stap: stappenplan
Wat zijn PDM-Validaties?
Een Validatie is een 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.
Welke rollen en verantwoordelijkheden kent de PDM-governance?
PDM hanteert een duidelijke rolverdeling om de kwaliteit en continuïteit van het werknetwerk te borgen:
| Rol | Titel | Verantwoordelijkheid |
|---|---|---|
| Model Steward | Procesdocumentalist (Architect & Bewaker) | Beheert het centrale SSoT-werknetwerk, bewaakt de PDM-regels en grammatica, saneert straattaal naar genormaliseerde begrippen, vertaalt input naar Markdown-bronbestanden. Heeft het mandaat om niet-conforme invoer bij validaties af te keuren |
| Proceseigenaar | Inhoudelijk Eigenaar | Eindverantwoordelijk voor het werkdomein of proces. Accordeert de scope, stelt regels en kaders vast, borgt de herbeoordelingscyclus en stuurt op de KPI’s |
| Operationeel Expert | Subject Matter Expert (SME) | Levert de feitelijke praktijkkennis (IST) aan en toetst bij validaties of de beschreven modellen exact overeenkomen met de werkelijkheid |
| Operationele Medewerker | Gebruiker | Voert het werk uit op basis van de gedeelde SSoT en maakt gebruik van de doelgroepgerichte taakkaarten en instructies |
| Auditor | Compliance Officer (Toezichthouder) | Evalueert of de praktijk overeenkomt met de geldende normen en regels op basis van de geconsolideerde SSoT-data |
projecties & documentatie
Wat is het verschil tussen een “Projectie” en “Documentatie”?
| Type | Omschrijving | Voorbeeld |
|---|---|---|
| Projecties | Dynamische, visuele of tabelvormige weergaven die exact dezelfde centrale SSoT-data belichten vanuit een specifieke invalshoek | Flow-view, Rollenmatrix, RACI Matrix, Risicomatrix, Ketenimpact-analyse |
| Documentatie | Tekstuele, stapsgewijze uitingen die geautomatiseerd uit het model worden gegenereerd voor de dagelijkse operatie | Procesbeschrijving, Taakkaart, Rolprofiel, SOP (Standard Operating Procedure) |
Wat is de “Gouden Regel van PDM-Mutaties”?
Pas nooit handmatig een gegenereerd eindproduct aan (zoals een PDF-bestand, een geëxporteerd diagram of gegenereerde HTML-pagina).
Als de werkwijze verandert, pas je dit uitsluitend aan bij de bron (de Markdown-bestanden / het PDM Canvas) in de centrale SSoT. De verwerkingsmotor zorgt er vervolgens voor dat alle afgeleide Projecties en documenten automatisch, foutloos en overal consistent worden bijgewerkt.
Zie ook: één bron, altijd in sync
procesvernieuwing, delta-analyse & verandering
Hoe ondersteunt PDM procesvernieuwing en organisatiewijzigingen?
PDM kan een gewenste, toekomstige situatie (SOLL) in dezelfde Single Source of Truth modelleren naast de geborgde praktijk (IST). Door het toepassen van State Management (Active vs. Inactive) kan de impact van een organisatiewijziging, herstructurering of digitaliseringsslag vooraf exact en risicovrij berekend worden.
Wat is een PDM Delta-Analyse?
Een Delta-Analyse ($ \Delta = \text{SOLL} - \text{IST} $) is een geautomatiseerde vergelijking tussen de actieve situatie (IST) en het toekomstige procesontwerp (SOLL).
PDM berekent mathematisch welke bouwstenen gewijzigd, toegevoegd of verwijderd worden. Dit levert een exacte matrix op van alle verschuivingen in processtappen, rollen, IT-systemen, bedrijfsregels en informatie-overdrachten.
Hoe vertaalt PDM een procesontwerp (SOLL) naar Agile projecten en backlogs?
Doordat de PDM Delta-Analyse exact registreert welke objecten en relaties veranderen, vormt de uitkomst direct een foutloze project-backlog:
| Type verandering | Vertaling naar backlog-item |
|---|---|
| IT-koppelvlakken & Systeemeisen | Epics en User Stories voor softwareteams |
| Gewijzigde Rollen | Basis voor Change Management en opleidingsplannen |
| Nieuwe Regels | Direct op de agenda van Compliance en Risk Management |
| Wijzigende Informatieobjecten | Data-modelaanpassingen en integratievereisten |
| Veranderingen in Procesflow | Aanpassing workflow-engines en automatiseringsregels |
Meer details: doelgerichte procesverbetering
Wat gebeurt er met de documentatie op het moment van Go-Live?
Op het moment dat een voorgestelde procesverbetering live gaat, voert de Model Steward een Go-Live Promotie uit in de SSoT. Met één actie worden de Inactive SOLL-bouwstenen gewijzigd naar Active, en worden de oude IST-bouwstenen gearchiveerd.
Alle afgeleide documentatie, taakkaarten, RACI-matrices en websites verspringen op dat exacte moment naar de nieuwe werkelijkheid, zonder dubbel administratief werk.
certificering & normen
Vervangt PDM een ISO-certificering?
Nee. ISO (zoals ISO 9001 voor kwaliteitsmanagement of ISO 27001 voor informatiebeveiliging) is een externe norm waaraan een organisatie moet voldoen. PDM is een documentatie- en organisatiemethode.
PDM vervangt de norm niet, maar vormt de drager van het kwaliteitsmanagementsysteem (KMS) waarmee je moeiteloos aantoont dat je aan de normen voldoet.
Hoe helpt PDM bij het behalen en behouden van een ISO-certificaat?
Normen eisen dat processen aantoonbaar beheerst, herleidbaar en geborgd zijn. PDM maakt certificering audit-ready door:
- Single Source of Truth: Alle procesdefinities, rollen, risico’s en regels staan op één centrale plek vastgelegd.
- Aantoonbare borging: Via unieke ID’s en gekoppelde bouwstenen toon je een auditor binnen enkele seconden de exacte relatie tussen normeis, processtap en operationalisering.
- Continue compliance: Omdat documentatie direct gekoppeld is aan de dagelijkse praktijk, werk je continu volgens de norm in plaats van uitsluitend ‘voor de audit’.
Zie ook: frictieloze audits
Kan ik PDM combineren met meerdere normen tegelijk?
Ja, juist. Doordat PDM werkt met een modulaire opzet op basis van metadata, leg je een processtap maar één keer vast. Aan die stap koppel je vervolgens regels uit verschillende normen (bijvoorbeeld ISO 9001 voor kwaliteit, AVG/GDPR voor privacy, en ISO 27001 voor beveiliging).
Een auditor voor informatiebeveiliging ziet de relevante security-controls, terwijl de kwaliteitsauditor de processtroom toetst — uit exact dezelfde bron.
Meer lezen: datasoevereiniteit
nog een vraag?
Heb je een vraag die hier niet staat? Of wil je graag een persoonlijk gesprek over de toepassing van PDM in jouw organisatie?