unFIX-Modell: Organisationsbausteine statt starrer Strukturen

Das unFIX-Modell von Jurgen Appelo ist eine Sammlung von Bausteinen für den Organisationsentwurf: Crews, Forums, Bases sowie Clusters lassen sich kombinieren, ohne eine feste Gesamtstruktur zu übernehmen. Es passt zu Unternehmen, die ihre bestehende Struktur schrittweise verändern wollen, und weniger zu solchen, die ein vollständiges Regelwerk mit Rollen und Abläufen erwarten. Vier Prüffragen zeigen, ob und wie sich das Modell für Ihren Bereich erproben lässt.

Dieser Beitrag beschreibt die Bausteine nach der Darstellung des Autors, ordnet das Modell zwischen Team Topologies, dem Spotify-Modell und klassischen Linienorganisationen ein und gibt Geschäftsführern und Bereichsleitern ein Verfahren an die Hand, mit dem sie prüfen, ob unFIX für sie in Frage kommt. Wer in diesen Wochen ein neues Framework erwägt, sollte zuvor die Fragen des Beitrags zur Methoden-FOMO durchgehen.

Was ist das unFIX-Modell?

Das unFIX-Modell ist eine Mustersammlung für Organisationsdesign, die Jurgen Appelo, der Autor von „Management 3.0“, auf der Website unfix.com veröffentlicht hat. Appelo beschreibt Organisationen als Zusammensetzung aus wiederverwendbaren Bausteinen, aus denen ein Unternehmen wählt, was zu seiner Lage passt. Neben den Bausteinen für Teams und Bereiche enthält die Sammlung Muster wie die Delegation Levels für Entscheidungsrechte und den Business Lifecycle für den Reifegrad eines Geschäftsbereichs. Appelo betont, dass unFIX ein Mustervorrat ist und kein Framework.

Das Modell wendet sich damit an Unternehmen, die weder eine Organisationsform komplett neu entwerfen noch ein Rahmenwerk als Ganzes übernehmen wollen. Es versteht sich als Werkzeugkasten. Das unterscheidet es von Rahmenwerken, die Rollen sowie Ereignisse und Planungsrhythmen vorgeben, und es verlangt von der Führung mehr eigene Entscheidungen.

Welche Bausteine kennt unFIX?

Die zentralen Bausteine sind Crews, Forums, Bases sowie Clusters. Eine Crew ist ein Team von meist drei bis sieben Personen, das gemeinsam an einer Aufgabe arbeitet. Ein Forum ist eine Gruppe von Menschen aus verschiedenen Crews, die ein Fachinteresse teilen und sich darüber austauschen, vergleichbar mit den Chapters und Gilden des Spotify-Modells. Eine Base ist die Einheit, in der mehrere Crews zusammenarbeiten, von wenigen Personen bis zu einigen Hundert. Ein Cluster verbindet mehrere Bases und bildet auf höherer Ebene dar, was eine Crew auf der Ebene der Personen ist.

Die Bausteine sind selbstähnlich aufgebaut: Eine Crew ist ein Team von Personen, ein Cluster ein Team von Bases. Das erlaubt es, dieselben Muster auf verschiedenen Größen anzuwenden. Appelo hat zudem Vergleiche zu bekannten Modellen veröffentlicht, darunter eine Gegenüberstellung mit dem Spotify-Modell und mit Team Topologies, und in diesen Texten dargestellt, wie sich deren Bausteine in unFIX abbilden lassen.

Wofür eignet sich unFIX, und wofür nicht?

unFIX eignet sich für Unternehmen, die einzelne Strukturprobleme lösen wollen, ohne die gesamte Organisation umzustellen. Typische Anlässe sind zu viele Abstimmungen zwischen Teams, unklare Zuständigkeit für Querschnittsthemen oder der Wunsch, Fachwissen über Teamgrenzen hinweg zu pflegen. Für Letzteres bietet das Forum einen Baustein, für die Bündelung mehrerer Teams zu einem Verantwortungsbereich die Base. Der Beitrag zu Abhängigkeiten zwischen Teams beschreibt, welche Abstimmungsformen sich dafür anbieten.

unFIX eignet sich weniger für Unternehmen, die eine Anleitung mit festen Rollen sowie Ereignissen und Einführungsschritten suchen. Das Modell gibt keine Einführungsmethode vor, und wer sie braucht, muss sie selbst entwerfen oder zukaufen. Es eignet sich auch nicht als Ersatz für klare Entscheidungsrechte: Ein Forum oder eine Base kann nur wirken, wenn feststeht, wer dort worüber entscheidet. Und es hilft wenig, wenn das Problem in der Auslastung oder im Ablauf liegt, denn Strukturmuster verändern keine Warteschlangen.

Die Primärquelle ist die Website des Modells einschließlich der Blogbeiträge des Autors. Studien zur Wirkung des Modells sind in der Fachliteratur kaum zu finden, und Entscheider sollten das berücksichtigen. Das Modell ist jung, und Belege über Einführungen stammen überwiegend von Anwendern und vom Autor selbst.

Wie erprobt man unFIX in vier Schritten?

Ein Unternehmen erprobt unFIX in vier Schritten, ohne die Gesamtstruktur zu verändern.

1. Strukturproblem benennen: Die Geschäftsführung formuliert ein konkretes Problem mit einer Kennzahl, etwa die Zahl der Abstimmungstermine zwischen zwei Bereichen oder die Durchlaufzeit einer Lieferung, die mehrere Teams durchläuft.
2. Baustein wählen: Zu dem Problem passt ein Baustein. Ein Forum eignet sich für geteiltes Fachwissen, eine Base für die gemeinsame Verantwortung mehrerer Crews, ein Cluster für die Koordination mehrerer Bases.
3. Entscheidungsrechte festlegen: Das Unternehmen schreibt auf, wer im Baustein worüber entscheidet, welches Budget gilt und wie Konflikte gelöst werden. Ohne diesen Schritt bleibt der Baustein ein Name auf einer Folie.
4. Nach 90 Tagen prüfen: Die Kennzahl aus Schritt 1 zeigt, ob der Baustein wirkt. Wirkt er, kommt der nächste Baustein in Frage, wirkt er nicht, wird er angepasst oder beendet.

Vier Prüffragen vor der Entscheidung

Vier Fragen zeigen, ob ein Unternehmen unFIX erproben sollte.

1. Welches Strukturproblem haben wir, und woran messen wir es heute? Ohne Ausgangswert lässt sich die Wirkung nicht prüfen.
2. Gibt es Führungskräfte, die Entscheidungsrechte an Crews, Forums oder Bases abgeben? Fehlt diese Bereitschaft, bleibt die Veränderung kosmetisch.
3. Wer entwirft und begleitet die Einführung? Das Modell liefert Muster und keinen Einführungsplan.
4. Was ersetzt der neue Baustein, und was passiert mit der bestehenden Struktur? Ein Baustein, der zusätzlich zu bestehenden Gremien entsteht, erhöht die Abstimmung.

Die Fragen verbinden das Modell mit dem Geschäftsergebnis. Fällt die Antwort zu einer Frage schwer, ist die Vorbereitung noch nicht abgeschlossen. Wie sich Teams nach dem Fluss der Arbeit schneiden lassen, zeigt der Beitrag zu Team Topologies.

Organisationsbausteine auswählen mit Niehues Consulting

Niehues Consulting ist eine Beratung für KI-Management und Organisationsdesign aus der Lieferperspektive mit Sitz in Düsseldorf. Gründer Marin Niehues baut Organisationen, die liefern, in Projekten von VC-finanzierten Scaleups bis zu DAX-40-Konzernen und in über 20 Ländern auf sechs Kontinenten. Im Organisationsdesign legt er Rollen fest und klärt Entscheidungswege, damit Lieferungen über die Schnittstellen zwischen Teams durch die Organisation laufen.

Das Vorgehen folgt dem Niehues Delivery Model. Für die Wahl von Organisationsbausteinen zählen drei Prüffragen: Wer entscheidet, wer liefert, wer nutzt? Welche Rollen und Entscheidungswege braucht der Betrieb? Welche Kennzahl zeigt nach 90 Tagen, dass die Lösung ankommt? Aus den Antworten entsteht eine Auswahl von Bausteinen, die zum Problem des Unternehmens passt, unabhängig davon, aus welchem Modell sie stammen. Umfang und Konditionen eines Vorhabens werden in der kostenfreien Erstberatung besprochen, die Sie über den Kontakt vereinbaren.