KPI

Binnen PDM is de Kritieke Prestatie Indicator (KPI) de bouwsteen die de prestaties van het werknetwerk achteraf kwantificeert ten behoeve van sturing, evaluatie en continue procesoptimalisatie.

Waar de bouwsteen Regel fungeert als een prescriptieve, binaire richtlijn vooraf (je bent wel of niet compliant), functioneert de KPI als een descriptieve meting achteraf op een glijdende schaal ( Regel M14 (Kaderbepaling) Een regel legt uitsluitend via een inkomende verbinding (`regel --> processtap`) prescriptieve, dwingende randvoorwaarden op aan een processtap, zonder de processtroom fysiek te onderbreken of te splitsen.).

Doel en functie

Het primaire doel van een KPI is het objectief en herleidbaar vastleggen van de prestatie-eisen binnen de SSoT.

In plaats van prestatie-indicatoren op te nemen in een losstaand, statisch dashboard (ontkoppeld van de documentatie), verankert PDM de KPI direct in de structuur van het model. Dit zorgt ervoor dat organisatorische doelstellingen en kwaliteitsnormen onlosmakelijk verbonden zijn met de processen en handelingen waarin ze daadwerkelijk worden gerealiseerd.

Attributen

Elk KPI-object wordt in de front-matter gedefinieerd met specifieke metadata die de meetwijze, de normering en het eigenaarschap vastleggen:

Relaties

De KPI kent binnen het werknetwerk een gerichte multi-level architectuur. Om administratieve overhead te voorkomen, beperkt PDM de koppeling van KPI’s dwingend tot maximaal twee niveaus ( Regel P6 (Geen live-metingen) Het kaderoverzicht (KPI's en regels) registreert uitsluitend vooraf vastgestelde definities, normen en kaders. Er worden binnen PDM geen live-metingen verricht om rust en voorspelbaarheid te borgen.):

erDiagram
    PROCES ||--o{ KPI : "wordt gemeten op (P6)"
    PROCESSTAP ||--o{ KPI : "wordt gemeten op (P6)"
    
    PROCES ||--|{ PROCESSTAP : "bestaat uit (M9)"
    
    PROCES {
        string id PK "Proces-ID (bijv. PR01)"
        string title "Procesnaam"
    }
    PROCESSTAP {
        string id PK "Stap-ID (bijv. PS05)"
        string title "Actieve handeling"
    }
    KPI {
        string id PK "KPI-ID (bijv. KP03)"
        string title "Neutrale, meetbare status"
        string norm "Kwantitatieve grenswaarde"
    }

• Gekoppeld aan Proces (Keten- of aggregatieniveau): Meet het succes en de effectiviteit van de procesketen als geheel (End-to-End). Dit is het niveau waarop de Proceseigenaar (Rol) tactisch en strategisch stuurt (bijv. “Klanttevredenheid (NPS)” of “Totale doorlooptijd order-to-cash”).

• Gekoppeld aan Processtap (Operationeel- of atoomniveau): Meet de prestatie, nauwkeurigheid of doorlooptijd van één specifieke, afgebakende handeling (bijv. “Verwerkingstijd gegevenscontrole” of “Foutmarge data-invoer”).

PDM-Modelleerprincipes voor KPI’s

Om een overzichtelijk, effectief en zuiver model te behouden, hanteren we drie dwingende modelleerregels:

1. Less is More (Kritische focus)

Een veelvoorkomende valkuil is het over-analyseren van de operatie, wat leidt tot een woud van tientallen indicatoren.

2. Het onderscheid met de bouwsteen ‘Regel’ (Regel M14)

3. Descriptieve, neutrale formulering

In lijn met de semantische regels (Regel T1-uitzondering) is de titel van een KPI altijd een neutrale, meetbare status. De naam bevat nooit actiewerkwoorden, verplichtingen of prescriptieve instructies.

• Fout: “Verlaag de doorlooptijd” of “Fouten handmatig herstellen”.

• Goed: “Gemiddelde doorlooptijd aanvraag (in uren)” of “First Time Right (FTR) percentage”.

De KPI binnen de PDM-Projecties

Binnen de gecompileerde Hugo-kennishub fungeert de KPI als de kwalitatieve graadmeter van de processen:

• Processtroom: Visueel geprojecteerd als een Cirkel (Circle / Ovalen Badge) direct gekoppeld aan de processtap of de proces-header. Dit geeft direct aan waar actieve kwaliteitsmetingen in de keten zijn ingebouwd.

• Risicomatrix: Samen met de complianceregels (Regels) vormt de KPI-set de basis voor de kwaliteitsrapportage per Werkdomein. Het toont de Proceseigenaar in één oogopslag welke normen (norm) op procesniveau liggen en welke operationeel op stapniveau worden gemeten.

• Rollenmatrix: Maakt direct inzichtelijk welke Rollen invloed hebben op de prestatie van specifieke KPI’s, en wie verantwoordelijk is voor het aanleveren of analyseren van de meetgegevens.

• Ketenimpact: Brengt in kaart hoe een afwijking op een operationele KPI op stapniveau (bijv. vertraging bij stap A) doorwerkt op de overkoepelende KPI’s van de gehele procesketen.

Afgeleide documentatie

Omdat elke KPI in de SSoT exact één keer in een eigen Markdown-bestand wordt beheerd, zorgt de compiler (Hugo) voor een foutloze, realtime doorwerking op de portal:

1. De KPI-Projectie (Kaderoverzicht): Binnen de Hugo-hub wordt per Werkdomein of Proces direct een dynamische matrix getoond die alle gekoppelde KPI’s, de bijbehorende normeringen en de verantwoordelijke Rollen overzichtelijk aggregeert. Dit fungeert als het interne, operationele sturingsinstrument.

2. Kwaliteitssectie in Werkinstructies: De operationele medewerker ziet in de gegenereerde werkinstructie van een processtap direct de prestatie-eis die aan zijn handeling is gekoppeld: “Kwaliteitsnorm voor deze stap: Foutmarge < 2%.” (gevoed vanuit de gekoppelde KPI-bouwsteen).

3. Synchronisatie bij Normwijziging: Wijzigt de normering (bijvoorbeeld van een doorlooptijd van 10 dagen naar 5 dagen wegens een aangescherpte SLA)? Dan muteren we dit eenmalig in de front-matter van de KPI-bouwsteen. Hugo hergenereert de site, waarna de nieuwe normering direct synchroon staat in zowel de overzichten voor de Proceseigenaar als in de individuele werkinstructies van de medewerkers.