Formele PDM Specificaties

De Formele Specificaties van de Procesdocumentatie Methode (PDM) vormen het technische en structurele raamwerk dat de transitie van statische documenten naar een intelligent werknetwerk mogelijk maakt. Waar de kracht van PDM voor de gebruiker schuilt in menselijke eenvoud aan de voorkant, rust deze eenvoud op een uiterst doordachte en strikt gedefinieerde “achterkant”.

In dit onderdeel worden de kaders vastgelegd voor het realiseren van een duurzame Single Source of Truth (SSoT). Deze specificaties beschrijven de exacte regels voor het modelleren van de kern-bouwstenen — werkdomeinen, processen, rollen, systemen en informatie — en de onderlinge relaties die hen verbinden tot een levend kompas voor de organisatie.

Door vast te houden aan deze formele standaarden en het gebruik van open formaten (Markdown), wordt gewaarborgd dat:

• Wijzigingen in de basis direct consistent verwerkt worden in alle onderliggende werkinstructies en weergaven.
• De organisatie geniet van volledige data-soevereiniteit en niet afhankelijk is van specifieke softwareleveranciers of tijdelijke licentiemodellen.
• Er een overdraagbaar en onderhoudbaar kennislandschap ontstaat waar de organisatie zelf de volledige regie over behoudt.

Deze specificaties vormen de basis voor vakmanschap en de kunst van het weglaten, met als doel een fundament te leggen voor een schaalbare en toekomstbestendige organisatie.

Het Werknetwerk

PDM is een formeel model ontworpen voor het vastleggen, beheren en publiceren van proceskennis. In plaats van te vertrouwen op gefragmenteerde tekstbestanden en losse diagrammen, dwingt PDM de constructie van een integraal ‘werknetwerk’ af.

Dit netwerk fungeert als de SSoT: één centrale kennisstructuur waarin elk aspect van de bedrijfsvoering exact één keer wordt vastgelegd. Binnen deze methodiek is documentatie geen vrijblijvend handgeschreven product, maar een model-gedreven Projectie van de vastgelegde kennis.

Wijzigingen worden uitsluitend in de bron van het model (het PDM-Canvas) doorgevoerd, waarna alle documentatie en Projecties consistent worden bijgewerkt via de website.

Bouwstenen

Binnen de PDM-grammatica maken we een strikt onderscheid tussen de organisatorische context en de operationele bouwstenen van het werknetwerk.

De Context: Het Werkdomein

Een Werkdomein vormt de statische, thematische en functionele container van de enterprise-architectuur. Het definieert het ‘speelveld’ en de organisatorische grenzen waarbinnen specifieke expertise, resources, informatie-objecten en processen leven. Een werkdomein kent geen chronologische flow of triggers; het is de structurele basis die eigenaarschap en scope markeert.

Attributen

De operationele bouwstenen

Om wildgroei aan informatie te voorkomen en een minimalistische, analyseerbare structuur te borgen, onderscheidt de grammatica van PDM Bouwstenen, helder afgebakend conform het IGOE-model (Input, Guides, Output, Enablers):

Bouwsteen Attributen & Systeemparameters

Systeem- & Structuurparameters

• id: Een unieke alfanumerieke identifier (bijv. WD-01, P-01, PS-102, KPI-03). Dit is de primaire sleutel waarmee objecten via relaties naar elkaar kunnen verwijzen.
• title: De menselijk leesbare naam van het object. Dit veld zorgt ervoor dat Hugo de juiste paginatitel rendert op de statische website.
• type: Gebruikt voor de interne mapping binnen het thema of de metadata-architectuur.

PDM Dashboard-aansturing & Filters

• pdm_bouwsteen: Dit veld triggert de Dataview-matrix of Hugo-datafilters. Het accepteert uitsluitend de harde kernwaarden (werkdomein, proces, processtap, informatieobject, fysiek_object, rol, hulpmiddel, regel, kpi).
• pdm_status: Bepaalt de rijping binnen de PDM-levenscyclus: Gepland, In Behandeling, Gerealiseerd, of Nvt.
• fase2_ruwe_logs: Een kwantitatieve teller (integer) specifiek bedoeld voor de inventarisatiefase.
• synoniemen: Een array (lijst) waarin informele termen van de werkvloer worden genoteerd (["Splunk lampje", "Netcool alert"]) ten behoeve van data-normalisatie naar de SSoT.
• geobserveerd_bij: Legt de koppeling vast tussen de generieke Rol en de daadwerkelijke context (welke medewerker of welk specifiek IT-systeem is aangetroffen tijdens de inventarisatie).
• norm: De specifieke streefwaarde of onder-/bovengrens van een KPI (bijv. ">= 75%" of "< 10m").

Relationele architectuur en validatie

Relaties vormen de absolute ruggengraat van het netwerk en bepalen de feitelijke flow van het werk. De relationele architectuur is hoofdzakelijk gecentreerd rondom de Processtap als het centrale transformatiepunt. Alle inkomende pijlen vertegenwoordigen inputs, enablers, rollen of kaders; alle uitgaande pijlen vertegenwoordigen de directe resultaten.

Standaardisatie van de pijlrichting in het Werknetwerk

Om tweezijdige query-integriteit te garanderen en dynamische visualisaties mogelijk te maken, verloopt de data-koppeling dwingend via de volgende relationele assen:

De Primaire Perspectieven (Projecties)

• Processtroom (Flow-view): Toont via dynamische diagrammen hoe informatieobjecten en fysieke objecten chronologisch (gesorteerd op volgnummer) als input en output fungeren tussen processtappen binnen hun respectievelijke werkdomeinen, en welke rollen, hulpmiddelen, regels en KPI’s hierbij betrokken zijn.
• Rollenmatrix: Isoleert de operatie volledig vanuit het perspectief van één specifieke rol of één geautomatiseerd systeem. Het toont welke stappen worden uitgevoerd (als Responsible), welke hulpmiddelen en objecten benodigd zijn, en welke wetgeving (Regels) en streefwaarden (KPI’s) van toepassing zijn.
• RACI Matrix: Een dynamisch gegenereerde matrix voor governance en escalatielijnen (gevoed door de arrays rollen (R), raci_a, raci_c en raci_i in de processtappen).
• Risicomatrix: Het operationele dashboard voor het management. Toont direct de geregistreerde bottlenecks en de mitigerende maatregelen, consistent gerangschikt op prioriteit (Kritiek → Hoog → Medium → Laag).
• Ketenimpact: De infrastructurele kwetsbaarheidsanalyse. Brengt direct in kaart wat het exacte effect op de processtappen is wanneer een specifiek hulpmiddel (of onderliggend applicatielandschap) uitvalt op basis van het attribuut uitval_impact.
• Systeem Ketenimpact: De applicatie-centrische weergave. Analyseert de onderlinge afhankelijkheden en risico’s vanuit de IT-architectuur. Brengt in kaart hoe bronsystemen, interfaces en datastromen via de processtappen invloed hebben op de continuïteit van de gehele keten.
• Kaderoverzicht (KPI- & Compliance-projectie): Het tactische sturingsdashboard voor de Proceseigenaar. Aggregeert alle KPI’s en dwingende complianceregels overzichtelijk per Werkdomein, Proces en onderliggende Processtappen, inclusief de bijbehorende norm en bronverwijzingen.

Kleurenschema voor de elementen in het Werknetwerk

De PDM-werkwijze en de 5 validaties

De transitie van de dagelijkse praktijk naar een betrouwbaar model verloopt via vijf gestructureerde fasen. De eerste drie fasen richten zich volledig op de laagdrempelige opbouw en rijping van data binnen het centrale PDM-Canvas. Er worden in deze fasen geen afzonderlijke deliverables buiten het Canvas geproduceerd; alle validaties bij de gates vinden rechtstreeks plaats op de status en metadata van de SSoT Hub.

Na iedere fase volgt een formele validatiestap om de integriteit en kwaliteit te borgen.

graph TB
    subgraph PDM [PDM Processturing && Workflow]
        direction TB

        %% Centraal Fundament: De SSoT Hub
        C1["Het PDM-Canvas <br> (SSoT)"]

        %% Niveau 1: Initiatie
        subgraph S1 [Fase 1: Initiatie && Scopebepaling]
            O1["Initialisatie PDM-Canvas"]
        end
        G1[Validatie 1: Scope-akkoord]
        S1 --> G1

        %% Niveau 2: Inventarisatie
        G1 --> S2
        subgraph S2 [Fase 2: Inventarisatie]
            O2["Kwantitatieve data-acquisitie & <br> observatie via Canvas-kaarten"]
        end
        G2[Validatie 2: Inventarisatie-check]
        S2 --> G2

        %% Niveau 3: Analyse && Modellering
        G2 --> S3
        subgraph S3 [Fase 3: Analyse && Structurering]
            O3["Promotie van Canvas-kaarten <br> naar Werknetwerk"]
        end
        G3[Validatie 3: Model-freeze]
        S3 --> G3

        %% Niveau 4: Documentatie
        G3 --> S4
        subgraph S4 [Fase 4: Documentatie && Generatie]
            O4["Generatie Projecties en <br> programmatische publicatie"]
        end
        G4[Validatie 4: Oplever-validatie]
        S4 --> G4

        %% Niveau 5: Beheer && Borging
        G4 --> S5
        subgraph S5 [Fase 5: Continue Borging]
            O5["Overdracht naar Lijnorganisatie"]
        end
        G5[Validatie 5: Beheer-overdracht]
        S5 --> G5

    end
    
    %% Datastromen van en naar de SSoT Hub
    O1 --> |"1. Scopegrenzen & Triggers"| C1
    O2 --> |"2. Platte Lijst Bouwstenen"| C1
    O3 --> |"3. Gecentreerde Netwerklogica & Metingen"| C1
    C1 --> |"4. Foutloze Bron-input (Projecties)"| O4

Fase 1 – Initiatie & Scopebepaling

Vaststellen van het te onderzoeken werkdomein, de hoofdprocessen en eventuele proceshiërarchieën. Start direct met de Initialisatie van het PDM-Canvas.

• Validatie 1: Scope-akkoord: Formele acceptatie van de scopegrenzen, triggers en hoofdprocessen 1-op-1 vastgelegd binnen het Canvas. Toetsing op beschikbaarheid van de gecontracteerde SME’s.

Fase 2 – Inventarisatie

Verzamelen van feitelijke operationele kennis (IST-situatie) via interviews en observaties op de werkvloer. Inzichten landen direct als flexibele kaarten binnen de vaste PDM-blokken op het Canvas.

• Validatie 2: Inventarisatie-check: Inhoudelijke praktijkcheck met operationele experts ter verwerking van de op het Canvas aanwezige rauwe bouwstenen. Exotische randgevallen worden direct gesaneerd (de kunst van het weglaten).

Fase 3 – Analyse & Structurering

Vertalen van de flexibele praktijkkennis naar de formele netwerklogica. Kaarten op het Canvas worden officieel gepromoveerd tot gestructureerde Kernnotities. Kaders (Regels) en streefwaarden (KPI’s) worden sluitend gedefinieerd en gekoppeld langs de gecentreerde processtap-assen.

• Validatie 3: Model-freeze: Een goedgekeurd, wiskundig sluitend conceptueel werknetwerk binnen het Canvas, getoetst aan de Modelleerregels (geen ‘zwevende’ objecten of logische weeffouten). Volledig geabstraheerd naar abstracte Rollen, Systemen en eenduidige meetbare KPI’s.

Fase 4 – Documentatie & Generatie

De programmatische uitrol van de bevroren brondata. Omdat alle relaties en verplichte attributen diep in de Markdown-kernnotities verankerd zijn, fungeert het PDM-Canvas als betrouwbare bron-input voor de geautomatiseerde Projecties in Hugo.

• Validatie 4: Oplevervalidatie: Technische consistentiecheck (geen gebroken links) gekoppeld aan de doelgroeptoets in de praktijk. Getekend voor de Gouden Beheerafspraak.

Fase 5 – Continue Borging

Finale verankering waarbij het gegenereerde pakket actief overgaat naar de operationele lijnorganisatie.

• Validatie 5: Beheer-overdracht: Formele decharge door de proceseigenaar. Het wijzigingsbeheer is belegd in de lijn en de periodieke herbeoordelingscyclus (zowel op naleving van de Regels als realisatie van de KPI’s) is geactiveerd.

Harde PDM-regels (kwaliteitsborging)

Om de logische sluitendheid van het werknetwerk te garanderen, moet elk model vóór publicatie (tijdens Validatie 4) voldoen aan de onderstaande geconsolideerde PDM-regels. Deze definities worden dynamisch opgehaald uit de centrale configuratie.

1. Basisregels (De fundamenten)

Dit zijn de overkoepelende uitgangspunten voor het gedrag, de inrichting en de filosofie van het model.

2. Modelleerregels (De grammatica)

De harde regels voor het opbouwen en valideren van het werknetwerk (toegepast tijdens de validatie na de ontwerpfase).

3. Projectieregels (de weergaven)

Regels die bepalen hoe specifieke, afgeleide overzichten (Projecties) worden gegenereerd en geïnterpreteerd.

Copyrights, licentievoorwaarden en AI-clausules

Op de PDM-methodiek, het metamodel, de Projectie-grammatica en alle inhoud van deze specificaties zijn intellectuele eigendomsrechten, specifieke licentievoorwaarden en een strikt AI-trainingsverbod van toepassing.

Zie de centrale Copyright- en licentievoorwaarden voor de volledige juridische bepalingen en gebruiksrechten.