Wir entscheiden auf Bauchgefühl
Wenn Annahmen unausgesprochen bleiben oder Optionen gegeneinander stehen, starte mit Methoden für Evidenz und Entscheidungsrahmen.
Wähle den passenden Einstieg für dein Problem, arbeite strukturiert im Browser und leite daraus belastbare Interventionen ab.
Der Hub ist kein Methodenverzeichnis zum Lesen, sondern ein Arbeitsraum für Symptomklärung, Strukturdiagnose und nächste Schritte.
Was bekomme ich hier?
Starte nicht mit einer Methode, sondern mit dem Problem, das euch gerade blockiert.
4 Problem-Einstiege
Wenn Annahmen unausgesprochen bleiben oder Optionen gegeneinander stehen, starte mit Methoden für Evidenz und Entscheidungsrahmen.
Wenn Teams, Domänen oder Governance aneinander vorbeiarbeiten, helfen Boundary- und Stakeholder-Perspektiven zuerst.
Wenn Symptome zurückkommen oder Nebenwirkungen neue Probleme erzeugen, beginne mit Dynamiken statt Einzelfällen.
Wenn Übergaben, Kopplung und Steuerungslogik blockieren, lohnt sich ein Blick auf Struktur und Engpässe.
Filtere gedanklich nach Problemtyp, nicht nur nach Methodennamen.
Methoden für wiederkehrende Muster, Eskalationen, Delays und Rückkopplungen.
Hilft, wenn ihr erst Muster über Zeit verstehen müsst, bevor ihr eine Ursache diskutiert.
Ein Visualisierungswerkzeug, das die Dynamik von Systemvariablen (Metriken, Schulden, Produktivität) in der Vergangenheit über Zeitachsen aufdeckt.
Hilft bei wiederkehrenden Dynamiken, Eskalationen und unbeabsichtigten Nebenwirkungen.
Graphische Karten, die komplexe Architekturprobleme verdeutlichen, indem sie kreisförmige Ursache-Wirkungs-Strukturen aufmalen.
Gut, wenn sichtbare Incidents auf tiefere Struktur- oder Mentalmodellprobleme hindeuten.
Analysewerkzeug, um von oberflächlichen IT-Incidents (Events) hinab in die tiefen mentalen Modelle und Architekturstrukturen zu tauchen.
Methoden für Konflikte an Schnittstellen, Rollenbilder, Macht und ausgeschlossene Perspektiven.
Sinnvoll bei Konflikten an Schnittstellen zwischen Teams, Domänen oder Governance-Ebenen.
Eine Methode, um brutale blinde Flecken aufzudecken, indem man hinterfragt, was (und wer) bei einer Architektur-Entscheidung aktiv ausgegrenzt wurde.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein philosophisch-diagnostisches Werkzeug (CSH), das fragt: "Welchen Akteuren verleiht diese Software-Architektur Macht und wer wird entmündigt?
Hilft, wenn Macht, Betroffenheit und Vetopotenzial den Verlauf einer Entscheidung prägen.
Ein Werkzeug zur Lokalisierung von organisatorischer Macht und potenziellem Veto-Potenzial gegen Architekturentscheidungen.
Methoden für unsichere Entscheidungen, konkurrierende Sichtweisen und plausible Zukunftsszenarien.
Ideal, wenn Entscheidungen auf impliziten Annahmen beruhen und Risiken schwer greifbar sind.
Ein Diagnosewerkzeug, um unausgesprochene Annahmen im Architektur-Design schonungslos aufzudecken, zu kategorisieren und gezielt zu testen.
Sinnvoll, wenn Architekturentscheidungen robust gegenüber mehreren Zukunftsbildern sein müssen.
Ein Stresstest für Architekturen, bei dem das System-Design gegen radikal unterschiedliche, aber absolut plausible Zukunftswelten ankämpfen muss.
Methoden für Kopplung, Koordination, Governance und organisatorische Lebensfähigkeit.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein Checklisten-Werkzeug aus der Soft Systems Methodology, um die unterschiedlichen Weltbilder und Interessen hinter einer Konfliktsituation zu entschlüsseln.
Eignet sich bei Delivery-Blockaden durch Kopplung, Übergaben und versteckte Abhängigkeiten.
Visualisierung von technischen und organisatorischen Verstrickungen, um Flaschenhälse (Bottlenecks) und tödliche Kopplungen offenzulegen.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein Diagnosewerkzeug, um verborgene Entscheidungsregeln (Policies) aufzudecken, die das Verhalten einer gesamten Software-Organisation diktieren.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein hochgradig visuelles, fast comicartiges Werkzeug aus der Soft Systems Methodology, um unausgesprochene Spannungen, Kultur und toxische Silos in der Architektur einzufangen.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein Werkzeug (SSM), um die extrem schwammigen "Mission Statements" von IT-Projekten in messbare, präzise Transformations-Sätze zu überführen.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
SNA entlarvt die wahre, unsichtbare Architekturklüngelei einer Organisation, indem sie misst, wer mit wem (inoffiziell) spricht und wer isoliert ist.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein 7-stufiger Framework, um hochgradig "weiche", schwammige Architektur-Probleme (bei denen sich nicht mal jemand über das Problem einig ist) zu strukturieren.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Die exakte, quantitative Landkarte der Systemtheorie. Visualisiert Architektur als ein Netzwerk von Badewannen (Bestände), in die Variablen hinein- und herausfließen (Raten).
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein Moderationswerkzeug (SODA), um aus den verhärteten subjektiven Meinungen (Cognitive Maps) von Stakeholdern eine gemeinsame Architektur-Strategie zu synthetisieren.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein forensisches Werkzeug, das Floskeln, Ausreden und "Wir vs. Die"-Sprache in IT-Meetings analysiert, um verborgene Architektursünden aufzudecken.
Nutze diese Methode, um Muster systematisch sichtbar zu machen und Entscheidungen zu strukturieren.
Ein Audit-Werkzeug, das Software-Teams und Architekturen schonungslos darauf testet, ob sie biologisch überlebensfähig (Viable) sind oder strukturell kollabieren werden.
Sinnvoll, wenn ihr Koordination, Steuerung und strategische Lernfähigkeit gemeinsam betrachten müsst.
Ein Meisterwerk der Organisationskybernetik. Es beschreibt die mathematisch-fraktale Struktur, die jedes Softwareunternehmen benötigt, um unter extremem Marktdruck lebendig zu bleiben.