PDM Begrippenlijst

A

  • Acceptatiecriteria

    • De binaire, objectief meetbare eisen waaraan de Output van een specifieke Processtap moet voldoen om succesvol te worden afgerond en te worden overgedragen aan de volgende stap.
    • PDM-Context: Acceptatiecriteria borgen de operationele kwaliteit aan de poort en voorkomen dat kwalitatief ondermaatse Output de keten verder vervuilt.

  • Active (Zie ook: State Management, Inactive)

    • De status van een PDM-bouwsteen of -relatie die op dit moment de feitelijke, geborgde operationele werkelijkheid op de werkvloer (IST) vertegenwoordigt.
    • PDM-Context: Uitsluitend bouwstenen met de status Active worden getoond in de reguliere, operationele projecties en werkinstructies voor de dagelijkse operatie.

  • Actor (Zie ook: Rol)

    • De specifieke entiteit (een functionaris, afdeling of extern systeem) die een Processtap uitvoert, bemant of beïnvloedt.
    • PDM-Context: Actoren worden als unieke Bouwstenen gemodelleerd binnen het Werknetwerk, waardoor hun taakinvulling, benodigde Hulpmiddelen en informatiestromen in alle Projecties (zoals de Rollenmatrix en RACI Matrix) consistent worden doorvertaald.

  • Actor Matrix (Rollenmatrix)

    • Een specifieke Projectie (weergave) die de relatie toont tussen alle Actoren/Rollen en de processen of processtappen waarbinnen zij actief zijn.

  • Afstwingbaarheid

    • Het binaire kenmerk van een Basisregel (Guide) binnen PDM. Een regel is óf compliant óf non-compliant; er is geen glijdende schaal of afwijking mogelijk zonder de procedure te overtreden. Dit staat in direct contrast met de optimalisatie-aard van een KPI.

B

  • Backlog Generatie

    • Het PDM-mechanisme waarmee de uitkomsten van een Delta-Analyse ($\Delta = \text{SOLL} - \text{IST}$) direct geconsolideerd worden tot een gestructureerde lijst van projecttaken, epics en user stories.
    • PDM-Context: Veranderingen in IT-koppelingen belanden op de IT-backlog, wijzigingen in regels bij Compliance, en gewijzigde rolstructuren op de OCM-backlog. Dit overbrugt de kloof tussen procesarchitectuur en Agile projectuitvoering.

  • Basisregel (Bedrijfsregel / Guide)

    • Een prescriptief, sturend kader vooraf dat bepaalt hoe er binnen een Processtap gehandeld moet worden en binnen welke wettelijke, organisatorische of kwalitatieve grenzen de uitvoering moet plaatsvinden.
    • PDM-Context: Een Basisregel is binair (voldoet / voldoet niet) en dient om uniformiteit, compliantie en kwaliteit te borgen. Binnen het IGOE-model fungeert deze als Guide. In tegenstelling tot traditionele methoden worden Basisregels binnen PDM als zelfstandige, unieke Markdown-objecten beheerd, waardoor ze centraal muteerbaar zijn.

  • Bouwstenen

    • De fundamentele, unieke objecttypen waaruit het PDM-Werknetwerk is opgebouwd.
    • PDM-Context: De primaire Bouwstenen omvatten: Processen, Processtappen, Rollen (Actoren), Informatieobjecten, Fysieke Objecten, Hulpmiddelen (Applicaties/Systemen), Basisregels (Guides) en KPI’s. Zij vormen gezamenlijk de SSoT.

  • Business Case & ROI (Return on Investment)

    • De kwantitatieve en kwalitatieve onderbouwing van de PDM-implementatie, gericht op het reduceren van faalkosten, het elimineren van zoektijd naar informatie, het verkorten van de inwerktijd van nieuwe medewerkers en het borgen van compliantie.

D

  • Delta-Analyse ($\Delta = \text{SOLL} - \text{IST}$)

    • De geautomatiseerde, mathematische vergelijking tussen de actieve operationalisatie (IST) en een voorgesteld procesontwerp (SOLL) binnen de Single Source of Truth.
    • PDM-Context: De Delta-Analyse identificeert exact welke bouwstenen en relaties worden toegevoegd, gewijzigd of ontkoppeld, en vormt de feitelijke basis voor veranderinitiatieven en project-backlogs.

  • Descriptief

    • Het beschrijvende en metende karakter achteraf van een KPI. Een KPI schrijft niet voor hoe er gewerkt moet worden, maar registreert continu op een glijdende schaal het resultaat van het handelen.

  • Documentaire Keten

    • De volledige, auditeerbare levenscyclus van proceskennis binnen PDM: van bronmodel (Markdown), versiebeheer en validatie tot geautomatiseerde generatie van werkinstructies en publicatie op het platform.

  • Dynamische Publicatie

    • De publicatievorm van de procesdocumentatie (zoals een via de static site generator Hugo opgebouwde kennishub) waarbij alle operationele werkinstructies, matrices en stroomschema’s via geautomatiseerde builds live worden samengesteld uit de centrale modelbron.

E

  • Enabler
    • De operationele productiemiddelen, systemen, machines, applicaties of specifieke checklists die noodzakelijk zijn om een Processtap fysiek of digitaal te kunnen uitvoeren. Het vertegenwoordigt de ‘E’ binnen het IGOE-model.

F

  • Fase 1: Initiatie & Scopebepaling

    • De eerste fase van de PDM-werkwijze, waarin de proceseigenaar en de documentalist het Werkdomein afbakenen, de initiële proceslijst opstellen op het PDM Canvas en de scope bevriezen bij Validatie 1.

  • Fase 2: Inventarisatie

    • De tweede fase van de PDM-werkwijze, gericht op praktijkobservatie en interviews op de werkvloer om alle relevante Bouwstenen (Hulpmiddelen, Informatieobjecten, Basisregels) in kaart te brengen. Sluit af bij Validatie 2.

  • Fase 3: Analyse & Structurering

    • De derde fase van de PDM-werkwijze, waarin de verzamelde Bouwstenen logisch en relatiegedreven met elkaar worden verbonden tot een sluitend digitaal Werknetwerk. Sluit af bij Validatie 3.

  • Fase 4: Documentatie & Generatie

    • De vierde fase van de PDM-werkwijze, waarin de stabiele modelbron via geautomatiseerde templates en scripts wordt omgezet in dynamische Projecties en bruikbare operationele Werkinstructies. Sluit af bij Validatie 4.

  • Fase 5: Continue Borging

    • De vijfde en finale fase van de PDM-werkwijze, waarbij het eigenaarschap van het Werknetwerk formeel wordt overgedragen aan de lijnorganisatie en de Model Steward, ten behoeve van permanente risicobeheersing, onderhoud en procesoptimalisatie (Validatie 5).

  • Fysiek Object

    • Een tastbare, materiële Bouwsteen (zoals een hardware-component, een documentenmap of een grondstof) die als Input een proces instroomt en als getransformeerde Output het proces verlaat.
    • PDM-Context: Het isoleren van fysieke objecten ten opzichte van informatiestromen stelt de documentalist in staat een zuivere materiaalstroomanalyse en logistieke blauwdruk te genereren.

G

  • Gate (Zie: Validaties)

    • Het formele controle- en beslismoment aan het einde van elke PDM-fase waarin de bijbehorende PDM Validatie wordt uitgevoerd voordat het project doorstroomt naar de volgende fase.

  • Go-Live Promotie

    • De gecontroleerde, handmatige actie binnen het SSoT-beheer waarbij goedgekeurde Inactive SOLL-bouwstenen de status Active krijgen, en verouderde IST-bouwstenen worden gearchiveerd.
    • PDM-Context: Hiermee verspringt het gehele procesportaal en alle afgeleide documentatie op het exacte moment van de Go-Live foutloos naar de nieuwe werkelijkheid.

  • Guide

    • De sturing vooraf binnen het IGOE-model. Het omvat alle beleidsregels, wetgeving, SLA-kaders en procedures die bepalen binnen welke grenzen een processtap verplicht moet worden uitgevoerd.

H

  • Hulpmiddel (Zie ook: Enabler)
    • Een unieke Bouwsteen die een specifieke applicatie, IT-systeem, machine of fysiek gereedschap vertegenwoordigt dat door een Actor wordt gebruikt om een handeling te verrichten.
    • PDM-Context: Omdat Hulpmiddelen uniek worden gemodelleerd, maakt PDM direct inzichtelijk welke processen, stappen en Rollen worden geraakt bij uitval, updates of vervanging van een specifiek systeem (Systeemimpact).

I

  • IGOE-model

    • Een gestructureerd modelleer- en analysekader dat wordt toegepast op elke Processtap om de volledige context te ontleden op basis van vier vectoren: Input (wat stroomt erin), Guide (wat stuurt het vooraf), Output (wat komt eruit) en Enabler (wat maakt de uitvoering mogelijk).
    • PDM-Context: IGOE vormt de kern van de Procesdocumentatie Methode en dwingt een sluitende logica af waarbij geen enkele stap als een ‘black box’ kan blijven bestaan.

  • Inactive (Zie ook: State Management, Active)

    • De status van een PDM-bouwsteen of -relatie die behort tot een ontworpen, toekomstige situatie (SOLL) of een veranderinitiatief dat nog niet live is op de werkvloer.
    • PDM-Context: Inactive bouwstenen interfereren niet met de dagelijkse operatie, maar worden uitsluitend ontsloten in transitie-projecties en Delta-Analyses.

  • Informatieobject

    • Een specifieke, immateriële Bouwsteen die een gestructureerde of ongestructureerde dataset vertegenwoordigt (zoals een incidentticket, een klantdossier of een goedgekeurde factuur) die digitaal of analoog getransporteerd wordt.
    • PDM-Context: Informatieobjecten vormen de verplichte dragers van de informatiestromen tussen processtappen. Twee processtappen kunnen binnen PDM nooit rechtstreeks aan elkaar gekoppeld worden; de Output van stap A is altijd een Informatieobject (of Fysiek Object) dat fungeert als de Input voor stap B.

  • Input

    • De startvoorwaarde of de data/materialen die aan het begin van een Processtap aanwezig moeten zijn en die door de handeling van de Actor worden getransformeerd tot Output. Het vertegenwoordigt de ‘I’ binnen het IGOE-model.

  • IST (Huidige Situatie)

    • De feitelijke, aantoonbare werkelijkheid van de huidige operationele bedrijfsvoering zoals deze op dit moment op de werkvloer wordt uitgevoerd en geborgd.

K

  • Ketenimpact

    • Het totale effect en de causale gevolgen van een wijziging in één specifiek proces(stap) op de rest van de procesketen en omliggende Werkdomeinen.

  • Kritieke Prestatie Indicator (KPI)

    • Een descriptieve Bouwsteen die het resultaat van het handelen achteraf registreert en kwantificeert op een glijdende schaal.
    • PDM-Context: KPI’s meten de snelheid, efficiëntie en effectiviteit van processen. Binnen het IGOE-model vallen KPI’s onder Output. Ze worden centraal beheerd als uniek bronbestand, waardoor prestatienormen direct consistent worden doorgevoerd op zowel operationele werkinstructies als tactische dashboards.

M

  • Model Steward

    • De specifieke rol binnen de PDM-governance die verantwoordelijk is voor het bewaken van de kwalitatieve en logische integriteit van het Werknetwerk, het beheren van de centrale modelbron en het fiatteren van mutaties.

  • Modelintegriteit

    • De absolute eis binnen PDM dat alle Projecties (weergaven) en documenten consistent moeten zijn met de centrale modelbron. Ad-hoc aanpassingen in losse schema’s of tabellen zijn niet toegestaan; mutaties vinden uitsluitend plaats in de bron.

O

  • Onderhoudsmodel

    • Het formele governancesysteem binnen PDM dat ervoor zorgt dat het Werknetwerk permanent synchroon blijft lopen met de operationele werkelijkheid op de werkvloer, waardoor kennisborging borg staat voor continuïteit en onafhankelijk blijft van individuen.

  • Optimalisatie

    • Het doel van een KPI. In tegenstelling tot de binaire afdwingbaarheid van een Basisregel, is optimalisatie gericht op continue verbetering, efficiëntieverhoging en het sturen op trends.

  • Output

    • Het tastbare of digitale resultaat, product of informatieobject dat door de uitvoering van een Processtap wordt opgeleverd en dat voldoet aan de vooraf gestelde Acceptatiecriteria. Het vertegenwoordigt de ‘O’ binnen het IGOE-model.

P

  • PDM Canvas

    • Het strategische en visuele werkinstrument dat tijdens Fase 1 wordt gebruikt voor het model-gedreven in kaart brengen en afbakenen van Werkdomeinen. Het fungeert als de initiële SSoT voor de scope en de proceslijst.

  • Prescriptief

    • Het dwingende, sturende karakter vooraf van een Basisregel. Het bepaalt exact hoe een Actor moet handelen en binnen welke kaders een stap moet worden uitgevoerd; afwijken is tijdens de uitvoering niet toegestaan.

  • Proces

    • Een logische, chronologische aaneenschakeling van Processtappen die transformatie van Input naar Output realiseert met als doel waarde te leveren aan een interne of externe klant.

  • Procesdocumentatie Maturity Model

    • Het volwassenheidsmodel van PDM (Niveau 0 t/m 5: van Ad-hoc, Gefragmenteerd, Statisch, Centraal, Dynamisch tot Geïntegreerd) waarmee organisaties kunnen bepalen in welke mate zij in staat zijn om proceskennis effectief te borgen, te delen en continu te verbeteren.

  • Proceseigenaar (Process Owner)

    • De functionaris in de lijnorganisatie die het eindverantwoordelijke mandaat draagt voor de prestaties, de compliantie, de kwaliteit en het continu verbeteren van een specifiek proces binnen het Werkdomein.

  • Processtap

    • De kleinste, ondeelbare atomaire eenheid van werk binnen een proces die door één Actor (Rol) op één specifiek moment wordt uitgevoerd. Een processtap wordt verplicht benoemd volgens een actieve werkwoord-zelfstandig naamwoord combinatie.
    • PDM-Context: Processtappen sluiten nooit rechtstreeks op elkaar aan; de overdracht vindt altijd plaats via een tussenliggend Informatieobject of Fysiek Object.

  • Processtroom (Process Flow / Swimlane Diagram)

    • Een chronologische en visuele Projectie van het procesverloop, gemodelleerd via gestandaardiseerde notaties (zoals Mermaid.js of BPMN), die de volgorde van stappen en de overdrachten tussen verschillende Actoren helder toont.

  • Procesvernieuwing

    • Het gecontroleerd ontwerpen, analyseren en doorvoeren van gewenste veranderingen (SOLL) binnen de procesarchitectuur, zonder de actieve, geborgde operationele werkelijkheid (IST) te verstoren.

  • Projecties (Views)

    • De specifieke, dynamisch gegenereerde weergaven en diagrammen (zoals de Processtroom, RACI Matrix, Risico Matrix, Systeemimpact Matrix of Delta-Analyse) die allemaal putten uit dezelfde unieke, centrale modelbron.

R

  • RACI Matrix

    • Aansprakelijkheidsmatrix die per processtap projecteert wie de taak uitvoert (Responsible), wie eindverantwoordelijk is (Accountable), wie geraadpleegd wordt (Consulted) en wie geïnformeerd wordt (Informed).
    • PDM-Context: Binnen PDM worden de rollen in de matrix niet handmatig ingevuld, maar worden deze afgeleid uit de gedefinieerde relaties tussen Actoren, stappen en eigenaarschap in de modelbron.

  • Risico Matrix

    • Een dynamische Projectie die de geïdentificeerde operationele risico’s en de daaraan gekoppelde beheersmaatregelen (Controls) koppelt aan de specifieke processtappen en Basisregels binnen het Werknetwerk.

  • Rol (Zie ook: Actor)

    • Een abstracte set van verantwoordelijkheden en bevoegdheden die gekoppeld is aan het uitvoeren van processtappen, onafhankelijk van de specifieke persoon die de functie op dat moment bekleedt.

  • Rolprofiel

    • De gebundelde weergave van alle processtappen, Hulpmiddelen, bevoegdheden en kwaliteitskaders die aan één specifieke Rol binnen het totale Werknetwerk zijn toegewezen.

S

  • Single Source of Truth (SSoT)

    • Het fundamentele procesarchitectuur-principe waarbij elk uniek gegeven of Bouwsteen (zoals een applicatienaam, een regeldefinitie of een KPI-norm) exact één keer in de bron van het Werknetwerk bestaat.
    • PDM-Context: Het SSoT-principe voorkomt versiechaos, kopieergedrag en tegenstrijdige informatie. Wijzigingen in de bron worden direct en consistent doorvertaald naar alle afgeleide Werkinstructies en Projecties.

  • SOLL (Toekomstige Situatie)

    • De gewenste, geoptimaliseerde of te veranderen procesinrichting die dient als doelarchitectuur voor organisatiewijzigingen, digitalisering of wetgevingsherzieningen.

  • State Management

    • Het mechanisme binnen PDM waarmee de levensfase en zichtbaarheid van bouwstenen en relaties expliciet wordt beheerd via status-attributen (Active vs. Inactive).
    • PDM-Context: State Management maakt het mogelijk om IST en SOLL gescheiden maar naast elkaar binnen één centrale SSoT-bronstructuur te onderhouden.

  • Systeemimpact Matrix

    • Een specifieke cross-matrix Projectie die de exacte relaties toont tussen IT-systemen (Hulpmiddelen) en de processtappen of Rollen die van deze systemen afhankelijk zijn voor hun dagelijkse operatie.

V

  • Validaties (De 5 Validaties)
    • De vijf verplichte, opeenvolgende kwaliteits- en integriteitstoetsen die aan het einde van elke fase van de PDM-werkwijze worden uitgevoerd (bij Validatie 1 t/m 5) om te borgen dat het model logisch en operationeel sluitend is. Dit vervangt het verouderde concept van ‘kwaliteitssluizen’.

W

  • Werkdomein

    • Het helder afgebakende organisatorische of ketenbrede gebied (de scope) waarbinnen de processen worden gemodelleerd en gestructureerd volgens de Procesdocumentatie Methode.

  • Werkinstructie

    • De concrete, operationele handleiding voor de werkvloer die is gekoppeld aan één specifieke Processtap. Een werkinstructie bevat naast de IGOE-metadata een helder stappenplan, de benodigde Hulpmiddelen, checklists en de Acceptatiecriteria.

  • Werknetwerk

    • Het totale, onderling verbonden en relationele model van alle Bouwstenen en hun onderlinge afhankelijkheden. Het vormt het dynamische, digitale fundament van de proceskennis van de organisatie.