Procesverbetering

Procesverbetering is binnen PDM geen losstaand project of een periodieke herontwerpoefening op een whiteboard. Binnen PDM is procesverbetering de gecontroleerde, datagedreven transitie van een actuele IST-situatie naar een gevalideerde SOLL-situatie.
Omdat PDM werkt met een eenmalige bron van waarheid (SSoT) gebaseerd op gestructureerde data, wordt de Delta ($\Delta$) tussen IST en SOLL berekend en direct traceerbaar tot op het niveau van individuele bouwstenen.

fundament

PDM operationaliseert procesbeheer en -verbetering door middel van een strakke verzamelingenlogica:

De Processtap als Functie

Een processtap is de elementaire bouwsteen van uitvoering en wordt gedefinieerd door de combinatie van zijn onderliggende attributen:

Het Proces als verzameling

Een proces is de som van zijn chronologisch gesorteerde processtappen:

De Delta ($\Delta$) as Mutatiematrix

De mate van procesverbetering is het exacte verschil tussen het toekomstige procesontwerp ( $\text{Proces}_{\text{SOLL}}$) ( en de actuele operationele werkelijkheid (( $\text{Proces}_{\text{IST}}$( ):

levenscyclus en statusmanagement

Om te voorkomen dat SOLL-ontwerpen de dagelijkse operatie verstoren, kent PDM een strikte scheiding in de status van de bouwstenen via het attribuut pdm_status.

graph TB
SWOT("<b>Strategische Analyse</b><br/>(SWOT / Kansen / Knelpunten)")

subgraph PDM[In scope PDM]
    IST("<b>IST-Status</b><br/>pdm_status: Active")
    SOLL("<b>SOLL-Status</b><br/>pdm_status: Inactive (New, Updated, Archived)")
    DELTA("<b>Delta-Analyse</b><br/>(Mutatielijst Backlog)")
    IMP("<b>Implementatie</b><br/>(Project / Change)")
    GO("<b>Go Live</b><br/>SOLL ────► Nieuwe IST")
end

SWOT --> SOLL
IST & SOLL --> DELTA
DELTA --> IMP
IMP --> GO

statustypen binnen pdm:

• Active (IST): De bouwsteen maakt op dit moment deel uit van het geëffectueerde, operationele proces. Dit is wat de werkvloer raadpleegt en uitvoert.
• Inactive (SOLL / Delta): De bouwsteen is onderdeel van een voorgestelde verandering en kent drie verbijzonderingen:
  • New: Een volledig nieuwe processtap of ondersteunende bouwsteen (bijv. een nieuw Systeem of KPI).
  • Updated: Een bestaande processtap waarvan de onderliggende kenmerken of relaties wijzigen (bijv. een andere Actor, een nieuw Hulpmiddel, of een gewijzigde Regel).
  • Archived: Een bestaande stap die in de SOLL-situatie vervalt. Let op: PDM verwijdert nooit fysiek data uit de SSoT. Een vervallen stap krijgt de status Archived voor volledige auditability.

identificatie van verbetering: waardetoets en igoe-kaders

Procesverbetering binnen PDM ontstaat door het analyseren van processtappen op twee specifieke attributen:

de pdm lakmoesproef

Elke processtap heeft het verplichte boolean attribuut voldoet_aan_waardetoets.

• true: De stap voegt directe waarde toe aan het transformeren van Input naar Output voor de (interne) klant.
• false: De stap voegt geen directe waarde toe.

Wanneer een stap op false staat, dient de waardetoets_analyse te worden ingevuld met een onderbouwing (bijv. analyse op basis van de 3 V’s: Vorm, Ventileren, Verplakken of Lean TIMWOODSTIMWOODS is het eenduidige acroniem voor de 8 klassieke vormen van verspilling binnen PDM: Transportation, Inventory, Motion, Waiting, Overprocessing, Overproduction, Defects en Skills.-verspillingen). Dit vormt de directe input voor een Archived of Updated mutatie.

het igoe-model (guides en metingen)

PDM splitst sturing en controle strak via objectrelaties:

• Guides (Sturing vooraf): Gekoppeld via het attribuut regels. Dit zijn prescriptieve, binaire kaders (wetgeving, kwaliteitsnormen). Verbetering richt zich hier op het schrappen van overbodige of verouderde regels.
• Metingen (Prestatie achteraf): Gekoppeld via het attribuut kpis. Dit zijn descriptieve waarden op een glijdende schaal. Wanneer een KPI op proces- of processtapniveau uitstroomt buiten de norm, vormt dit de kwantitatieve onderbouwing voor een verbetervoorstel.

datastructuur-voorbeeld van een delta

Hieronder staat een voorbeeld van hoe een processtap binnen PDM wordt gedocumenteerd tijdens een verbetertraject waarbij een handmatige BKR-controle wordt geautomatiseerd via een nieuwe tool.

de oude situatie (ist - active)

---
id: PS-FIN-0102
proces_id: PR-FIN-002
title: "Handmatig BKR-register raadplegen"
volgnummer: 20
type: "Processtap"
pdm_bouwsteen: "processtap"
pdm_status: "Active"
actoren:
  - ACT-ROL-003 # Acceptant Kredieten (Mens)
voldoet_aan_waardetoets: false
waardetoets_analyse: "TIMWOODS: Overprocessing. Handmatige invoer veroorzaakt doorlooptijdstagnatie."
duur: "15m"
prioriteit: "Hoog"
input:
  - INFO-001 # Kredietaanvraag
output:
  - INFO-002 # BKR-Toetsuitslag
tools:
  - TOOL-SYS-001 # BKR Webportal
bottleneck: "Trage responstijd webportal tijdens piekuren"
---

de nieuwe situatie (soll - inactive / updated)

---
id: PS-FIN-0102
proces_id: PR-FIN-002
title: "Geautomatiseerde BKR-toetsing uitvoeren"
volgnummer: 20
type: "Processtap"
pdm_bouwsteen: "processtap"
pdm_status: "Inactive"
sub_status: "Updated"
actoren:
  - ACT-SYS-008 # RiskEngine API (Systeem)
voldoet_aan_waardetoets: true
waardetoets_analyse: "Volledig geautomatiseerde waardedoorgifte zonder menselijke tussenkomst."
duur: "2s"
prioriteit: "Kritiek"
input:
  - INFO-001 # Kredietaanvraag
output:
  - INFO-002 # BKR-Toetsuitslag
tools:
  - TOOL-SYS-012 # RiskEngine Core
regels:
  - REGEL-WFT-004 # Automatische Acceptatie Kaders
kpis:
  - KPI-FIN-001 # Doorlooptijd BKR-toetsing (Norm: < 5s)
---

pdm mutatielijst als input voor projectmanagement

Doordat PDM alle wijzigingen op attribuutniveau vastlegt, kan de Delta automatisch worden gegenereerd als een concrete werkvoorraad (Agile Backlog of Project Initiatie Document) voor project- en verandermanagement:

go-live

Op de vastgestelde ingangsdatum van het nieuwe proces wordt de Delta geëffectueerd via een gecontroleerd transitieprotocol:

1. Archivering: Alle processtappen met pdm_status: Inactive (Archived) worden definitief historisch slapend gezet.

2. Promotie: Alle processtappen met pdm_status: Inactive (New/Updated) krijgen de status Active.

3. Versie-bump: Het attribuut versie van de overkoepelende bouwsteen proces wordt opgehoogd (bijv. van v1.0 naar v2.0).

4. SSoT Borging: De nieuwe IST-situatie is direct beschikbaar voor de organisatie. Omdat alle koppelvlakken (Actoren, Regels, Tools, Informatieobjecten) vanaf dag één correct gekoppeld zijn, is het nieuwe proces geborgd zonder documentatie-achterstand.

borging binnen de pdm wijzigingscyclus

Procesverbetering staat binnen PDM niet op zichzelf, maar gebruikt de infrastructuur van het reguliere beheer. Elke verandering van IST naar SOLL volgt de formele afspraken zoals vastgelegd in Wijzigingsbeheer & Governance.

Procesverbetering in de Governance

1. Een procesverbetering raakt per definitie de netwerkstructuur en doorloopt altijd de Formele Route met verplichte toetsing door de Model Steward en autorisatie door de Proceseigenaar.
2. RACI-verdeling:
   • Operationele Expert (SME): Signaleert knelpunten/kansen en valideert de praktische werking van de voorgestelde SOLL.
   • Model Steward: Modelleert de SOLL-bouwstenen (pdm_status: Inactive), bewaakt de SSoT-grammatica en genereert de Delta-rapportage.
   • Proceseigenaar: Is Accountable voor de autorisatie van het mutatievoorstel en verleent formeel akkoord voor de Go-Live promotie.
3. Principe: Pas wanneer de Go-Live promotie plaatsvindt, worden de Markdown-bronnen bijgewerkt, compileert de statische site generator (Hugo) de nieuwe HTML-projectie en is de verbetering geborgd op het intranet.