Das Grundprinzip: Alles ist ein Graph
Nicht metaphorisch. Mathematisch. Jeder Projekt-Workflow, jeder Prozess, jede Abhängigkeit lässt sich als gerichteter azyklischer Graph (DAG) darstellen. Genau wie die Von-Neumann-Architektur seit 80 Jahren: Input → Processing → Output.
Nur mit dem Unterschied: Wir machen das nicht für Maschineninstruktionen, sondern für Business-Prozesse.
Die Kern-Entitäten
1. Arbeitsprodukt (Work Product) - Hat genau einen Erstellungszustand (0-100%) - Ist Input ODER Output einer Aktion - Trägt Metadaten: Typ, Menge, Status, Owner
2. Aktion/Schritt (Step) - Transformiert Input-Arbeitsprodukte → Output-Arbeitsprodukt - Hat genau ein Ergebnis (Single Responsibility) - Definiert: Dauer, Ausführende Rolle(n), Min/Max Parallelität - Kosten = f(Rolle, Dauer, Anzahl)
3. Trigger/Event - Startet Aktion wenn Bedingungen erfüllt - Boolean-Verknüpfungen (AND/OR) mit anderen Triggern
4. Listener Module - Observer-Pattern auf Arbeitsprodukte - Ermöglicht asynchrone Workflows
Der Algorithmus
- Parse Projekt-Definition → Build Graph (Knoten = Aktionen, Kanten = Abhängigkeiten)
- Topological Sort → Bestimme Ausführungsreihenfolge, identifiziere kritischen Pfad
- Resource Allocation → Verteile Rollen über Zeit, löse Konflikte via Heuristiken
- Time & Cost Calculation → Berücksichtige Parallelität, addiere sequentielle Pfade
- Monte Carlo Simulation (optional) → Output: ±X% Konfidenzintervall
Mathematisches Modell
Kosten(Aktion) = Rolle_Stundensatz × Dauer × Anzahl_Personen × (1 + Risikofaktor) Projekt_Kosten = Σ (Kosten(Aktion_i) × Wiederholungen_i)
Die "Abfallprodukte"
- **Process Documentation (BPM):** Automatische Generierung von BPMN-Diagrammen
- **Risk Management:** Kritischer Pfad = höchstes Verzögerungs-Risiko
- **Test Coverage:** Test-Struktur = Mirror des Requirements-Graphs
- **Compliance Nachweise:** Report-Generation für ISO 9001, ASPICE, FDA
- **Configuration Management:** Impact Analysis: "Was ändert sich wenn X sich ändert?"
- **Resource Planning:** Automatische Identifikation von Überlastungen und Idle-Zeiten
Genauigkeit: ±20% bei ehrlichem Input
Warum? Lernendes System, Granularität, historische Daten, Risiko-Adjustierung.
Vergleich: - Naive Schätzung: Faktor 2-10 - Delphi-Methode: Faktor 2 - COCOMO II: ±25-30% - Unsere Methode: ±20% (nach 2-3 Projekten)
Warum das funktioniert: Isomorphie
Projektmanagement IST Graph-Traversierung. Wir verwenden 80 Jahre bewährte Computer-Science-Prinzipien: Dependency Graphs, Dataflow Programming, Petri-Netze, Critical Path Method.
Der Unterschied: Wir bauen eine ausführbare Spezifikation, keine statische Dokumentation.