Theoretisches Fundament
Die theoretische Sicht auf die „Welt"
Graphen, Struktur und Grammatik im Projektmanagement
Wenn wir von der reinen Software-Architektur auf die theoretische Sicht auf die „Welt" wechseln, bewegen wir uns von der Ingenieurskunst in die Systemtheorie, Ontologie und Kybernetik. Wir bauen nicht einfach ein Tool — wir bauen ein Ontologie-Modell: ein Modell darüber, wie die Realität in Ihrem Unternehmen beschaffen ist.
01 Die Ontologie: Die „Welt" als relationales Netzwerk
In der klassischen Betriebswirtschaftslehre denkt man in „Objekten": Ein Projekt ist ein Ding. Ein Mitarbeiter ist ein Ding. Ein Budget ist ein Ding. Man versucht, diese Dinge in isolierten Silos zu managen.
Unsere Graphen-Sicht folgt einer relationalen Ontologie (verwandt mit der Actor-Network Theory von Bruno Latour):
Nichts existiert isoliert
Ein FTE ist nur durch seine Beziehungen definiert: Arbeitet an Task X, blockiert durch Board Y, kommuniziert mit Kunde Z.
Akteure sind nicht nur Menschen
Ein RFQ-Dokument, ein CI/CD-Skript, ein ASPICE-Audit und der Projektleiter sind allesamt gleichberechtigte „Knoten".
Die Macht der Kanten
Ein fehlendes Eval-Board hat mehr „Macht" im Netzwerk als der Projektleiter — weil es den Fluss unterbricht.
02 Die Struktur: Hypergraphen und Fraktale
Ein normaler Graph (Knoten A verbindet sich mit Knoten B) ist für die reale Welt zu simpel. Die Realität ist multidimensional.
Hypergraphen
Ein „Sprint Review" ist keine 1-zu-1-Beziehung. Es ist eine Hyperkante, die gleichzeitig 5 FTEs, 10 Tasks, 1 Budget-Topf und 3 Kunden-Features verbindet. Der Zustand des Systems lässt sich nicht durch paarweise Beziehungen beschreiben, sondern nur durch Transaktionen oder Kontexte.
Fraktale / Skaleninvarianz
Ein Graph sieht auf jeder Zoom-Ebene gleich aus:
Das Projekt „DC/DC Wandler" ist ein Knoten, verbunden mit dem Kunden.
Das Projekt öffnet sich und ist selbst ein riesiger Graph aus HW, SW, QA.
Der Task „SW Implementierung" öffnet sich als Graph aus Code-Commits, Tickets und Pipelines.
Konsequenz: Unsere Struktur ist rekursiv. Ein Knoten kann jederzeit selbst wieder ein vollständiger Graph sein.
03 Epistemologie: Vom Zustands-Reporting zum Raum-Verständnis
Klassisches Reporting
„Wir sind zu 40% fertig." — Das ist eine Illusion, der Mythos des Wasserfalls.
Graph-Reporting
„Der Sub-Graph ‚HW-Design' ist vollständig verbunden, aber der Sub-Graph ‚SW-Integration' hat 3 unterbrochene Kanten." — Das ist topologisches Wissen.
„Wir bauen keinen weiteren Projekt-Tracker. Wir bauen einen Digitalen Zwilling der Projekt-Realität. Wir betrachten Projekte nicht als statische Listen, sondern als lebendige, relationale Netzwerke, die physikalischen Gesetzen folgen."
Nächster Schritt
Genug Theorie. Lassen Sie uns Ihre Realität prüfen.
Was bedeutet das für Ihr nächstes Audit? Anstatt dem Assessor zu sagen „Wir schätzen, wir sind zu 80 % fertig", zeigen Sie ihm den Graphen: „Der Sub-Graph SW-Integration hat 3 unterbrochene Kanten zu ASIL-D-Anforderungen." Subjektives Reporting wird zu topologischem, beweisbarem Wissen.
Der vimpact Data-Readiness Check: 2 Wochen, ein Ausschnitt Ihrer Daten, deterministische Gap-Analyse.
Zum Reality Check →