Fase 3: Analyse & Structurering

Stap 3 is de analytische fase waarin de in Stap 2 verzamelde praktijkkennis wordt omgezet naar de formele, dwingende structuur van het PDM-metamodel. In deze fase maken we de overgang van een ruwe, informele verzameling feiten naar een samenhangend, logisch en onwrikbaar werknetwerk binnen onze SSoT.

Belangrijk

Centrale vraag in deze fase

Welke unieke objecten en afhankelijkheden vormen de werkelijke, logische structuur van het werknetwerk?

Kernactiviteiten & het structureren van data

Tijdens deze fase voert de Procesdocumentalist de regie als Model Steward en voert de volgende activiteiten rechtstreeks uit op de Markdown-brondocumenten:

De PDM-Waardetoets ( Regel M17 (De PDM-Waardetoets) Elke processtap moet aantoonbaar waarde toevoegen voor de (interne of externe) afnemer op basis van de 3 V's: Verandering (fysieke of transformationele wijziging van de input), Volgende schakel (directe, noodzakelijke voorbereiding voor de opvolgende stap), of Veiligheid (wettelijke compliance of risico-beheersing). Een stap die hier niet aan voldoet, krijgt in de metadata de status `voldoet_aan_waardetoets: false` en wordt dwingend voorzien van een reductie-advies op basis van de TIMWOODS-verpillingen ter sanering.): We filteren elke geïdentificeerde handeling door de PDM-waarderegel. Een processtap is pas legitiem als de transformatie aantoonbaar bruikbaar is voor de afnemer (voldoet aan de 3 V’s: Verandering, Volgende schakel of Veiligheid). Voldoet een stap niet? Dan wordt deze expliciet gemarkeerd als verspilling om sanering af te dwingen.
Deduplicatie & normalisatie (Occam’s Razor): We slaan alle synoniemen en informele vaktermen onherroepelijk plat (toepassing van Regel B0 (Occam's Razor) De kunst van het weglaten is dwingend: modelleer uitsluitend de absolute kern die noodzakelijk is om de operatie te begrijpen, te besturen en te borgen. Elk object, elke stap en elke uitzondering die geen aantoonbare impact heeft op de keten of compliance, wordt rigoureus weggelaten om administratieve wildgroei te voorkomen. Eenvoud overstijgt volledigheid.en Regel M11 (Strikte de-duplicatie) Synoniemen zijn niet toegestaan; we hanteren binnen de SSoT één genormaliseerde term. In Fase 3 dwingt de documentalist één genormaliseerde, eenduidige term af.). Als de werkvloer spreekt over een ’ticket’, ‘case’ of ‘melding’, beslist de Procesdocumentalist welke standaardterm overblijft. De overige termen worden als alias opgeruimd en gekoppeld.
Relatieanalyse: We leggen de exacte, gerichte verbindingen rondom de processtappen volgens de relaties. Er mag geen enkel object ‘zweven’ of loshangen in de SSoT.
Abstraheren naar logische entiteiten: We zuiveren het model van tijdelijke of incidentele elementen. Specifieke persoonsnamen worden definitief vertaald naar generieke Rollen ( Regel B1 (Rollen boven personen) Er worden uitsluitend abstracte, generieke operationele entiteiten (Rollen) vastgelegd, nooit de namen van specifieke medewerkers. Dit houdt het model onafhankelijk van personele wisselingen.) en specifieke Excel-lijstjes of softwarepakketten worden functioneel geabstraheerd ( Regel M4 (Hulpmiddel-isolatie) Een Hulpmiddel koppelen we nooit rechtstreeks aan een informatieobject of fysiek object, maar altijd aan een specifieke processtap (`Hulpmiddel --> processtap`) ten behoeve van de ketenimpact en system ketenimpact.).

Status van de Bouwstenen in de analysestand

In Fase 3 evolueren alle Bouwstenen via de front-matter metadata naar pdm_status: "Geanalyseerd". Er vindt een harde, architectonische sanering plaats:

Werkdomein: We verankeren de processen binnen de formele grenzen van de hoofd-werkdomeinen ( Regel M6 (Proces-omkadering) Elk proces is gekoppeld aan exact één overkoepelend Werkdomein.& Regel M15 (Naamgeving Werkdomein) De naam van een Werkdomein is altijd een zelfstandig naamwoord of een thematische naamwoordgroep (bijv. "Incident Management" of "Financiën"), nooit een actiewerkwoord.).
Proces: We clusteren de processtromen in een logische, overkoepelende volgorde.
Processtap: We ontleden de activiteiten tot de juiste korrelgrootte (het atomische niveau). We passen dwingend de Waardetoets toe via de metadata-attributen:
- voldoet_aan_waardetoets: true/false (default: true)
- waardetoets_analyse: "[De onderbouwing of TIMWOODS-verspilling met reductie-advies]" Ruis, ad-hoc handelingen en dubbele registraties worden gesaneerd ( Regel M9 (Actieve schrijfwijze) De naam van een processtap volgt de structuur: `[Actief Werkwoord in infinitief] + [Zelfstandig Naamwoord]` (bijv. "Controleren Factuur"). Bij een stap met een gateway-functie weerspiegelt de naam de beslissingsactiviteit (bijv. "Beoordelen Storingsprioriteit").).
Informatieobject: Inputs en outputs worden genormaliseerd naar formele informatietypes ( Regel M10 (Passieve informatie) Een informatieobject of fysiek object beschrijft puur de status of het materiaal (bijv. "Geverifieerd P1-ticket" of "Houten pallet") en bevat geen actiewerkwoord.). De logische chronologie van de processtroom wordt uitsluitend gedefinieerd op basis van deze informatie-afhankelijkheid ( Regel P5 (Informatie-afhankelijkheid) Chronologie in de processtroom is altijd een gevolg van databeschikbaarheid. Stap B start pas als de benodigde input van stap A beschikbaar is.).
Fysiek object: Materiële en logistieke stromen worden zuiver gescheiden van de bijbehorende informatiestroom en gecategoriseerd op basis van logische eigenschappen.
Rol: Specifieke medewerkers worden definitief vertaald naar generieke, organisatorische rollen, volledig losgekoppeld van de organieke hiërarchie of tijdelijke functienamen (Regel Regel B1 (Rollen boven personen) Er worden uitsluitend abstracte, generieke operationele entiteiten (Rollen) vastgelegd, nooit de namen van specifieke medewerkers. Dit houdt het model onafhankelijk van personele wisselingen.en Regel M13 (Geen persoonsnamen) Persoonsnamen in metadata of objectnamen zijn verboden. Dit leidt tot directe afkeuring (dus geen "Excel van Jan", maar "Sjabloon Productieplanning").).
Hulpmiddel: Specifieke software-applicaties of systemen worden conform Regel M4 (Hulpmiddel-isolatie) Een Hulpmiddel koppelen we nooit rechtstreeks aan een informatieobject of fysiek object, maar altijd aan een specifieke processtap (`Hulpmiddel --> processtap`) ten behoeve van de ketenimpact en system ketenimpact.scherp geïsoleerd en abstract gekoppeld als ondersteunende instrumenten voor specifieke stappen.
Regel / KPI: Wetgeving, interne kaders en kwaliteitsnormen worden geïsoleerd en via relaties dwingend verankerd aan de exacte processtappen of KPI-statuswijzers die zij conditioneren ( Regel M8 (KPI-koppeling) Een KPI is uitsluitend gekoppeld aan een proces (aggregatieniveau) of een processtap (operationeel niveau). Directe koppelingen met hulpmiddelen of rollen zijn uitgesloten., 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., 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.).

Veelvoorkomende valkuilen & de PDM-aanpak

Valkuil op de werkvloer	De PDM-Aanpak (Hoe lossen we het op?)
Relaties verborgen in de lopende tekst. Belangrijke procesvoorwaarden of informatie-afhankelijkheden worden in volzinnen opgeschreven in de omschrijving, in plaats van dat er harde relaties worden gelegd.	Relatie is primair, tekst is secundair: Vertaal narratieve beschrijvingen consequent naar expliciete objectverbindingen. Als een relatie niet in de SSoT-architectuur zit, bestaat deze niet.
De Detail-Val (verkeerde korrelgrootte). Processtappen zijn óf te breed (“Klantcontact afhandelen”) óf te diep (“Klik op knop OK”), waardoor het model direct dichtslibt.	Atomisch modelleren: We modelleren uitsluitend op het niveau waarop een Rol een specifieke, afgeronde handeling verricht met een duidelijke waardetoevoeging ($\text{Output} > \text{Input}$) (Regel M9).
Het blind uitschrijven van historische vervuiling. Het documenteren van stappen “omdat we het altijd al zo doen”, zonder dat de stap feitelijk nog waarde toevoegt aan het proces.	De Waardetoets als poortwachter: Elke processtap die niet leidt tot Verandering, direct nut heeft voor de Volgende schakel, of dient voor de Veiligheid, krijgt de vlag `voldoet_aan_waardetoets: false` en wordt gemarkeerd voor sanering.
De Tool-Val (proces om de software heen bouwen). Het procesmodel wordt gestructureerd rondom specifieke schermen van de huidige software, waardoor het model direct veroudert bij een software-update.	Logische logica-eerst: We modelleren de onderliggende logische procesbehoefte. De specifieke software-applicatie is slechts een tijdelijke drager (Hulpmiddel) van de stap (Regel M4).

Validatie 3: Canvas-freeze

Het resultaat van Fase 3 is een volledig sluitend, consistent en architectonisch zuiver Conceptueel Werknetwerk. Er zijn geen zwevende objecten meer en de relationele grammatica is overal foutloos toegepast.

De overgang van Fase 3 naar Fase 4 (Documentatie & Generatie) wordt strikt bewaakt door Validatie 3: Canvas-freeze.

graph LR
    F3(Fase 3: Analyse & Structurering) --> G3(Validatie 3: Canvas-freeze) --> F4(Fase 4: Documentatie & Generatie)

Bij deze Validatie toetsen we de volgende criteria:

Volledige Normalisatie: Alle synoniemen zijn platgeslagen en dubbele definities zijn definitief gesaneerd.
Referentiële Integriteit: Alle 8 bouwstenen in de SSoT zijn correct relationeel gekoppeld; er zijn geen loshangende objecten.
Waarde-accordering: Alle gedocumenteerde processtappen hebben de waardetoets doorstaan. Stappen met voldoet_aan_waardetoets: false zijn expliciet geagendeerd voor sanering en voorzien van een reductie-advies in de waardetoets_analyse.
Validatie van Regels: Alle relevante modelleringsregels zijn aantoonbaar en foutloos nageleefd, zoals Regel B0 (Occam's Razor) De kunst van het weglaten is dwingend: modelleer uitsluitend de absolute kern die noodzakelijk is om de operatie te begrijpen, te besturen en te borgen. Elk object, elke stap en elke uitzondering die geen aantoonbare impact heeft op de keten of compliance, wordt rigoureus weggelaten om administratieve wildgroei te voorkomen. Eenvoud overstijgt volledigheid., Regel B1 (Rollen boven personen) Er worden uitsluitend abstracte, generieke operationele entiteiten (Rollen) vastgelegd, nooit de namen van specifieke medewerkers. Dit houdt het model onafhankelijk van personele wisselingen., Regel M4 (Hulpmiddel-isolatie) Een Hulpmiddel koppelen we nooit rechtstreeks aan een informatieobject of fysiek object, maar altijd aan een specifieke processtap (`Hulpmiddel --> processtap`) ten behoeve van de ketenimpact en system ketenimpact.en Regel P5 (Informatie-afhankelijkheid) Chronologie in de processtroom is altijd een gevolg van databeschikbaarheid. Stap B start pas als de benodigde input van stap A beschikbaar is..
Canvas-akkoord: De Model Steward en de Procesanalisten accorderen dat het netwerk klopt en logisch sluitend is.

Zodra Validatie_status: APPROVED in de front-matter is vastgelegd, wordt de data bevroren. We zijn klaar voor de automatische generatiefase.

Gelinkte pagina’s en navigatie

Titel	Beschrijving
Delta-Analyse	Berekent geautomatiseerd het exacte verschil tussen de huidige geborgde praktijk (IST) en voorgestelde procesontwerpen (SOLL). Genereert een geconsolideerde mutatiematrix als directe input voor projecten en Agile backlogs.
Hoshin Kanri-Matrix	Borgt de verticale sturingslijn tussen organisatiestrategie, procesprestaties en operationele handelingen. Genereert een geconsolideerde X-matrix per Proceseigenaar als dynamisch sturingsinstrument binnen PDM.
Validatie 3 - Canvas-freeze	Fixatie van de procesarchitectuur. Het conceptuele ontwerp van de bouwstenen en hun onderlinge relaties wordt hier handmatig bevroren. Latere wijzigingen zijn enkel mogelijk via formeel change management.