Stacey Matrix einfach erklärt: Komplexität im Projektmanagement meistern

Die Stacey-Matrix: Das Werkzeug, das mir bei der Methodenwahl wirklich hilft

Sie stehen vor einem neuen Projekt und die erste Frage lautet: Sollen wir klassisch planen oder doch lieber agil arbeiten? Wenn Sie diesen Artikel gefunden haben, kennen Sie das Problem vermutlich. Sie haben schon von Scrum und Kanban gehört, vielleicht auch von Wasserfallmodellen. Aber wie entscheiden Sie eigentlich, was passt?

Vor einigen Jahren stand ich genau vor dieser Frage. Wir hatten ein internes Tool zu entwickeln, und das Management drängte auf einen klassischen Projektplan mit Meilensteinen. Das Entwicklungsteam wollte agil arbeiten. Ergebnis: wochenlange Diskussionen, bis jemand die Stacey-Matrix in den Raum warf.

Dieses einfache Modell hat unsere Entscheidungsfindung komplett verändert. Und ich bin ehrlich: Es ist nicht perfekt. Aber es ist eines der praktischsten Werkzeuge, die ich kenne, um Methodenstreitigkeiten sachlich zu führen.

Was ist die Stacey-Matrix? Definition und Ursprung

Die Stacey-Matrix wurde von Ralph D. Stacey entwickelt, einem Professor für Management an der Hertfordshire Business School in Großbritannien. Er veröffentlichte das Modell in den 1990er-Jahren im Kontext der Komplexitätstheorie und der Frage, wie Organisationen mit Unsicherheit umgehen.

Das Grundprinzip ist verblüffend einfach. Stacey stellte fest, dass Projekte an zwei Dimensionen scheitern oder gelingen:

1. Wie klar sind die Anforderungen? Wissen wir genau, was wir bauen wollen? Oder ändern sich die Anforderungen ständig?
2. Wie klar ist die Methode? Wissen wir, wie wir das Projekt umsetzen sollen? Gibt es erprobte Vorgehensweisen?

Aus diesen zwei Achsen ergibt sich eine Matrix mit vier Feldern: einfach, kompliziert, komplex und chaotisch. Und für jedes Feld gibt es eine passende Herangehensweise an das Projektmanagement.

Die vier Zonen der Matrix im Überblick

Die Stacey-Matrix wird oft als Diagramm mit zwei Achsen dargestellt. Auf der horizontalen Achse finden Sie die Nähe zu den Anforderungen, auf der vertikalen Achse die Nähe zur Technologie oder Methode.

• Zone der Einfachheit (near to certainty): Anforderungen und Methode sind klar. Hier funktioniert klassisches Projektmanagement mit präziser Planung.
• Zone der Kompliziertheit (far from certainty): Entweder die Anforderungen oder die Methode sind unklar. Hier braucht es Expertenwissen und gegebenenfalls hybride Ansätze.
• Zone der Komplexität (the edge of chaos): Beides ist unsicher. Agile Methoden und iterative Ansätze sind gefragt.
• Zone des Chaos: Anforderungen und Methode sind völlig offen. Hier hilft erstmal nur Handeln, um Ordnung zu schaffen.

Ich habe diese Zonen in meinen Projekten immer wieder durchgespielt. Und ich kann Ihnen sagen: Die wenigsten Projekte liegen sauber in einer Zone. Die meisten befinden sich irgendwo an den Rändern.

Stacey-Matrix vs. Cynefin: Wo liegen die Unterschiede?

Eine Frage, die mir ständig gestellt wird, ist der Unterschied zwischen der Stacey-Matrix und dem Cynefin-Framework. Beide Modelle beschäftigen sich mit Komplexität, aber sie tun das auf unterschiedliche Weise.

Das Cynefin-Framework wurde von Dave Snowden entwickelt und unterscheidet fünf Domänen: obvious (einfach), complicated (kompliziert), complex (komplex), chaotic (chaotisch) und disorder (ungeordnet). Der Fokus liegt darauf, die Natur eines Problems zu erkennen und entsprechend zu handeln.

Die Stacey-Matrix ist spezifischer auf Projekte ausgerichtet. Sie fragt konkret: Wie nah sind wir an den Anforderungen und an der richtigen Technologie? Das macht sie im Projektalltag praktischer, finde ich.

Es gibt eine wichtige Gemeinsamkeit: In beiden Modellen ist die zentrale Erkenntnis, dass Sie in komplexen Umgebungen nicht alles planen können. Sie müssen experimentieren, Feedback einholen und sich anpassen.

Und es gibt einen zentralen Unterschied: Cynefin betont, dass Sie erst die Domäne erkennen müssen, bevor Sie handeln. Die Stacey-Matrix setzt voraus, dass Sie Anforderungen und Methode einschätzen können. Das ist nicht immer der Fall.

Die Kombination beider Modelle

In meiner Praxis hat sich eine Kombination bewährt. Ich nutze die Stacey-Matrix, um die Ausgangslage eines Projekts einzuschätzen. Und wenn ich unsicher bin, in welcher Zone ich mich befinde, hilft mir Cynefin, die Natur des Problems genauer zu verstehen.

Ein Beispiel: Ein Kunde wollte eine neue Website. Die Anforderungen waren klar, die Methode auch. Stacey-Matrix: einfache Zone. Also klassisches Projektmanagement. Und tatsächlich: Das Projekt lief reibungslos.

Ein anderes Beispiel: Ein Startup wollte eine KI-gestützte Anwendung entwickeln. Weder die Anforderungen noch die Technologie waren klar. Stacey-Matrix: komplexe Zone. Also Scrum mit kurzen Sprints und engem Kundenkontakt. Nach drei Monaten hatten wir ein Produkt, das sich grundlegend von der ursprünglichen Idee unterschied. Aber es funktionierte.

Stacey-Matrix im Projektmanagement: So wenden Sie sie praktisch an

Die Theorie ist schön, aber wie sieht die Anwendung in der Praxis aus? Ich gebe Ihnen einen konkreten Fahrplan, den ich in meinen Projekten verwende.

Schritt 1: Positionieren Sie Ihr Projekt ehrlich

Nehmen Sie ein Blatt Papier oder ein leeres Dokument. Zeichnen Sie zwei Achsen. Bewerten Sie dann Ihr Projekt: Wie klar sind die Anforderungen auf einer Skala von 1 bis 10? Wie klar ist die Methode?

Seien Sie ehrlich zu sich selbst. In meinen Workshops erlebe ich immer wieder, dass Teams ihre Projekte als komplexer einschätzen, als sie tatsächlich sind. Oder umgekehrt: Sie unterschätzen die Komplexität, weil sie hoffen, dass alles einfacher wird.

Und dann? Markieren Sie die Position in der Matrix. Wenn Sie im Bereich der Einfachheit liegen, können Sie klassisch planen. Wenn Sie im Bereich der Komplexität liegen, sollten Sie agil arbeiten.

Schritt 2: Wählen Sie die passende Methode

Hier eine Übersicht, die sich bei mir bewährt hat:

Zone	Charakteristik	Geeignete Methoden
Einfachheit	Klare Anforderungen, klare Methode	Wasserfall, klassisches Projektmanagement mit detaillierten Plänen
Kompliziertheit	Eine Achse unsicher	Hybrid: Phasenweise planen, Experten einbinden, Prototypen bauen
Komplexität	Beides unsicher	Scrum, Kanban, Design Thinking, iterative Entwicklungszyklen
Chaos	Volle Unsicherheit	Zuerst Chaos reduzieren, dann agil oder hybrid arbeiten

Ein wichtiger Hinweis: Diese Zuordnung ist nicht in Stein gemeißelt. Ich habe Projekte gesehen, die in der komplexen Zone lagen und trotzdem mit klassischen Methoden erfolgreich waren. Aber das war die Ausnahme, nicht die Regel.

Schritt 3: Überprüfen Sie die Position regelmäßig

Hier ist der Punkt, den viele übersehen: Die Stacey-Matrix ist keine Momentaufnahme. Projekte verändern sich. Was heute einfach ist, kann morgen komplex sein.

Ich empfehle, die Positionierung alle vier bis sechs Wochen zu überprüfen. Fragen Sie sich: Haben sich die Anforderungen geändert? Ist die Methode noch angemessen? Wenn sich etwas verschoben hat, müssen Sie auch Ihre Vorgehensweise anpassen.

Die Grenzen der Stacey-Matrix: Was das Modell nicht leistet

Ich habe eingangs gesagt, dass die Stacey-Matrix nicht perfekt ist. Hier sind die Kritikpunkte, die ich aus meiner Erfahrung bestätigen kann:

Subjektivität bei der Positionierung. Zwei Personen können dasselbe Projekt völlig unterschiedlich einordnen. Der eine sieht klare Anforderungen, der andere erkennt versteckte Komplexität. Ich habe Teams erlebt, die sich stundenlang darüber gestritten haben, ob ein Projekt nun komplex oder nur kompliziert ist. Ausblendung von Ressourcen und Machtdynamiken. Die Matrix betrachtet nur Anforderungen und Methode. Was aber, wenn das Budget knapp ist? Was, wenn Stakeholder politische Interessen verfolgen? Diese Faktoren können ein Projekt erheblich beeinflussen, unabhängig von der Position in der Matrix. Keine Aussage über Risiken. Ein Projekt kann in der einfachen Zone liegen und trotzdem hohe Risiken bergen, etwa bei kritischen Systemen oder wenn Fehler teuer sind. Die Stacey-Matrix hilft hier nicht weiter.

Diese Einschränkungen bedeuten nicht, dass das Modell wertlos ist. Sie bedeuten, dass Sie es mit Bedacht einsetzen sollten. Ich nutze es als Diskussionswerkzeug, nicht als Wahrheit.

Stacey-Matrix in der Praxis: Ein Fallbeispiel aus der IT

Lassen Sie mich Ihnen ein konkretes Beispiel geben, wie ich die Stacey-Matrix in einem IT-Projekt eingesetzt habe. Die Namen habe ich geändert, die Umstände sind real.

Ein mittelständisches Unternehmen wollte seine Lagerverwaltung digitalisieren. Die Anforderungen waren auf den ersten Blick klar: Bestände erfassen, Bestellungen verwalten, Lieferungen tracken. Das Team bestand aus erfahrenen Entwicklern, die ähnliche Projekte schon umgesetzt hatten. Nach der Stacey-Matrix: einfache Zone. Also klassischer Projektplan mit festen Meilensteinen.

Nach zwei Monaten kam die Ernüchterung. Die Anforderungen waren doch nicht so klar. Die Lagerabteilung arbeitete mit Prozessen, die in keinem Handbuch standen. Und die Schnittstellen zu den bestehenden Systemen waren komplexer als erwartet. Das Projekt driftete in die komplizierte Zone.

Wir haben reagiert, bevor es zu spät war. Statt weiter am Plan festzuhalten, haben wir Prototypen gebaut und die Lagerabteilung frühzeitig eingebunden. Am Ende haben wir das Projekt mit einer Mischung aus klassischen und agilen Methoden abgeschlossen. Drei Monate später als geplant, aber innerhalb des Budgets.

Was habe ich daraus gelernt? Die Stacey-Matrix ist kein Ersatz für kritisches Denken. Sie hilft, die Ausgangslage zu strukturieren. Aber Sie müssen bereit sein, Ihre Einschätzung zu revidieren, wenn die Realität dagegen spricht.

Stacey-Matrix als Vorlage: So erstellen Sie Ihre eigene

Eine Stacey-Matrix-Vorlage finden Sie im Internet in vielen Varianten. Aber Sie können sich Ihre eigene in wenigen Minuten erstellen. So geht es:

Benötigte Materialien: Ein Blatt Papier oder eine Tabellenkalkulation, Stift, und ehrliche Einschätzungen. Schritt 1: Zeichnen Sie ein Quadrat oder Rechteck. Beschriften Sie die untere Achse mit „Nähe zu den Anforderungen“ (links: nah, rechts: fern). Beschriften Sie die linke Achse mit „Nähe zur Technologie/Methode“ (unten: nah, oben: fern). Schritt 2: Teilen Sie das Quadrat in vier Felder. Die Beschriftung: unten links „einfach“, unten rechts „kompliziert“ (aufgrund unsicherer Anforderungen), oben links „kompliziert“ (aufgrund unsicherer Technologie), oben rechts „komplex“. Wenn Sie möchten, fügen Sie ein fünftes Feld für den chaotischen Bereich hinzu, indem Sie die Achsen in fünf Abschnitte teilen. Schritt 3: Tragen Sie Ihr Projekt ein. Bewerten Sie Anforderungen und Methode jeweils auf einer Skala von 1 bis 10 und markieren Sie den Schnittpunkt. Schritt 4: Ergänzen Sie passende Methoden in jedem Feld, wie in der Tabelle oben beschrieben.

Ich verwende eine digitale Version, in der ich zusätzlich Notizen zu jedem Projekt festhalte: Warum habe ich die Anforderungen als unklar eingeschätzt? Welche Risiken sehe ich? Diese Notizen sind oft wertvoller als die reine Positionierung.

Stacey-Matrix im agilen Kontext: Kanban und die Frage nach der richtigen Methode

Eine häufige Frage in meinen Seminaren: Wie verhält sich die Stacey-Matrix zu Kanban? Und welche Rolle spielt sie in der agilen Projektplanung?

Die Antwort ist einfacher, als viele denken. Agile Methoden wie Scrum oder Kanban sind Werkzeuge, die in der komplexen Zone ihre Stärken ausspielen. Sie sind iterativ, feedbackbasiert und anpassungsfähig. In der einfachen Zone sind sie oft übertrieben, weil sie unnötige Struktur einführen, wo klare Planung genügt.

Kanban hat eine Besonderheit: Es ist flexibler als Scrum und eignet sich auch für Projekte, die zwischen einfacher und komplexer Zone liegen. Das liegt daran, dass Kanban keinen festen Sprint-Rhythmus vorgibt, sondern kontinuierlichen Fluss betont. Sie können Kanban also auch in der komplizierten Zone einsetzen, wenn Sie die Workflows klar definieren.

Was ich in der Praxis empfehle:

• Einfache Zone: Klassisches Projektmanagement mit Gantt-Chart oder Wasserfall, auch wenn das Wort „Wasserfall“ in manchen Ohren verpönt ist.
• Komplizierte Zone: Hybridansätze. Planen Sie die klaren Teile klassisch, die unsicheren Teile iterativ.
• Komplexe Zone: Scrum oder Kanban, je nachdem, ob Sie feste Iterationen oder kontinuierlichen Fluss bevorzugen.
• Chaotische Zone: Erst Chaos beseitigen, dann eine der oben genannten Methoden wählen.

Fazit: Die Stacey-Matrix als Denkwerkzeug, nicht als Dogma

Die Stacey-Matrix hat mir in vielen Projekten geholfen, Methodenstreit zu versachlichen. Sie liefert eine gemeinsame Sprache, um über Unsicherheit zu sprechen. Und sie erinnert daran, dass es keine Universal-Methode gibt.

Gleichzeitig ist sie ein Modell, das die Realität vereinfacht. Sie berücksichtigt keine Machtdynamiken, keine Ressourcen, keine Risiken. Sie ersetzt weder Erfahrung noch Menschenverstand.

Wenn ich heute vor einem neuen Projekt stehe, denke ich nicht an die Matrix. Ich denke an die Menschen: an diejenigen, die die Anforderungen definieren, und an diejenigen, die sie umsetzen. Und genau dafür ist die Stacey-Matrix am Ende doch gut: Sie zwingt Sie dazu, diese Fragen zu stellen. Und das ist vielleicht ihr wichtigster Beitrag.

Ehrlich gesagt, ich hätte mir damals gewünscht, jemand hätte mir dieses Werkzeug vor meinem ersten Methodenstreit in die Hand gedrückt. Vielleicht hätte es ein paar Wochen Diskussion gespart. Vielleicht auch nicht. Aber ich bin sicher: Es hätte die Diskussion auf ein anderes Niveau gehoben. Und genau das wünsche ich Ihnen auch.