Werkdomein

Binnen PDM is het Werkdomein de hoogste organisatorische en thematische schil van het digitale werknetwerk.

Het fungeert als de statische context en de ‘container’ waarbinnen specifieke expertise, resources, data-objecten en processen logisch worden geclusterd ( Regel M6 (Proces-omkadering) Elk proces is gekoppeld aan exact één overkoepelend Werkdomein.enN 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.). Binnen de SSoT “loopt” of “beweegt” een Werkdomein niet; het definieert puur de grenzen, het eigenaarschap en de taxonomie van de elementen die zich erin bevinden.

Waarom een Werkdomein?

Het definiëren van Werkdomeinen helpt om de complexiteit van de enterprise-architectuur beheersbaar te maken. Het geeft in de Hugo-kennishub direct antwoord op de vragen:

Eigenaarschap ( Regel M6 (Proces-omkadering) Elk proces is gekoppeld aan exact één overkoepelend Werkdomein.): Welke specifieke Rol is de formele eigenaar van deze set aan processen en data-objecten?
Impact-lokalisatie: Waar (in welk logisch gebied of onder welke budgetverantwoordelijkheid) landt een specifieke organisatorische of systemische verandering?
Taxonomie ( 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.): Welke operationele expertise, systemen (Hulpmiddelen) en informatiestromen (Informatieobjecten) horen inhoudelijk bij elkaar?

Attributen

Elk Werkdomein-object wordt in de front-matter gedefinieerd met specifieke metadata om de automatische indexering en thematische filtering in Hugo aan te sturen:

Objecttype	Verplichte Attributen	Type	Optionele Attributen	Speciale Logica / Voorwaarden
Werkdomein	`id` , `title` , `type` , `pdm_bouwsteen` , `eigenaar`	Werkdomein	`omschrijving` , `pdm_status`	Fungeert als de statische, organisatorische container voor processen. Naamgeving is altijd een zelfstandig naamwoord (Regel T4). De eigenaar bevat de abstracte Actor-rol van de proceseigenaar/sponsor.

Werkdomein versus Proces

Tijdens het documenteren ontstaat er op de werkvloer soms verwarring omdat een Werkdomein (bijv. “Incidentmanagement”) in de volksmond als synoniem voor een proces wordt gebruikt. PDM hanteert hier een strikte, methodologische scheiding:

Een Werkdomein is statisch (De context)

Definitie: Een afgebakend thematisch kennis- of verantwoordelijkheidsgebied.
Naamgeving (Regel M9-uitzondering): Altijd een zelfstandig naamwoord of naamwoordgroep (bijv. “Financiën & Facturatie”, “Netwerkinfrastructuur”).
Kenmerk: Het heeft geen chronologisch begin- of eindpunt en kent geen volgordelijkheid.
Analogie: Een fysieke afdeling in een ziekenhuis (bijv. de “Spoedeisende Hulp”).

Een Proces is dynamisch (De bouwsteen)

Definitie: Een gerichte keten van activiteiten die een specifieke input transformeert naar een waardevolle output ( 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").).
Naamgeving ( 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").): Altijd een actiegericht werkwoord + zelfstandig naamwoord (bijv. “Factuur verwerken”, “Netwerkcomponent patchen”).
Kenmerk: Wordt getriggerd door een gebeurtenis en stopt zodra het resultaat (de eindstatus) is behaald.
Analogie: De route die een patiënt aflegt (bijv. “Patiënt triëren” of “Breuk gipsen”).

Vergelijkingstabel voor documentatie

Criterium	Werkdomein (Context)	Proces (Bouwsteen)
Kernvraag	Wat omvat dit functionele gebied en wie is de eigenaar?	Hoe komen we van de operationele trigger naar het resultaat?
Gedrag	Statisch (het verandert niet per transactie of dossier).	Dynamisch (start, doorloopt processtappen, eindigt).
Taalkundig	Zelfstandig naamwoord (bijv. HR, Inkoop, IT Operations).	Actief werkwoord + Zelfstandig naamwoord (bijv. Medewerker inwerken).
Hiërarchie	Bevat en host de processen ( Regel M6 (Proces-omkadering) Elk proces is gekoppeld aan exact één overkoepelend Werkdomein.).	Maakt gebruik van de gedefinieerde Rollen en Hulpmiddelen.

Relaties in het Metamodel

Het Werkdomein is de basis van de PDM-hiërarchie:

erDiagram
    WERKDOMEIN ||--|{ PROCES : "bevat (M6)"
    WERKDOMEIN ||--|| ROL : "heeft als eigenaar (M6)"

    WERKDOMEIN {
        string id PK "Domein-ID (bijv. WD01)"
        string title "Thematische naam"
    }
    PROCES {
        string id PK "Proces-ID"
    }
    ROL {
        string id PK "Eigenaar-ID"
    }

Bevat Processen ( Regel M6 (Proces-omkadering) Elk proces is gekoppeld aan exact één overkoepelend Werkdomein.en 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.: Een Werkdomein host één of meerdere processen. Elk proces is aan exact één Werkdomein gekoppeld.
Heeft een Domeineigenaar ( Regel M6 (Proces-omkadering) Elk proces is gekoppeld aan exact één overkoepelend Werkdomein.): Elk Werkdomein is onlosmakelijk gekoppeld aan een specifieke Rol (de formele eigenaar van het domein en de onderliggende taxonomie).

Het Werkdomein binnen de PDM-Projecties

Binnen de Hugo-kennishub fungeert het Werkdomein als de primaire navigator en filter voor de ontsluiting van de data:

Processtroom (Flow-view): Visueel geprojecteerd als een Octagon (Achthoek) om de overgang naar een ander domein of externe interface in de proceskaarten direct herkenbaar te maken.
RACI- & Rollenmatrix: Bundelt alle rollen en verantwoordelijkheden die actief zijn binnen de processen van het desbetreffende domein.
Risicomatrix: Toont de geaggregeerde compliancestatus en risico-kaders (Regels) van het gehele domein.
Ketenimpact & Systeemimpact: Brengt de end-to-end informatiestromen en systeemafhankelijkheden (Hulpmiddelen) in kaart, specifiek gefilterd op de grenzen van het Werkdomein.

Quick-Check voor de Model Steward

Stel jezelf bij het inrichten van een nieuw Markdown-bestand altijd deze vraag:

“Kan ik van dit element zeggen dat het om ‘9:00 uur start’ en ‘om 10:00 uur klaar’ is voor een specifiek dossier of object?”

Ja? Dan modelleer je een Proces of een Processtap.
Nee, het is een continu aanwezige omgeving, afdeling of kenniscategorie? Dan is het een Werkdomein.

flowchart TD
    Start(Nieuw element documenteren) --> Vraag1(Heeft het element een chronologische trigger, flow en resultaat?)
    
    Vraag1 -- Ja --> UitkomstProces[Bouwsteen: Proces]
    Vraag1 -- Nee --> Vraag2(Is het een statische, thematische of organisatorische schil?)

    Vraag2 -- Ja --> UitkomstDomein[Bouwsteen: Werkdomein]
    Vraag2 -- Nee --> UitkomstOverig[Overige PDM Bouwsteen]