Formele PDM Specificaties

In dit document 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 —, de onderlinge relaties die hen verbinden tot een levend kompas voor de organisatie, en het State Management ter ondersteuning van doorlopende procesverbetering (IST vs. SOLL).

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.
• Procesverbeteringen als een mathematische Delta ($\Delta = \text{SOLL} - \text{IST}$) direct berekenbaar en traceerbaar zijn op attribuutniveau.
• 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.

Het Werknetwerk & State Management

PDM is een formeel model ontworpen voor het vastleggen, beheren, verbeteren 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.

Dynamische Levenscyclus (IST vs. SOLL)

Het Werknetwerk ondersteunt het gelijktijdig bestaan van de actuele operationele werkelijkheid (IST) en toekomstige procesontwerpen (SOLL). Door middel van de unieke statusindicator pdm_status worden objecten strikt gescheiden:

• Active (IST): De geëffectueerde, operationele status op de werkvloer.
• Inactive (SOLL / Delta): Voorgestelde wijzigingen in ontwerpfase (New, Updated, Archived), die via de PDM-wijzigingscyclus gecontroleerd worden geëffectueerd.

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.

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, IO-05, ROL-02, FO-01, HM-04, REG-03, 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, State Management & 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: VERPLICHT. Bepaalt de operationele status binnen de PDM-levenscyclus:
  • Active: Onderdeel van de actuele IST-situatie (live op de werkvloer).
  • Inactive: Onderdeel van een SOLL-ontwerp of verbetertraject.
• pdm_substatus: Dwingend vereist indien pdm_status = Inactive. Bepaalt het mutatietype ten behoeve van de Delta-berekening:
  • New: Nieuw voorgesteld element.
  • Updated: Gewijzigde versie van een bestaand Active element.
  • Archived: Element dat in de SOLL vervalt (fysiek wissen is verboden).
• vorige_versie_id: Koppeling naar de Active stap-ID die door een Updated of Archived SOLL-stap wordt vervangen.
• doeldatum_go_live: De geplande ingangsdatum waarop de Inactive status wordt gepromoveerd naar Active.
• voldoet_aan_waardetoets: Boolean (true/false). De PDM-lakmoesproef (Output > Input). Bij false dient waardetoets_analyse gevuld te worden met het reductie-advies (bijv. 3 V’s of Lean TIMWOODS-verspilling).
• 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: $\text{Processtap} = f(\text{actoren}, \text{input}, \text{output}, \text{tools}, \text{regels}, \text{kpis})$.

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)

Een Projectie is een geautomatiseerde, doelgroepspecifieke uitsnede uit de SSoT. PDM maakt een strikt mathematisch en functioneel onderscheid tussen twee klassen van projecties:

A. Toestandsprojecties (Statische Momentopnamen)

Projecties die de focus leggen op één specifieke operationaliseringstoestand (standaard pdm_status: Active voor IST, of pdm_status: Inactive voor een puur SOLL-ontwerp):

• 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.
• Rollenmatrix: Isoleert de operatie volledig vanuit het perspectief van één specifieke rol of één geautomatiseerd systeem (Mens vs. Systeem).
• RACI Matrix: Een dynamisch gegenereerde matrix voor governance en escalatielijnen (gevoed door de arrays actoren (R), raci_a, raci_c en raci_i in de processtappen).
• Risico- & Waardematrix: Het operationele dashboard voor het management. Toont geregistreerde bottlenecks, mitigaties én stappen waar voldoet_aan_waardetoets = false met het bijbehorende reductie-advies.
• Ketenimpact & Systeem Ketenimpact: Infrastructurele en applicatieve kwetsbaarheidsanalyses op basis van het attribuut uitval_impact en de gekoppelde tools.
• Kaderoverzicht (KPI- & Compliance-projectie): Het tactische sturingsdashboard voor de Proceseigenaar. Aggregeert alle KPI’s (Metingen achteraf) en dwingende Regels (Guides vooraf) overzichtelijk per Werkdomein, Proces en Processtap.

B. Transitieprojecties (Dynamische Verschilberekening)

Projecties die niet één toestand isoleren, maar de mathematische vergelijking tussen twee toestanden modelleren ($\Delta = \text{SOLL} - \text{IST}$):

• Delta-Matrix (Backlog-projectie): De geautomatiseerde inventarisatie van alle mutaties tussen de huidige praktijk en de gewenste situatie. Isoleert alle pdm_status: Inactive objecten per substatus (New, Updated, Archived) via de traceerkoppeling vorige_versie_id. Dit levert de direct geconsolideerde, risicogewogen werkvoorraad voor projectmanagement, analisten en Agile backlogs.

Kleurenschema voor de elementen in het Werknetwerk

De PDM-werkwijze, Verbetercyclus en de 5 Validaties

De transitie van de dagelijkse praktijk naar een betrouwbaar model én de continue evolutie van IST naar SOLL verlopen via vijf gestructureerde fasen.

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

        C1["Het PDM-Canvas <br> (SSoT Hub)"]

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

        G1 --> S2
        subgraph S2 [Fase&nbsp;2:&nbsp;Inventarisatie&nbsp;&&nbsp;Nulmeting]
            O2["Kwantitatieve IST-acquisitie <br> (pdm_status: Active)"]
        end
        G2[Validatie 2: Inventarisatie-check]
        S2 --> G2

        G2 --> S3
        subgraph S3 [Fase&nbsp;3:&nbsp;Analyse,&nbsp;Delta&nbsp;&&nbsp;SOLL&nbsp;Modellering]
            O3["Ontwerp SOLL (pdm_status: Inactive) <br> & Berekening Delta-Matrix"]
        end
        G3[Validatie 3: Model-freeze & Autorisatie]
        S3 --> G3

        G3 --> S4
        subgraph S4 [Fase&nbsp;4:&nbsp;Documentatie,&nbsp;Generatie&nbsp;&&nbsp;Implementatie]
            O4["Overdracht Delta naar Project <br> & Uitrol op de werkvloer"]
        end
        G4[Validatie 4: Oplever- & Go-Live Validatie]
        S4 --> G4

        G4 --> S5
        subgraph S5 [Fase&nbsp;5:&nbsp;Continue&nbsp;Borging&nbsp;&&nbsp;Promotie]
            O5["Go-Live Promotie: SOLL ──► Active IST <br> Overdracht naar Lijnorganisatie"]
        end
        G5[Validatie 5: Beheer-overdracht]
        S5 --> G5

    end
    
    O1 --> |"1.&nbsp;Scopegrenzen & Triggers"| C1
    O2 --> |"2.&nbsp;Actieve IST-bouwstenen"| C1
    O3 --> |"3.&nbsp;SOLL-mutaties & Delta-calculatie"| C1
    C1 --> |"4.&nbsp;Geconsolideerde 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 vastgelegd binnen het Canvas.

Fase 2 – Inventarisatie & Nulmeting

Verzamelen van feitelijke operationele kennis (IST-situatie) via interviews en observaties. Gegevens landen als actieve bouwstenen (pdm_status: Active).

• Validatie 2: Inventarisatie-check: Inhoudelijke praktijkcheck met operationele experts (SME’s) ter verwerking van de feitelijke IST-bouwstenen.

Fase 3 – Analyse, Delta & SOLL-Modellering

Toetsing van de IST aan prestaties (KPI-normen) en waardetoetsen. Modelleren van verbetervoorstellen als SOLL-bouwstenen (pdm_status: Inactive met substatus New, Updated, Archived). Het PDM-systeem genereert de automatische Delta-Matrix ($\Delta = \text{SOLL} - \text{IST}$).

• Validatie 3: Model-freeze & Autorisatie: Formeel akkoord van de Proceseigenaar op het SOLL-model en de Delta-rapportage.

Fase 4 – Documentatie, Generatie & Implementatie

De Delta-rapportage dient als directe input (backlog) voor de projectfase. De overkoepelende SSoT genereert geautomatiseerde test-projecties ter voorbereiding op de go-live.

• Validatie 4: Oplever- & Go-Live Validatie: Technische consistentiecheck en praktijktoetsing van het gewijzigde proces vóór ingebruikname.

Fase 5 – Continue Borging & Promotie

Genoemde doeldatum_go_live treedt in werking. Via de Go-Live Promotie worden alle goedgekeurde SOLL-stappen omgezet naar pdm_status: Active. Gearchiveerde stappen worden historisch slapend.

• Validatie 5: Beheer-overdracht: Decharge door de proceseigenaar. Het nieuwe proces vormt de nieuwe, geborgde IST.

Harde PDM-regels (kwaliteitsborging & State Management)

Om de logische sluitendheid en de historie van het werknetwerk te garanderen, moet elk model voldoen aan de onderstaande geconsolideerde PDM-regels.

1. Basisregels (De fundamenten)

2. Modelleer- & State-regels (De grammatica & statusbeheer)

3. Projectieregels (de weergaven)

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.