Das Framework
Collaborative Process Governance
Ein Governance-Framework, das implizites Prozesswissen in gemeinsame, quantifizierte, auditierbare Entscheidungen verwandelt. CPG ist das Herz — die Prinzipien und Primitive. ProcesOS ist der Kopf — die Plattform, die in Prozessen denkt. tech reform ist der Körper, der ausführt.
Das Problem sind nicht fehlende Tools. Es ist fehlende Governance.
Die meisten Organisationen leiden unter einem fundamentalen Disconnect: Die Menschen, die Prozesse designen, sind nicht die Menschen, die sie ausführen. Kritisches Prozesswissen lebt in den Köpfen der Mitarbeitenden. Änderungen werden in Meetings beschlossen, ohne Protokoll darüber, wer was wann und warum entschieden hat. Die Menschen, die Engpässe am besten verstehen, werden selten gefragt. Und niemand kann „Was kostet dieser Prozess pro Lane?" mit Sicherheit beantworten.
BPM-Tools lösen das Modellierungsproblem. GRC-Tools lösen das Compliance-Problem. Workflow Engines lösen das Ausführungsproblem. Keines löst das Governance-Problem: Wie bekommen die Menschen, die die Arbeit tatsächlich machen, eine strukturierte, rechenschaftspflichtige, quantifizierte Stimme darin, wie sie sich verändert?
CPG füllt diese Lücke. Es ist kein Tool — es ist ein Framework. Ein Satz von Prinzipien, Primitiven und einem Lifecycle, der in Software implementiert, in Workshops angewandt oder als Governance-Standard genutzt werden kann.
Fundierung
Woher CPG kommt
CPG ist keine Erfindung aus dem Nichts. Es synthetisiert drei etablierte intellektuelle Traditionen zu einem operativen Framework.
Kybernetik
Wiener, Beer (VSM)
Governance als Feedbackschleife, nicht als linearer Prozess. Der Sechs-Säulen-Zyklus (Map → Execute → Map) ist ein kybernetischer Regelkreis: Realität beobachten, modellieren, eingreifen, Ergebnis beobachten. Stafford Beers Viable System Model informiert das Prinzip, dass Governance die Varietät des Systems matchen muss, das sie governt.
Commons Governance
Ostrom
Elinor Ostrom hat bewiesen, dass Gemeinschaften gemeinsame Ressourcen ohne Top-down-Autorität selbst gouvernieren können — wenn klare Regeln, definierte Rollen und Monitoring existieren. CPG wendet das auf Organisationsprozesse an: Stakeholder gouvernieren die Prozess-Commons durch definierte Rollen (Responsible, Contributor, Viewer) und formale Abstimmung.
Institutionenökonomik
Coase, Williamson
Transaktionskosten und Principal-Agent-Probleme sind endemisch in Multi-Stakeholder-Prozessen. CPG reduziert beides, indem Prozesskosten pro Lane sichtbar gemacht werden — die Informationsasymmetrie zwischen denen, die Prozesse designen, und denen, die sie ausführen, wird eliminiert.
Der CPG-Zyklus
Sechs Säulen. Ein kybernetischer Regelkreis.
Jede Säule speist die nächste. Der Output von Execute fließt zurück in Map. Governance ist ein Kreislauf, keine Einbahnstraße.
- 1
Map
Ist-Zustand in BPMN 2.0 erfassen. KI-unterstützte Modellierung aus natürlicher Sprache. Jede Rolle wird zur Lane, jede Übergabe zur expliziten Transition.
- 2
Quantify
Kosten, Dauer, Frequenz pro Task und Lane annotieren. Die Pfadanalyse macht aus dem Diagramm ein Finanzmodell — Kosten/Durchlauf, Monatskosten, Umsatz, Marge, ROI.
- 3
Validate
Stakeholder prüfen Lane für Lane. Jede Lane braucht eine:n Verantwortliche:n. Pre-Checks erzwingen Vollständigkeit: Frequenzen, Kosten, Sätze, erreichbare Pfade.
- 4
Simulate
Den validierten Prozess in Was-wäre-wenn-Szenarien forken. Ist vs. Soll mit quantifizierten Deltas vergleichen — Kosten, Zeit, ROI, Impact pro Lane.
- 5
Decide
Verantwortliche Stakeholder stimmen über Änderungen ab. Konfigurierbares Quorum und Schwellenwerte. Jede Stimme in einem unveränderlichen Entscheidungs-Trail protokolliert.
- 6
Execute
Genehmigte Änderungen aktualisieren die Baseline. Verantwortung wird festgeschrieben. Ausführung wird gegen das Modell gemonitort. Ergebnisse fließen zurück in Map.
Validation State Machine
Jeder Prozess folgt einem strikten Lifecycle mit formalen Vorbedingungen bei jedem Übergang:
Draft → Validated → Simulated → Decision Pending → Approved → Executed
→ Rejected → (zurück zu Simulated) - Draft → Validated: Alle Lanes haben Verantwortliche. Konsens erreicht.
- Validated → Simulated: Mindestens ein Soll-Fork mit quantifizierten Änderungen.
- Simulated → Decision Pending: Simulation zur Stakeholder-Abstimmung eingereicht.
- Decision Pending → Approved: Quorum erreicht, Zustimmungsschwelle erfüllt.
- Approved → Executed: Änderung deployed, Baseline aktualisiert, Verantwortung festgeschrieben.
Governance-Primitive
Die Bausteine, die kein BPM-Tool bietet
CPG führt sechs Governance-Primitive ein — Konzepte, die in keiner einzelnen Tool-Kategorie existieren. Zusammen bilden sie ein vollständiges Governance-System für Organisationsprozesse.
-
Lane-Based Accountability
Die BPMN Swim Lane ist die Governance-Einheit — nicht der Prozess als Ganzes. Jede Lane trägt eine:n Verantwortliche:n, Kostensätze und IT-Abhängigkeiten.
BPM-Tools behandeln Lanes als Dekoration. CPG behandelt sie als kleinste Einheit organisatorischer Verantwortung.
-
Process-as-Financial-Model
Start-Events definieren Frequenz. Tasks tragen Dauer und Stückkosten. Lanes tragen Stundensätze. End-Events definieren Ertrag. Die Pfadanalyse berechnet Kosten/Durchlauf, Monatskosten, Marge und ROI automatisch.
Das BPMN-Diagramm ist das Finanzmodell. Kein separates BI-Tool, keine Spreadsheet-Abgleiche — der Prozess berechnet sich selbst.
-
Non-Destructive Forking
Änderungen werden als Forks der validierten Baseline vorgeschlagen — unabhängige Kopien, die modifiziert, verglichen und verworfen werden können, ohne das Original zu berühren.
Versionskontrolle für Prozesse. Traditionelles BPM überschreibt; CPG brancht. Die validierte Baseline wird nie direkt mutiert.
-
Stakeholder Voting Protocol
Vorgeschlagene Änderungen gehen in eine formale Abstimmung. Nur Verantwortliche können abstimmen. Quorum und Zustimmungsschwellen sind konfigurierbar. Jede Stimme, jeder Kommentar und jede Begründung wird unveränderlich protokolliert.
Weder BPM- noch GRC-Tools haben eingebaute demokratische Entscheidungsfindung. CPG macht Prozessänderung zu einem governten, auditierbaren Akt — nicht zu einem Meeting-Ergebnis.
-
Validation State Machine
Prozesse folgen einem strikten Lifecycle: Draft → Validated → Simulated → Decision Pending → Approved → Executed. Jeder Übergang hat formale Vorbedingungen.
Das ist ein Governance-Protokoll, kein Workflow. Vorbedingungen werden erzwungen — man kann nicht simulieren, was nicht validiert wurde, und nicht ausführen, worüber nicht abgestimmt wurde.
-
Blueprint Verification Pipeline
Veröffentlichte Prozesse werden zu Blueprints mit drei Vertrauensstufen: Community (auto-scored), University Verified (AIFOD-Partnervalidierung), Nationally Certified (in nationale Infrastruktur integriert).
Prozesse als wiederverwendbare, verifizierbare Artefakte — mit einem Trust-Eskalationspfad von der Basis bis zur institutionellen Adoption.
Architektur
Drei Schichten. Jede löst ein Governance-Problem.
CPGs Architektur ist kein Techstack — es ist ein Governance-Stack. Jede Schicht adressiert eine spezifische Governance-Frage.
Prozessschicht
BPMN 2.0Was passiert und was kostet es?
Der Modellierungsstandard. ISO-konform, interoperabel, kein Vendor-Lock-in. Erweitert um Business-Metriken — Kosten, Dauer, Frequenz, Ertrag — die das Diagramm selbstrechnend machen.
Identitätsschicht
SSI / W3C DIDsWer entscheidet und warum darf sie?
Self-Sovereign Identity mit Verifiable Credentials. Governance-Rollen (Responsible, Contributor, Viewer) sind kryptographisch an Stakeholder gebunden. Keine zentrale Stelle vergibt Berechtigungen.
Vertrauensschicht
DLT (Cardano)Ist die Entscheidung fälschungssicher?
On-chain Voting und Credential-Verifikation. Entscheidungen sind öffentlich verifizierbar und unveränderlich. Der Audit-Trail existiert außerhalb jedes einzelnen Systems.
Positionierung
CPG sitzt an der Kreuzung — und gehört zu keiner Kategorie
CPG kreuzt fünf Marktkategorien. Jede adressiert eine Dimension des Prozessproblems. CPG adressiert sie alle — aus einer Governance-first-Perspektive.
| Kategorie | Was sie kann | Was CPG hinzufügt |
|---|---|---|
| BPM Suites Signavio, ARIS, Bizagi | Prozessmodellierung | Governance, Voting, Quantifizierung pro Lane, Finanzmodell aus dem Diagramm |
| Workflow Engines Camunda, ServiceNow | Prozessausführung | CPG governt die Entscheidung über den Prozess, nicht die Ausführung selbst |
| Process Mining Celonis, Minit | Ist-Analyse aus System-Logs | CPG startet beim Stakeholder-Wissen, nicht bei Log-Daten — und fügt Governance hinzu |
| GRC Tools Archer, ServiceNow GRC | Compliance-Dokumentation | Compliance als Nebenprodukt der Governance, nicht als separater Dokumentationsaufwand |
| Governance-Modelle Soziokratie, Holakratie | Organisationsdesign | Prozessbezogene (nicht org-bezogene) Governance — und quantifiziert mit Finanzdaten |
Governance-Modell
Drei Rollen. Klare Autoritätsgrenzen.
Jede Lane in einem CPG-governten Prozess hat Stakeholder mit definierten Governance-Rollen. Autorität ist explizit: wer vorschlagen, wer abstimmen, wer beobachten darf.
Responsible
Verantwortlich für die Lane. Kann Änderungen vorschlagen, über Entscheidungen abstimmen und kommentieren. Trägt das Ergebnis. Mindestens eine:r pro Lane — Pflicht für Validierung.
- Änderungen vorschlagen — Ja
- Abstimmen — Ja
- Kommentieren — Ja
Contributor
Arbeitet an Tasks innerhalb der Lane. Kann Änderungen vorschlagen und an Diskussionen teilnehmen. Kein Stimmrecht — Einfluss ohne Autorität.
- Änderungen vorschlagen — Ja
- Abstimmen — Nein
- Kommentieren — Ja
Viewer
Beobachtet den Prozess und kann kommentieren. Bietet Transparenz ohne Entscheidungsautorität. Essenziell für funktionsübergreifende Sichtbarkeit.
- Änderungen vorschlagen — Nein
- Abstimmen — Nein
- Kommentieren — Ja
Compliance
Compliance als Nebenprodukt, nicht als Belastung
Weil CPG im Rahmen normaler Governance-Operationen erfasste Prozesse, quantifizierte Metriken, Stakeholder-Zuweisungen, Entscheidungs-Trails und auditierbare Zustandsübergänge produziert, wird Compliance-Reporting zur Datenabfrage — nicht zum Dokumentationsprojekt.
ESG
IT-CO₂-Kategorien, Stakeholder-Inklusion, Entscheidungs-Trails, Workload-Verteilung.
SDG
Prozessaktivitäten mit SDG-Alignment getaggt. Wirkung durch quantifizierte Outcomes gemessen.
FAIR
BPMN 2.0 sichert Interoperabilität. Strukturiert, durchsuchbar, exportierbar, als Blueprints wiederverwendbar.
NIS2
IT-Abhängigkeiten pro Task via CMDB. Sicherheitsprozesse mit klarer Verantwortung erfasst.
DSGVO
Datenverarbeitungsflüsse pro Schritt nachverfolgt. Verantwortliche/Auftragsverarbeiter auf Lanes gemappt.
EU AI Act
KI-Integrationspunkte dokumentiert. Menschliche Aufsicht auf Responsible-Stakeholder gemappt.
Adoption
Fünf Reifegrade
CPG-Adoption ist inkrementell. Jede Stufe baut auf der vorherigen auf und liefert eigenständigen Wert.
- 1
Dokumentiert
Prozesse in BPMN 2.0 erfasst. Basisdokumentation vorhanden.
- 2
Quantifiziert
Alle Tasks mit Kosten, Dauer, Frequenz annotiert. Prozessökonomie sichtbar.
- 3
Governt
Stakeholder Lanes zugewiesen. Validierungs-Workflows aktiv. Entscheidungs-Trails protokolliert.
- 4
Simuliert
Ist-vs.-Soll-Vergleiche als Standard. Änderungen werden vor Umsetzung simuliert.
- 5
Kybernetisch
Vollständiger Governance-Loop aktiv. Execute fließt zurück in Map. Kontinuierliche Verbesserung ist datengetrieben und stakeholder-governt.
Vom Framework zur Praxis
Das Herz, der Kopf und der Körper.
CPG ist das Herz — die Prinzipien, Primitive und der Governance-Lifecycle, die definieren, wie Prozessentscheidungen getroffen werden sollten. Eine Methodik, die unabhängig von jedem Tool adoptiert werden kann. Veröffentlicht, offen und für institutionelle Adoption designt.
ProcesOS ist der Kopf — die Plattform, die in Prozessen denkt. BPMN-Modellierung mit eingebauter Quantifizierung, Stakeholder-Validierung, Simulation, Voting und Audit-Trails. Sie operationalisiert CPG in Software.
tech reform ist der Körper — die ausführende Kraft. Wir arbeiten nach CPG, nutzen ProcesOS als operatives Rückgrat und deployen es in Kundeninfrastrukturen — von der Workshop-Facilitation bis zum souveränen Deployment.
CPG in eurer Organisation einführen?
Wir führen strukturierte Workshops durch, die euch in einem Tag von undokumentierten Prozessen zu governten, quantifizierten Abläufen bringen.