Werkwijze

De Procesdocumentatie Methode (PDM) biedt een model-gedreven aanpak om operationele proceskennis binnen organisaties te structureren en te borgen. In plaats van statische teksthandboeken te schrijven, bouw je met PDM aan een dynamisch Werknetwerk. Dit netwerk fungeert als de onbetwiste Single Source of Truth (SSoT) waarin de zeven fundamentele bouwstenen en hun onderlinge relaties exact één keer worden vastgelegd.

Alle bruikbare business-outputs — zoals procesbeschrijvingen, werkinstructies, RACI-matrices en specifieke weergaven (Views) — worden model-gedreven uit deze centrale bron geprojecteerd. Wijzigingen worden uitsluitend in de bron van het model doorgevoerd, waardoor alle afgeleide documenten permanent actueel, consistent en ‘audit-ready’ blijven.

graph TB
    %% Het Centrale Fundament
    A((Werknetwerk<br/>Single Source of Truth)) --> SSoT

    subgraph SSoT [De Ruggengraat]
        B[7 Bouwstenen] <-->|Relationele Logica| E[Relationele Architectuur]
    end

    %% De Dynamische Projecties
    SSoT -->|Model-gedreven Projectie| Output

    subgraph Output [De Bedrijfshulpmiddelen]
        C[Views<br/>*Flow, Domain, Actor, Relation*]
        D[Documentatie<br/>*Werkinstructies, RACI, Processen*]
    end

    %% De Levenscyclus (Implementatie & Beheer)
    Output -->|Gerealiseerd via| F[5-Fasen Traject]
    F -->|Gecontinueerd in| G[Continu Onderhoud & Beheer]
    G -->|Voedt mutaties in| A

    %% Klikbare PDM-architectuur links
    click A "/PDM/werknetwerk/" " "
    click B "/PDM/bouwstenen/" " "
    click C "/PDM/views/" " "
    click D "/PDM/documentatie/" " "
    click E "/PDM/relaties/" " "
    click F "/PDM/fasering/" " "
    click G "/PDM/onderhoud/" " "

I. Het Fundament: Het Werknetwerk & De Bouwstenen

De kern van de methodiek bestaat uit het blootleggen van de analoge en operationele realiteit. Dit wordt gedaan door de werkvloer te ontleden in persoonsonafhankelijke typen kennisobjecten:

• Proces: De abstracte container of context die de formele grenzen (fysieke trigger en eindtoestand) van een specifiek werkdomein definieert.
• Processtap: De kleinste, betekenisvolle, actieve transformatie of handeling op de werkvloer.
• Informatieobject: De inhoudelijke data die als digitale of analoge brandstof (input) dient of als resultaat (output) ontstaat, scherp gescheiden van het fysieke of digitale medium.
• Fysiek Object: De tastbare, materiële stromen, goederen of dragers die binnen het netwerk worden verplaatst, verbruikt of getransformeerd.
• Uitvoerder: De generieke, persoonsonafhankelijke rol die de capaciteit levert om een stap uit te voeren.
• Hulpmiddel: De operationele enabler (zoals tools, applicaties, machines of sjablonen) waarmee de uitvoering wordt gefaciliteerd, zonder dat deze zelf van gedaante verandert.
• Regel: De conditionerende kaders, wetgevingen of kwaliteitsafspraken die de uitvoering van een stap inperken.

De Relaties: De Ruggengraat

Bouwstenen zweven niet los rond. De feitelijke flow van het werk ontstaat door harde, expliciete afhankelijkheden:

• Proces bevat Processtap
• Uitvoerder voert uit Processtap
• Processtap produceert Informatieobject (Output)
• Informatieobject wordt gebruikt door Processtap (Input)
• Processtap produceert Fysiek Object (Output)
• Fysiek Object wordt gebruikt door Processtap (Input)
• Hulpmiddel faciliteert Processtap
• Regel beïnvloedt Processtap

II. De Projecties: Perspectieven & Documentatie

Omdat alle kennis gecentraliseerd is in de relationele architectuur, kan het model op verschillende manieren worden uitgelezen, zonder dat er ooit dubbele informatie of beheerslast ontstaat.

Vier Vensters op de Werkelijkheid (Views)

• Flow View: Toont hoe het werk, de informatie en de materialen zich chronologisch op basis van afhankelijkheden door de organisatie bewegen. Ondersteunt de Zoom-functionaliteit per stap.
• Domain View: Een statisch overzicht van alle aanwezige objecten, hulpmiddelen en kaders binnen een werkgebied, volledig los van de factor tijd.
• Actor View: Isoleert het netwerk tot de specifieke taken, benodigde hulpmiddelen, objecten en kaders van één enkele uitvoerder.
• Relation View: Toont de wiskundige webstructuur ten behoeve van objectieve impact- en governance-analyses (bijv. de ketenbrede impact bij uitval van een hulpmiddel).

Afgeleide Documentatie

Documenten zijn binnen PDM geen handgeschreven eindproducten, maar model-gedreven rapportages uit de centrale modelbron:

• Procesbeschrijving: De narratieve, integrale weergave van de tactische samenhang en governance van een domein.
• Werkinstructie: De microscopische, operationele stappenhandleiding voor de werkvloer, inclusief benodigde hulpmiddelen en fysieke handelingen.
• Uitvoerderprofiel: Een persoonsonafhankelijke blauwdruk van de operationele interacties, verantwoordelijkheden en benodigde hulpmiddelen van een specifieke rol.
• Verantwoordelijkheidsmatrix (RACI): Een taakverdelingsmatrix die wetmatig en direct uit de actieve relaties van het model wordt afgeleid.

III. De Transitie: Van Project naar Levend Beheer

De waarde van PDM wordt pas echt verzilverd wanneer de methode stevig wordt verankerd in de operationele cyclus van de organisatie. Dit traject kent een heldere fasering, een duidelijke implementatiestructuur en een ijzersterke beheerparagraaf:

1. Het 5-Fasen Traject

De transitie van de ongepolijste praktijk naar een gevalideerd model verloopt via een vaste structuur met harde kwaliteits-gates:

• Fase 1 – Opdracht & Scopebepaling: Organisatorische afbakening van de ‘container’ om scope-creep te elimineren.
• Fase 2 – Inventarisatie: Het ophalen van de zuivere IST-kennis uit de praktijk (inclusief hulpmiddelen en materiaalstromen) via interviews en observaties.
• Fase 3 – Analyse & Structurering: De ruwe data normaliseren, ontdubbelen en vertalen naar het formele PDM-metamodel.
• Fase 4 – Modellering & Documentatie: Het formeel vastleggen van de objecten en relaties binnen de modelstructuur en het genereren van de outputs.
• Fase 5 – Validatie & Oplevering: Toetsing van de modelintegriteit bij de stakeholders en formele decharge.

2. De Succesvolle Implementatie

Om PDM organisatiebreed uit te rollen, wordt een beproefd 5-stappenplan gehanteerd. Dit plan transformeert de organisatie van een document-gedreven cultuur (“we schrijven losse tekstdocumenten”) naar een model-gedreven cultuur (“we muteren het centrale netwerk”). Hierin worden rollen zoals de Procesdocumentalist als formele Kennisarchitect gepositioneerd.

3. Permanente Kwaliteit: Onderhoud & Wijzigingsbeheer

Een werknetwerk is geen statisch op te leveren project, maar een levend onderdeel van de corporate governance. Onder de wet “Geen handmatige aanpassingen in documenten” richt de beheerfase zich op het continu verwerken van organisatorische wijzigingen in de modelbron. Wijzigt er een wet, een fysieke grondstof of een hulpmiddel? Dan muteert de Procesdocumentalist uitsluitend dat specifieke object. Het onderhoud van PDM garandeert dat de business-outputs (zoals werkinstructies en audits) direct en foutloos up-to-date worden gegenereerd vanuit het geactualiseerde netwerk.