Prozesse & WorkflowsProcesses & Workflows
Wie läuft Arbeit durch die virtuelle Organisation?How does work flow through the virtual organization?
Sechs kanonische Prozessmuster vom deterministischen bis zum emergenten Spektrum. Task Specification Doctrine mit drei Spezifikationsmodi. SOPs als ausführbarer Code. WIP-Limits, Pull-Systeme und Eskalationsprotokolle für strukturierte Ausnahmebehandlung.
Six canonical process patterns spanning the deterministic-to-emergent spectrum. Task Specification Doctrine with three specification modes. SOPs as executable code. WIP limits, pull systems, and escalation protocols for structured exception handling.
Zusammenfassung
Prozesse & Workflows definiert, wie Arbeit durch die KI-native Organisation läuft. Die Dimension spezifiziert sechs kanonische Prozessmuster (Sequentiell, Hierarchisch, Parallel, Iterativ, Konversationell, Spannungsgetrieben), die das gesamte Spektrum von deterministischer bis emergenter Ausführung abdecken. Die Task Specification Doctrine (Auftragsformulierungsdoktrin) formalisiert, wie viel Freiraum Agenten erhalten, adaptiert aus der militärischen Auftragstaktik.
Die meisten realen Workflows sind hybrid: ein deterministisches Rückgrat mit konversationellen Sub-Tasks an spezifischen Knoten. SOPs werden als ausführbarer Code kodiert — testbar, versioniert und auditierbar. Arbeit wird über priorisierte Backlogs mit WIP-Limits und Pull-Systemen gesteuert.
Kontext im VCOM-Framework
Prozesse operationalisieren die Organisationsstruktur (Dim 01) innerhalb der Governance-Beschränkungen (Dim 02). Koordinationsmechanismen (Dim 07) lösen Abhängigkeiten zwischen Prozessen. Technologie (Dim 03) stellt die Ausführungsinfrastruktur bereit. Kommunikation (Dim 06) transportiert die Nachrichten, die Prozesse generieren. Performance-Messung (Dim 10) bewertet die Ergebnisse.
Summary
Processes & Workflows defines how work flows through the AI-native organization. The dimension specifies six canonical process patterns (Sequential, Hierarchical, Parallel, Iterative, Conversational, Tension-Driven) spanning the full deterministic-to-emergent execution spectrum. The Task Specification Doctrine (Auftragsformulierungsdoktrin) formalizes how much latitude agents receive, adapted from military mission-type orders (Auftragstaktik).
Most real workflows are hybrid: a deterministic backbone with conversational sub-tasks at specific nodes. SOPs are encoded as executable code — testable, versioned, and auditable. Work is managed through prioritized backlogs with WIP limits and pull systems.
Context within VCOM Framework
Processes operationalize the organizational structure (Dim 01) within governance constraints (Dim 02). Coordination mechanisms (Dim 07) resolve dependencies between processes. Technology (Dim 03) provides the execution infrastructure. Communication (Dim 06) transports messages that processes generate. Performance measurement (Dim 10) evaluates the outcomes.
Sodexus nutzt LangGraph als deterministisches Workflow-Rückgrat mit konversationellen Sub-Tasks an Kreativitätsknoten. Jeder Workflow hat definierte Exit-Bedingungen, Token-Budgets und Eskalationspfade. SOPs sind nicht in Handbüchern dokumentiert, sondern als System Prompts, Graph-Kanten und Guardrails kodiert — versioniert, testbar und auditierbar.
Sodexus uses LangGraph as the deterministic workflow backbone with conversational sub-tasks at creativity nodes. Every workflow has defined exit conditions, token budgets, and escalation paths. SOPs are not documented in manuals but encoded as system prompts, graph edges, and guardrails — versioned, testable, and auditable.
In einer VCOM-Organisation designen Sie Workflows statt sie manuell auszuführen. Sie definieren das Was und Warum (Commander’s Intent) — die KI-Agenten bestimmen das Wie innerhalb definierter Leitplanken. Ihr Fokus verschiebt sich auf Prozessdesign, Qualitätskontrolle und Ausnahmebehandlung.
In a VCOM organization, you design workflows instead of executing them manually. You define the what and why (Commander's Intent) — the AI agents determine the how within defined guardrails. Your focus shifts to process design, quality control, and exception handling.
Jeder Prozess hat definierte Schritte, Exit-Bedingungen und Eskalationspfade. Das bedeutet vorhersagbare Lieferzeiten, nachvollziehbare Arbeitsschritte und klare Qualitätsgates — auch wenn KI-Agenten die operative Arbeit übernehmen.
Every process has defined steps, exit conditions, and escalation paths. This means predictable delivery timelines, traceable work steps, and clear quality gates — even when AI agents handle the operational work.
Sechs kanonische ProzessmusterSix Canonical Process Patterns
Die grundlegende Designentscheidung ist der Grad, zu dem Ausführungspfade vorbestimmt sind. Sechs kanonische Muster decken das Spektrum von deterministisch bis emergent ab:
| Muster | Beschreibung | Eignung | Kontrolle |
|---|---|---|---|
| Sequentiell | Schritte in strikter Reihenfolge; Output eines Schritts ist Input des nächsten | Klare Präzedenzabhängigkeiten | Deterministisch |
| Hierarchisch | Manager zerlegt Ziel in Sub-Tasks, verteilt an Worker, synthetisiert Ergebnisse | Komplexe Ziele mit Zerlegungsbedarf | Deterministisch |
| Parallel (Fan-out/Fan-in) | Mehrere Agenten bearbeiten unabhängige Sub-Tasks gleichzeitig; Ergebnisse zusammengeführt | Unabhängige Sub-Tasks; Geschwindigkeit prioritär | Deterministisch |
| Iterativ (Refinement) | Agent produziert Output; Reviewer evaluiert; Feedback bis Qualitätsschwelle erreicht | Progressive Verfeinerung; kreative/analytische Tasks | Hybrid |
| Konversationell | Agenten diskutieren, hinterfragen, bauen aufeinander auf; Lösung emergiert aus Dialog | Neuartige Probleme, Brainstorming, Strategie | Emergent |
| Spannungsgetrieben | Meta-Muster: Agenten erkennen Abweichungen, qualifizieren sie, routen zu Reaktionsmechanismen | Stehendes Meta-Muster über alle Workflows | Meta |
The fundamental design choice is the degree to which execution paths are predetermined. Six canonical patterns span the deterministic-to-emergent spectrum:
| Pattern | Description | Suitability | Control |
|---|---|---|---|
| Sequential | Steps execute in strict order; each step's output is next step's input | Clear precedence dependencies | Deterministic |
| Hierarchical | Manager decomposes goal into sub-tasks, assigns to workers, synthesizes results | Complex goals requiring decomposition | Deterministic |
| Parallel (Fan-out/Fan-in) | Multiple agents work on independent sub-tasks simultaneously; results merged | Independent sub-tasks; speed paramount | Deterministic |
| Iterative (Refinement) | Agent produces output; reviewer evaluates; feedback until quality threshold met | Progressive refinement; creative/analytical tasks | Hybrid |
| Conversational | Agents discuss, challenge, build on contributions; solution emerges from dialogue | Novel problems, brainstorming, strategy | Emergent |
| Tension-Driven | Meta-pattern: agents sense deviations, qualify them, route to response mechanisms | Standing meta-pattern across all workflows | Meta |
Die meisten realen Workflows sind hybrid: ein deterministisches Rückgrat mit konversationellen Sub-Tasks an spezifischen Knoten. Ein Anti-Pattern ist es, auf konversationelle Prozesse zu defaulten, weil LLM-Agenten flüssig in natürlicher Sprache kommunizieren, wenn deterministische Muster bei niedrigeren Kosten und höherer Vorhersagbarkeit ausreichen würden.
Most real workflows are hybrid: a deterministic backbone with conversational sub-tasks at specific nodes. An anti-pattern is defaulting to conversational processes because LLM agents communicate fluently in natural language, when deterministic patterns would suffice at lower cost and higher predictability.
Task Specification Doctrine (Auftragsformulierungsdoktrin)Task Specification Doctrine
Adaptiert aus der militärischen Auftragstaktik (ADP 6-0; Bungay, 2011): Statt jeden Schritt vorzuschreiben, skaliert die Doctrine den Freiheitsgrad über drei Spezifikationsmodi:
| Modus | Beschreibung | Vertrauen | Autonomie |
|---|---|---|---|
| Mission-Type | Spezifiziert WAS (gewünschtes Ergebnis), nicht WIE; volle Methodenfreiheit | > 0.8 | L3–L5 |
| Hybrid | Ergebnis UND Leitplanken; taktische Entscheidungen innerhalb der Grenzen | 0.5–0.8 | L2–L3 |
| Detailed | Exakte Schritte, Tools, Sequenz; Agent führt mit minimaler Abweichung aus | < 0.5 | L0–L2 |
Auswahlregel: Der restriktivste Modus, der durch einen einzelnen Faktor (Trust Score, Domain Risk Appetite, Task-Vertrautheit) angezeigt wird, hat Vorrang. Sicherheitsbeschränkungen dominieren.
Adapted from military mission-type orders (ADP 6-0; Bungay, 2011): instead of prescribing every step, the Doctrine scales agent latitude through three specification modes:
| Mode | Description | Trust | Autonomy |
|---|---|---|---|
| Mission-Type | Specifies WHAT outcome is desired, not HOW; full latitude over method | > 0.8 | L3–L5 |
| Hybrid | Desired outcome AND guardrails; tactical decisions within boundaries | 0.5–0.8 | L2–L3 |
| Detailed | Exact steps, tools, sequence; agent executes with minimal deviation | < 0.5 | L0–L2 |
Selection rule: The most restrictive mode indicated by any single factor (trust score, domain risk appetite, task familiarity) takes precedence. Safety constraints dominate.
SOPs as CodeSOPs as Code
Standard Operating Procedures sind nicht in Handbüchern für menschliche Interpretation geschrieben. Sie sind als ausführbare Artefakte kodiert:
- System Prompts: Definieren Agentenverhalten, Rollengrenzen und Qualitätsstandards
- Graph Edges: Definieren Übergänge zwischen Prozessschritten (bedingte Transitions, Parallelzweige, Konvergenzpunkte)
- Guardrails: Definieren harte Negativbeschränkungen, unabhängig von Agentenentscheidungen erzwungen durch GaaS
- Schemas: Definieren Input/Output-Verträge zwischen Schritten mit formalen Typdefinitionen
Diese Kodierung macht SOPs testbar, auditierbar und versionskontrolliert — Eigenschaften, die natürlichsprachliche Handbücher nicht bieten.
Standard Operating Procedures are not written in manuals for human interpretation. They are encoded as executable artifacts:
- System Prompts: Define agent behavior, role boundaries, and quality standards
- Graph Edges: Define transitions between process steps (conditional transitions, parallel branches, convergence points)
- Guardrails: Define hard negative constraints enforced through GaaS, independent of agent decision-making
- Schemas: Define input/output contracts between steps with formal type definitions
This encoding makes SOPs testable, auditable, and version-controlled — properties that natural-language manuals lack.
EskalationsprotokolleEscalation Protocols
Graduiertes Eskalationsprotokoll
| Trigger | Aktion | Ziel |
|---|---|---|
| Konfidenz unter Schwellenwert | Pausieren und eskalieren | S3-Manager-Agent |
| GaaS-Policy-Verletzung | Aktion blockieren, benachrichtigen | Governance-Layer + verantwortlicher Manager |
| Quality-Gate-Failure nach Max-Retries | Eskalation mit Kontext | S5 Principal |
| Out-of-Distribution-Event | Verarbeitung stoppen, loggen, alertieren | S5 Principal |
| Kostenüberschreitung | Pause gem. Financial Authority Matrix | Manager oder Mensch (Dim 08) |
Ausnahme-Klassifikation
| Schweregrad | Verhalten |
|---|---|
| Recoverable | Agent versucht modifizierten Ansatz (andere Prompt-Strategie, alternatives Tool) |
| Degraded | Agent arbeitet mit reduzierter Qualität weiter; Output wird zur Review markiert |
| Blocking | Prozess stoppt; Eskalation wird ausgelöst |
Graduated Escalation Protocol
| Trigger | Action | Target |
|---|---|---|
| Confidence below threshold | Pause and escalate | S3 manager agent |
| GaaS policy violation | Block action, notify | Governance layer + responsible manager |
| Quality gate failure after max retries | Escalate with context | S5 principal |
| Out-of-distribution event | Stop processing, log, alert | S5 principal |
| Cost threshold exceeded | Pause per Financial Authority Matrix | Manager or human (Dim 08) |
Exception Classification
| Severity | Behavior |
|---|---|
| Recoverable | Agent retries with modified approach (different prompt strategy, alternative tool) |
| Degraded | Agent continues with reduced quality; flags output for review |
| Blocking | Process halts; escalation triggered |
Workflow-DefinitionWorkflow Definition
Workflows werden als LangGraph-Graphen definiert. Jeder Knoten repräsentiert einen Prozessschritt, jede Kante eine Übergangsbedingung. Das zentrale Artefakt ist die Workflow-Spezifikation.
Workflows are defined as LangGraph graphs. Each node represents a process step, each edge a transition condition. The central artifact is the Workflow Specification.
Workflow-Spezifikation (YAML)
workflow:
id: "content-publication-pipeline"
name: "Content Publication Pipeline"
pattern: sequential
trigger: "backlog_item_pulled"
steps:
- id: research
agent_role: worker
description: "Research topic and gather sources"
timeout: 300_000 # tokens
output_schema: "research-brief.json"
- id: draft
agent_role: worker
description: "Write article draft"
input: "{{research.output}}"
timeout: 500_000 # tokens
output_schema: "article-draft.json"
- id: review
agent_role: specialist
description: "Review draft for quality"
pattern: iterative
max_iterations: 3
quality_threshold: 0.85
input: "{{draft.output}}"
- id: publish
agent_role: worker
description: "Format and publish"
input: "{{review.output}}"
requires_approval: false
escalation:
on_timeout: "notify_manager"
on_quality_failure: "escalate_to_principal"
on_budget_exceeded: "pause_and_alert"Task-Spezifikation mit DriverDriver-Based Task Specification
S3’s Driver-Pattern bereichert Task-Zuweisung mit semantischem Kontext. Der Driver liefert das Warum, das bessere Agenten-Entscheidungen ermöglicht:
| Komponente | Beschreibung | Beispiel |
|---|---|---|
| Situation | Was hat diese Aufgabe ausgelöst? | „Organic Traffic ist im letzten Monat um 15% gesunken.“ |
| Impact | Welche Auswirkung hat das? | „Lead-Generation-Pipeline schrumpft, gefährdet Q2-Revenue-Ziele.“ |
| Need | Was muss erfüllt werden? | „4 SEO-optimierte Blogartikel diese Woche produzieren.“ |
S3's Driver pattern enriches task assignment with semantic context. The driver provides the why that enables better agent judgment:
| Component | Description | Example |
|---|---|---|
| Situation | What triggered this task? | "Organic traffic declined 15% over the past month." |
| Impact | What effect does this have? | "Lead generation pipeline shrinking, threatening Q2 targets." |
| Need | What outcome is required? | "Produce 4 SEO-optimized blog posts this week." |
Arbeit organisieren: WIP-Limits & Pull-SystemWork Management: WIP Limits & Pull System
WIP-Limits verhindern Kontext-Überlastung bei LLM-basierten Agenten. Das Pull-System verschiebt die Rolle des Managers von Task-Zuweisung zu Backlog-Priorisierung.
| Rollenarchetyp | WIP-Limit | Begründung |
|---|---|---|
| Worker (enger Scope) | 1–2 | Maximaler Fokus; abschließen vor nächstem Pull |
| Specialist | 1 | Tiefe Expertise erfordert volle Kontextallokation |
| Manager | 3–5 | Tracking mehrerer Reports, nicht detaillierte Ausführung |
| Coordinator | 5–8 | Leichtgewichtige Koordination über viele Items |
| Gardener | 2–3 | Maintenance-Tasks unabhängig aber aufmerksam |
WIP limits prevent context overload in LLM-based agents. The pull system shifts the manager's role from task assignment to backlog prioritization.
| Role Archetype | WIP Limit | Rationale |
|---|---|---|
| Worker (narrow scope) | 1–2 | Maximum focus; complete before pulling next |
| Specialist | 1 | Deep expertise tasks require full context allocation |
| Manager | 3–5 | Must track multiple reports, not execute detailed work |
| Coordinator | 5–8 | Lightweight coordination across many items |
| Gardener | 2–3 | Maintenance tasks independent but require careful attention |
Tension-Driven Routing (Vier-Fall-Entscheidungsbaum)
- In meiner Domäne + bekannte Lösung: Operativ lösen; im Logbuch dokumentieren
- In meiner Domäne + unbekannte Lösung: An S3-Manager via Bottom-up Double-Link eskalieren
- Außerhalb meiner Domäne: Zum operativen Backlog der korrekten Domäne routen (Agent-Manifest-Abhängigkeitsgraph)
- Neuartiges Muster (kein Präzedenzfall): An Governance-Backlog übermitteln
Tension-Driven Routing (Four-Case Decision Tree)
- In my domain + known solution: Resolve operationally; log in Logbook
- In my domain + unknown solution: Escalate to S3 manager via bottom-up double-link
- Outside my domain: Route to correct domain's operational backlog using Agent Manifest dependency graph
- Novel pattern (no precedent): Submit to governance backlog
Die Workflow-Spezifikation ist der zentrale Integrationspunkt für Branchenpartner. Partner definieren branchenspezifische Prozessmuster und nutzen das SOPs-as-Code-Paradigma für ihre Compliance-Anforderungen. Die sechs kanonischen Muster bieten eine gemeinsame Sprache für Prozessdesign.
The workflow specification is the central integration point for industry partners. Partners define industry-specific process patterns and use the SOPs-as-code paradigm for their compliance requirements. The six canonical patterns provide a shared vocabulary for process design.