7x Simplified Process Notation (7xSPN)

Inleiding: Waarom een nieuwe uitgebreide procesnotatie nodig is

Procesdocumentatie heeft als doel om duidelijk, consistent en tijdloos te communiceren hoe werk wordt uitgevoerd. Bestaande notaties zoals BPMN (Business Process Model and Notation) en EPC (Event-driven Process Chains) worden veel gebruikt in professionele contexten, maar schieten tekort als praktische communicatietools binnen organisaties. Hun beperkingen maken het moeilijk om preciesheid te combineren met duidelijkheid en structuur met bruikbaarheid.

De 7x Simplified Process Notation (7xSPN) is ontworpen om deze uitdagingen aan te gaan.

1. Belang en tijdsduur zijn niet zichtbaar in huidige notaties

In BPMN, EPC en verwante standaarden wordt elke activiteit weergegeven met dezelfde basisvorm. Dit suggereert impliciet dat alle activiteiten gelijk belangrijk zijn en gelijke tijd of inspanning vereisen. In de praktijk zijn processen echter opgebouwd uit activiteiten met sterk verschillende prioriteiten en tijdsduur.

• Zonder een manier om relatieve duur en prioriteit weer te geven, blijven procesdiagrammen abstract en falen ze om te communiceren hoe een proces zich daadwerkelijk ontvouwt.
• 7xSPN maakt deze dimensies zichtbaar door duur en belangrijkheid direct in de weergave van activiteiten te coderen.

2. Communicatiekloven met Niet-Specialisten

Een procesdocument is in de eerste plaats een communicatiedocument. Het moet antwoord geven op de volgende vragen:

• Wat moet er gedaan worden?
• Wie moet het doen?
• Waarom is het belangrijk?
• Waar en wanneer moet het gebeuren?
• Met welke middelen?
• Hoe moet het worden uitgevoerd?

Traditionele notaties (BPMN, EPC, UML Activity Diagrams) zijn te complex voor mensen die niet getraind zijn in procesmodellering. Hun symbolen, regels en uitzonderingen vervreemden juist de stakeholders die met het proces moeten werken.

• 7xSPN adopteert een vereenvoudigde, uitgebreide notatie die leesbaarheid prioriteert, zonder afbreuk te doen aan structurele strengte.

3. Onderhoudslast van Complexe Notaties

Complexe modellen worden snel duur om te onderhouden:

• Updates vereisen gespecialiseerde vaardigheden.
• In veel organisaties wordt procesdocumentatie niet goed onderhouden, precies omdat het als te complex of tijdrovend wordt gezien.

7xSPN is ontworpen voor onderhoudbaarheid:

• Eenvoudigere elementen verminderen de cognitieve belasting.
• Geïntegreerde beschrijvingen (geen losse annotaties) zorgen ervoor dat processen op één plek kunnen worden bijgewerkt.
• Afgeleide weergaven (stroomdiagrammen, RACI, Gantt) worden automatisch gesynchroniseerd met het onderliggende model.

4. Hiërarchische Beperkingen van Huidige Notaties

Grote procesdiagrammen zijn notoir moeilijk te lezen, vooral wanneer ze worden afgedrukt of gedeeld in statische formaten:

• Symbolen krimpen, details gaan verloren en lezers krijgen te maken met overvolle, onleesbare diagrammen.
• BPMN en EPC bieden beperkte mechanismen voor hiërarchische drill-down die intuïtief zijn voor zakelijke gebruikers.

7xSPN lost dit op door inherent hiërarchisch te zijn:

• Hoog niveau processen kunnen worden opgedeeld in subprocessen.
• Lezers kunnen progressief inzoomen, met behoud van duidelijkheid op elk abstractieniveau.

5. Zwakke Integratie van Activiteitsbeschrijvingen

De meeste bestaande notaties behandelen activiteitsbeschrijvingen als bijzaak:

• Tools zoals Bizagi en Signavio hebben wel beschrijvende functies geïntroduceerd, maar vaak op onhandige, losgekoppelde manieren.
• Dit leidt tot gefragmenteerde documentatie, waar diagrammen en beschrijvingen uit elkaar drijven.

7xSPN maakt narratieve beschrijvingen een eersteklas element van het model:

• Elke activiteit bevat gestructureerde, geïntegreerde metadata (doel, input/output, rollen, regels, artefacten).
• Dit zorgt ervoor dat diagrammen verbonden blijven met rijke, uitleggende inhoud – niet alleen symbolen.

Waarom 7xSPN

De tekortkomingen van bestaande notaties creëren een kloof tussen procesmodellen en de mensen die ze nodig hebben. Processen worden abstracte diagrammen die alleen modelleerders begrijpen, in plaats van levende documenten die daadwerkelijk werk begeleiden.

De 7x Extended Process Notation (7xSPN) overbrugt deze kloof door:

• Belang en duur direct zichtbaar te maken.
• Leesbaar te blijven voor niet-specialisten.
• Onderhoudbaar te zijn zonder gespecialiseerde vaardigheden.
• Hiërarchische drill-down te ondersteunen voor duidelijkheid.
• Beschrijvingen en metadata in de kern van de notatie in te bedden.

Op deze manier wordt 7xSPN niet alleen een modelleringstool, maar een communicatiestandaard voor processen – die strategie, operaties en mensen met elkaar verbindt.

7x Process Language – Overzicht van Eisen

Doel en Reikwijdte

De 7x Simplified Process Notation (7xSPN) is de formele taal binnen het 7x Framework voor het beschrijven, analyseren en uitvoeren van bedrijfsprocessen. Het moet:

• Duidelijkheid bieden in hoe processen worden gedefinieerd en gecommuniceerd.
• Consistentie waarborgen tussen verschillende 7x Entiteiten in het 7x Handboek en Entity Relationship Model (ERM).
• Model-naar-uitvoering ondersteunen: processen moeten niet alleen worden gedocumenteerd, maar ook meetbaar, aanpasbaar en uitvoerbaar zijn.
• De kloof overbruggen tussen narratieve beschrijving en gestructureerde modellering (tekst + visueel).

Conceptuele Eisen

1. Alignement met het 7x Framework

• Moet direct refereren naar en interoperabel zijn met het 7x Entity Relationship Model (ERM).
• Processen moeten verankerd zijn in de 7x Core Entiteiten (Strategie, Structuur, Systemen, Stijl, Personeel, Vaardigheden, Gedeelde Waarden), terwijl contextuele aanpassing mogelijk blijft.
• Elke procesbeschrijving moet haar entiteitsbinding verduidelijken (waarop het inwerkt en waar het van afhangt).

2. Fundamenten van Processen

• Duidelijke procesgrenzen definiëren (start, eind, inputs, outputs).
• Hiërarchische decompositie ondersteunen (macro-proces → subprocessen → taken).
• Rollen en verantwoordelijkheden opnemen (gekoppeld aan 7x Roldefinities).
• Beschrijving van gebeurtenissen en uitzonderingen toestaan (wat triggert afwijkingen?).
• Procesdoelen expliciet koppelen aan organisatiedoelstellingen (strategische traceerbaarheid).

Structurele Eisen

1. Syntaxis en Semantiek

• De taal moet mens-leesbaar zijn (narratief-vriendelijk) maar ook machine-interpreteerbaar (gestructureerd, parseerbaar).
• Tekstuele laag: een gecontroleerde natuurlijke taal (CNL) voor duidelijkheid en consistentie.
• Visuele laag: diagramweergave (stroomgebaseerd, geïnspireerd op BPMN, maar vereenvoudigd).
• Semantische consistentie: processen moeten afbeeldbaar zijn op een canonieke ontologie (7x ERM).

2. Kernelementen van 7xSPN

3. Meta-Model Eisen

• Moet afgeleide weergaven toestaan, waaronder:
  • RACI-matrices die automatisch gegenereerd worden door Artefacten te kruisreferentiëren met Rollen/Actoren.
  • Gantt-achtige stroomdiagrammen gegenereerd uit relatieve duur, gekoppelde activiteiten en rollen/actoren (voor planning en visualisatie).
• Moet versiebeheer ondersteunen (procesontwikkeling in de tijd).
• Moet traceerbaarheid ondersteunen (koppel elk proces aan zijn hogere/lagere contexten).
• Moet uitbreidbaar zijn (toevoegen van domeinspecifieke elementen zonder de kernsemantiek te breken).

Praktische Eisen

1. Documentatie

Elk proces moet weergegeven kunnen worden in een gestructureerd template:

# [Procesnaam]

#### 1. Procescontext
- Doelgroep: [Wie gebruikt dit proces?]
- Scope: [Waar geldt dit proces voor?]
- Afhankelijkheden: [Welke andere processen/systemen zijn betrokken?]

#### 2. Procesdoel
- Hoofddoel: [Wat moet het proces bereiken?]
- Subdoelen: [Specifieke doelen, bijv. KPI’s.]

#### 3. Proceseigenschappen
- Frequentie: [Hoe vaak wordt het proces uitgevoerd?]
- Doorlooptijd: [Hoe lang duurt het proces gemiddeld?]
- Complexiteit: [Eenvoudig/Middel/Complex]

#### 4. Procesmodel
- BPMN-diagram: [Visuele weergave]
- Stroomdiagram: [Vereenvoudigde visuele weergave]

#### 5. Procesuitvoering
- Stappenplan:
  1. [Stap 1]
  2. [Stap 2]
- Verantwoordelijkheden: [Wie doet wat?]

#### 6. Processturing
- KPI’s: [Prestatie-indicatoren.]
- Verantwoordelijke: [Wie is eigenaar van het proces?]

#### 7. Procesverbetering
- Knelpunten: [Waar loopt het proces vast?]
- Verbeterpunten: [Hoe kan het proces beter?]

2. Tooling & Gebruiksvriendelijkheid

• Visualisatie-opties moeten omvatten:
  • Processtroomdiagrammen (activiteitgebaseerd).
  • RACI-tabellen (afgeleid van Rollen/Artefacten).
  • Gantt-achtige weergaven (tijd, prioriteit, afhankelijkheden).
• Visuele taal moet minimalistisch en consistent blijven:
  • Poortwachters (gateways) worden weergegeven als activiteiten met meerdere uitkomsten.
  • Duur/prioriteit gecodeerd met visuele aanwijzingen (bijv. staaflengte, dikte, kleurintensiteit).

3. Operationalisering

Processen beschreven in 7xSPN moeten uitvoerbaar zijn:

• Direct door automatiseringsmotoren, of
• Door het genereren van uitvoerbare workflows uit de specificatie.
• Moet simulatie en scenario-analyse toestaan (what-if modellering).
• Moet compliance-controle ondersteunen (validatie van regels en beperkingen).

Kwaliteitseisen

Uitgebreide Mogelijkheden

Conclusie:
De 7x Simplified Process Notation bevindt zich tussen procesdocumentatie, procesmodellering en procesuitvoering. Het zorgt ervoor dat organisaties kunnen beschrijven wat ze doen, begrijpen hoe het past en beheren hoe het presteert.

7x Simplified Process Notation (7xSPN): Ontwerpprincipes

7xSPN is een communicatiegerichte notatie voor bedrijfsprocessen, ontworpen om de volgende balans te vinden:

• Duidelijk communiceren met zowel specialisten als niet-specialisten.
• Echte aspecten van processen visualiseren (belang, duur, alternatieven).
• Onderhoudbaar blijven (eenvoudig te lezen, eenvoudig bij te werken).
• Hiërarchisch zijn (ondersteuning van drill-down van hoog niveau naar gedetailleerde subprocessen).
• Beschrijvingen integreren als eersteklas elementen, niet als bijzaak.
• Afgeleide weergaven (RACI, Gantt-achtige stroomdiagrammen) automatisch mogelijk maken.

Het combineert de leesbaarheid van narratieven, de structuur van modelleringnotaties en de operationele kracht van projectplanningstools.

Kernelementen van 7xSPN

1. Proces

• Definitie: Een benoemde, afgebakende eenheid van werk met doelstellingen en resultaten.
• Weergave: Afgeronde rechthoek die subprocessen of activiteiten bevat.
• Attributen: ID, Doel, Inputs, Outputs, Eigenaar, KPI’s, Subprocessen.
• Hiërarchie: Kan subprocessen bevatten (klik/drill-down).

Voorbeeld:

graph TD
    A{ shape: rounded, label: "Proces: Orderverwerking" } --> B@{ shape: rounded, label: "Subproces<br/>Order ontvangen" }
    A --> C@{ shape: rounded, label: "Subproces: Betaling verwerken" }
    B --> D@{ shape: rounded, label: "Activiteit: Klantgegevens controleren" }
    C --> E@{ shape: rounded, label: "Activiteit: Factuur genereren "}

2. Activiteit

• Definitie: Een enkele uitvoerbare stap binnen een proces.
• Weergave: Rechthoek met:
  • Relatieve duur → horizontale grootte (langere staaf = langere activiteit).
  • Prioriteit → dikte of randdikte (dikker = hogere prioriteit).
• Vertakking/Poortwachter (Gateway):
  • Activiteiten kunnen meerdere uitkomsten hebben, weergegeven als uitgaande gelabelde verbindingen (in plaats van afzonderlijke diamantknopen zoals in BPMN).
• Attributen: ID, Naam, Beschrijving, Duur, Prioriteit, Rol/Actor, Inputs, Outputs, Regels, Afhankelijkheden.

Voorbeeld:

graph LR
    A@{ shape: rounded, label: "Activiteit: Order controleren"} -->|Goedgekeurd| B@{ shape: rounded, label: "[Activiteit: Betaling verwerken"}
    A -->|Afgekeurd| C@{ shape: rounded, label: "Activiteit: Klant informeren "}

3. Rol / Actor

• Definitie: Entiteit verantwoordelijk voor het uitvoeren van een activiteit.
• Weergave: Swimlane (voor het volledige procesbereik) of gelabelde rol-labels.
• Attributen: Rolnaam, Actortype, RACI-aanduiding (R/A/C/I), Gekoppelde Vaardigheden.

Voorbeeld:

graph TD
    subgraph Rol: Orderbeheer
        A@{ shape: rounded, label: "Activiteit: Order ontvangen" } --> B@{ shape: rounded, label: "Activiteit: Order verwerken" }
    end
    subgraph Rol: Financiën
        B --> C@{ shape: rounded, label: "Activiteit: Betaling controleren" }
    end

4. Artefact

• Definitie: Informatie, document of tool die wordt gebruikt of geproduceerd.
• Weergave: Icoon + label, gekoppeld aan activiteiten.
• Attributen: Artefacttype, Eigenaar, Levenscyclus.

Voorbeeld:

graph LR
    A@{ shape: rounded, label: "Activiteit: Order ontvangen" } -->|Gebruikt| B@{ shape: rounded, label: "(Artefact: Orderformulier)" }
    A -->|Produceert| C@{ shape: rounded, label: "Artefact: Orderbevestiging" }

5. Stroom (Flow)

• Definitie: De sequentiële logica die activiteiten met elkaar verbindt.
• Typen:
  • Standaardstroom: Volle pijl → vertegenwoordigt de verwachte/normale route.
  • Alternatieve stroom: Gestippelde pijl → vertegenwoordigt uitzonderingen, voorwaardelijke of zeldzame paden.
• Attributen: Voorwaarde, Afhankelijkheidstype (Finish-to-Start, Start-to-Start, etc.).

Voorbeeld:

graph LR
    A[Activiteit: Order controleren] -->|Standaard| B[Activiteit: Betaling verwerken]
    A -.->|Alternatief: Fout| C[Activiteit: Foutmelding sturen]

6. Trigger / Gebeurtenis

• Definitie: Wat een proces start, onderbreekt of beëindigt.
• Weergave: Cirkel met gebeurtenistype-icoon (start, externe trigger, timer, uitzondering).

Voorbeeld:

graph LR
    A((Trigger: Klantverzoek)) --> B[Activiteit: Verzoek ontvangen]
    B --> C((Trigger: Tijdslimiet bereikt))

7. Output / Resultaat

• Definitie: Resultaten of leveranciers van een proces.
• Weergave: Rechthoek met dubbele rand.
• Attributen: Type, Eigenaar, KPI’s.

Voorbeeld:

graph LR
    A[Activiteit: Order verzenden] --> B[[Output: Verzonden order]]

8. Controle

• Definitie: Regels, beperkingen, metrieken die het proces besturen.
• Weergave: Aangehechte annotatieboxen aan activiteiten of processen.
• Attributen: Type (KPI, beperking, regel), Toepassingsgebied.

Voorbeeld:

graph LR
    A[Activiteit: Order verwerken] -->|Controle: Doorlooptijd < 2 uur| B[Activiteit: Order verzenden]

Tekstuele Metadata Template

Elk element in 7xSPN heeft een gestructureerde beschrijving om volledigheid te waarborgen:

Proces Template

# [Procesnaam]

#### 1. Procescontext
- Doelgroep: [Wie gebruikt dit proces?]
- Scope: [Waar geldt dit proces voor?]
- Afhankelijkheden: [Welke andere processen/systemen zijn betrokken?]

#### 2. Procesdoel
- Hoofddoel: [Wat moet het proces bereiken?]
- Subdoelen: [Specifieke doelen, bijv. KPI’s.]

#### 3. Proceseigenschappen
- Frequentie: [Hoe vaak wordt het proces uitgevoerd?]
- Doorlooptijd: [Hoe lang duurt het proces gemiddeld?]
- Complexiteit: [Eenvoudig/Middel/Complex]

#### 4. Procesmodel
- Stroomdiagram: [Visuele weergave]
- BPMN-diagram: [Gedetailleerde visuele weergave]

#### 5. Procesuitvoering
- Stappenplan:
  1. [Stap 1: Beschrijving]
  2. [Stap 2: Beschrijving]
- Verantwoordelijkheden:
  | Rol | Verantwoordelijkheid |
  |-----|----------------------|
  | [Rol] | [Taak] |

#### 6. Processturing
- KPI’s:
  | KPI | Doelstelling | Bron |
  |-----|--------------|------|
  | [KPI] | [Doel] | [Systeem] |
- Verantwoordelijke: [Wie is eigenaar van het proces?]

#### 7. Procesverbetering
- Knelpunten: [Waar loopt het proces vast?]
- Verbeterpunten: [Hoe kan het proces beter?]

Activiteit Template

# [Activiteitsnaam]

#### 1. Beschrijving
[Narratieve beschrijving van de activiteit.]

#### 2. Rol/Actor
- Rol: [Wie voert deze activiteit uit?]
- RACI-aanduiding: [R/A/C/I]

#### 3. Duur en Prioriteit
- Duur: [Relatief of absoluut, bijv. "2 uur" of "Kort"]
- Prioriteit: [Laag/Middel/Hoog]

#### 4. Inputs, Outputs en Artefacten
- Inputs: [Wat is nodig om deze activiteit uit te voeren?]
- Outputs: [Wat wordt geproduceerd?]
- Artefacten: [Welke documenten/tools worden gebruikt?]

#### 5. Regels en Beperkingen
- Regels: [Welke voorwaarden gelden?]
- Beperkingen: [Welke beperkingen zijn er?]

#### 6. Afhankelijkheden
- Afhankelijk van: [Welke andere activiteiten of processen moeten eerst voltooid zijn?]

#### 7. Uitkomsten
- Standaarduitkomst: [Wat is het verwachte resultaat?]
- Alternatieve uitkomsten: [Welke andere resultaten zijn mogelijk, en onder welke voorwaarden?]

Overzicht Visuele Syntaxis

Afgeleide Weergaven

7xSPN ondersteunt automatische generatie van complementaire weergaven:

1. RACI-Tabel

• Kruisreferentie van Rollen/Actoren met Activiteiten en Artefacten.
• Afgeleid van metadata (R/A/C/I-tags).

Voorbeeld:

2. Gantt-achtige Tijdlijn

• Geconstrueerd uit:
  • Relatieve duur (lengte van de activiteit).
  • Afhankelijkheden (stroom).
  • Rollen (verantwoordelijkheidsbanen).
• Mogelijkheden: Visualisatie van werkbelasting, planning en overlappingen.

Voorbeeld:

gantt
    title Projectplanning: Orderverwerking
    dateFormat  YYYY-MM-DD
    section Orderproces
    Order ontvangen :a1, 2026-01-01, 1d
    Order controleren :a2, after a1, 2d
    Betaling verwerken :a3, after a2, 1d
    Order verzenden :a4, after a3, 1d

3. Hiërarchische Weergaven

• Hoog niveau overzicht → drill-down in subprocessen.
• Ondersteunt afdrukbare duidelijkheid zonder overweldigende details.

Voorbeeld:

graph TD
    A[Proces: Orderverwerking] --> B[Subproces: Order ontvangen]
    A --> C[Subproces: Betaling verwerken]
    B --> D[Activiteit: Klantgegevens controleren]
    B --> E[Activiteit: Voorraad checken]
    C --> F[Activiteit: Factuur genereren]
    C --> G[Activiteit: Betaling bevestigen]

Voorbeeld: Conceptuele Schets

Stel je een eenvoudig inkoopproces voor:

• Proces: Aankoopverzoek afhandelen.
• Activiteit A: Verzoek indienen (kort, lage prioriteit, uitkomsten: “Geldig” of “Ongeldig”).
• Activiteit B: Verzoek goedkeuren (lang, hoge prioriteit, poortwachteruitkomsten: “Goedgekeurd” → Activiteit C, “Afgekeurd” → Einde).
• Activiteit C: Order plaatsen (gemiddelde duur, gemiddelde prioriteit, produceert Artefact “Inkooporder”).
• RACI: Verzoeker (R), Manager (A), Financiën (C), Leverancier (I).
• Gantt: Toont Activiteit A (kort), Activiteit B (lang, blokkerend), Activiteit C (afhankelijk, gemiddeld).

Visuele weergave:

graph TD
    A((Trigger: Aankoopverzoek)) --> B[Activiteit: Verzoek indienen]
    B -->|Geldig| C[Activiteit: Verzoek goedkeuren]
    B -->|Ongeldig| D[[Output: Verzoek afgekeurd]]
    C -->|Goedgekeurd| E[Activiteit: Order plaatsen]
    C -->|Afgekeurd| D
    E --> F[[Output: Inkooporder gegenereerd]]

Kernspecificatie v1.0

Doel

7xSPN is een lichtgewicht procesnotatie voor het modelleren van bedrijfs- en organisatiestromen.
Het benadrukt duidelijkheid, minimalisme en directe bruikbaarheid – en vermijdt de complexiteit van BPMN/UML.
Doel: Iedereen in staat stellen om processen snel te schetsen, te lezen en te communiceren.

Kernprincipes

• Eenvoud eerst: minimale vormen, gemakkelijk te leren.
• Leesbaarheid: diagrammen moeten zelfverklarend zijn.
• Consistentie: elk symbool heeft één duidelijke betekenis.
• Flexibiliteit: werkt voor zowel hoog niveau overzichten als gedetailleerde stappen.
• Integratie: elementen mappen naar het 7x Entity Relationship Model (ERM).

Kernelementen

1. Processtap / Activiteit

• Vorm: Rechthoek met afgeronde hoeken.
• Betekenis: Een eenheid van werk of actie die wordt uitgevoerd.
• ERM-mapping: Proces / Activiteit entiteit.

2. Trigger / Gebeurtenis

• Vorm: Cirkel.
• Betekenis: Iets dat een proces start of beïnvloedt (input, voorwaarde, extern signaal).
• ERM-mapping: Trigger / Gebeurtenis entiteit.

3. Beslissing / Poortwachter (Gateway)

• Vorm: Diamant.
• Betekenis: Een keuzepunt waar de stroom kan splitsen.
• Regel: Heeft altijd minstens twee uitgaande stromen (standaard + alternatief).
• ERM-mapping: Beslissing / Voorwaarde entiteit.

4. Resultaat / Output

• Vorm: Rechthoek met dikke rand.
• Betekenis: Een tastbaar of on tastbaar resultaat van het proces.
• ERM-mapping: Resultaat / Waarde entiteit.

Stromen

1. Basisstroom

• Stijl: Rechte volle pijl (→).
• Betekenis: Standaard sequentie van het ene element naar het volgende.
• Regel: Elke activiteit heeft precies één basisstroom naar voren (tenzij deze eindigt in een resultaat).

2. Alternatieve Stroom

• Stijl: Gestippelde pijl (⇢).
• Betekenis: Een optionele, uitzonderlijke of alternatieve route.
• Regel: Moet verbonden zijn met een beslissing of expliciet gemarkeerd.

3. Feedback / Terugkoppelingstroom

• Stijl: Gekromde volle pijl die terugloopt (↺).
• Betekenis: Geeft iteratie, herwerk of feedbackcyclus aan.
• Regel: Moet altijd terugverbinden met een eerdere activiteit, nooit met een trigger.

Samenstellingsregels

1. Start: Elk proces begint met een trigger (cirkel).
2. Einde: Elk proces eindigt in minstens één resultaat (rechthoek met dikke rand).
3. Lineariteit: Houd diagrammen van links naar rechts of van boven naar beneden voor leesbaarheid.
4. Beslissingsduidelijkheid: Alle alternatieve stromen moeten gelabeld zijn (bijv. “Ja/Nee”, “Succes/Mislukt”).
5. Vlakheid: Vermijd diepe nesting – beter om meerdere eenvoudige diagrammen te maken.
6. Rollen (optioneel): Activiteiten kunnen worden gegroepeerd door swimlanes voor rollen/entiteiten, maar alleen wanneer nodig.

Voorbeeld (tekstuele schets)

(Trigger: Klantverzoek) ○ → [Verzoek controleren] → ◇ {Geldig?}
├── Ja → [Verzoek verwerken] → [Dienst leveren] → ■ (Resultaat: Dienst geleverd)
└── Nee → [Klant informeren] → ■ (Resultaat: Verzoek afgewezen)

Minimale Symbolenset (Visueel Overzicht)

Conclusie: Waarom 7xSPN?

De 7x Simplified Process Notation (7xSPN) is ontworpen om de kloof tussen procesmodellering en praktische toepassing te overbruggen. Het biedt:

• Duidelijkheid voor zowel specialisten als niet-specialisten.
• Visuele weergave van echte procesaspecten (belang, duur, alternatieven).
• Onderhoudbaarheid door eenvoud en gestructureerde metadata.
• Hiërarchische ondersteuning voor drill-down en overzicht.
• Geïntegreerde beschrijvingen als eersteklas elementen.
• Automatische afgeleide weergaven (RACI, Gantt, stroomdiagrammen).

7xSPN is niet alleen een modelleringstool, maar een communicatiestandaard die organisaties helpt om strategie, operaties en mensen met elkaar te verbinden.

Volgende Stappen

• Implementeer 7xSPN in je eigen procesdocumentatie.
• Gebruik de templates om consistente en complete procesbeschrijvingen te maken.
• Train je team in het gebruik van 7xSPN voor betere communicatie en samenwerking.
• Ontdek de mogelijkheden van afgeleide weergaven (RACI, Gantt) voor diepgaande inzichten.

Over de Auteur

Martin van Pelt is de ontwikkelaar van het 7x Framework en de 7x Simplified Process Notation (7xSPN). Met een achtergrond in procesmanagement, strategische transformatie en governance, heeft hij deze notatie ontworpen om organisaties te helpen complexiteit te beheersen, wendbaarheid te vergroten en duurzame waarde te creëren.

Contact:

• E-mail: martin.vanpelt@7x-framework.org
• Locatie: Pijnacker, Zuid-Holland, Nederland

Licentie & Gebruiksvoorwaarden

Dit document en alle bijbehorende materialen zijn intellectueel eigendom van Martin van Pelt en zijn beschermd onder internationale auteursrechten. Gebruik, replicatie of aanpassing zonder toestemming is niet toegestaan.

Voor toestemming, vragen of licentiemogelijkheden:
Neem contact op via martin.vanpelt@7x-framework.org.