Beta Codex und das Peach-Modell: dezentrale Organisationen

Die meisten Organisationen laufen noch immer auf einem Managementmodell, das für ein anderes Jahrhundert entworfen wurde. Autorität fliesst nach unten, durch Schichten von Freigaben. Informationen fliessen nach oben, durch Schichten von Filtern. Ausgerechnet jene, die Kundinnen und Märkten am nächsten sind und Probleme zuerst sehen und am besten verstehen, haben am wenigsten Befugnis zu handeln.

Das ist kein Fehler in der Umsetzung. Es ist ein Fehler im Modell selbst. Befehls- und Kontrollhierarchien wurden für Umgebungen gebaut, in denen Stabilität die Regel und Vorhersagbarkeit eine vernünftige Annahme war. In komplexen, schnell wechselnden Märkten hält diese Annahme nicht. Die Organisation bewegt sich im Tempo ihrer langsamsten Freigabekette, und bis eine Entscheidung bei jener Person ankommt, die sie autorisieren kann, hat sich der Zusammenhang, aus dem sie entstand, längst verändert.

Beta Codex setzt an einem grundlegend anderen Punkt an. Statt die Pyramide zu reparieren - sie abzuflachen, gepunktete Linien einzuziehen, Matrixstrukturen zu erfinden - ersetzt er die Pyramide vollständig durch ein dezentrales Netzwerkmodell. Das verwandte Peach-Modell liefert ein anschauliches Bild dafür, wie dieses Netzwerk aufgebaut ist: ein Zentrum, das dient, und eine Peripherie, die führt.

Dieser Leitfaden erklärt, was Beta Codex ist, woher er kommt, wie seine 12 Gesetze als voneinander abhängiges System zusammenwirken, wie das Peach-Modell die klassische Hierarchie umkehrt und wie sich das Ganze zu anderen Organisationsmodellen verhält. Er ist so geschrieben, dass er auch dann nützt, wenn du Beta Codex am Ende nicht einführst, denn die Prinzipien, die er benennt, gelten über viele Zugänge zu dezentraler Organisation hinweg.

Alpha und Beta: zwei grundverschiedene Organisationsmodelle

Beta Codex zieht eine scharfe Linie zwischen zwei Arten, Arbeit zu organisieren. Er nennt sie Alpha und Beta - nicht als Qualitätsurteil, sondern als Unterscheidung zwischen zwei in sich stimmigen Systemen.

Alpha-Organisationen funktionieren nach der Logik von Befehl und Kontrolle. Entscheidungen sind zentralisiert. Autorität fliesst von oben. Leistung wird über Vorgaben, Anreize und Regeltreue gesteuert. Geplant wird jährlich, Budgets sind fix, und Abteilungen sind in funktionale Silos geteilt. Die zugrunde liegende Annahme lautet, dass sich Komplexität beherrschen lässt, indem man Intelligenz oben bündelt und Anweisungen nach unten kaskadiert.

Beta-Organisationen funktionieren nach einer dezentralen, vernetzten Logik. Entscheidungen liegen bei den Teams, die der Arbeit am nächsten sind. Leistung entsteht aus der Interaktion mit dem Markt, nicht aus dem Treffen intern verordneter Vorgaben. Struktur richtet sich an Wertschöpfung aus, nicht an Berichtslinien. Die zugrunde liegende Annahme lautet, dass Komplexität am besten von jenen bewältigt wird, die ihr direkt begegnen, und nicht von jenen, die sie aus der Ferne beobachten.

Dimension	Alpha (Befehl und Kontrolle)	Beta (dezentrales Netzwerk)
Autorität	Zentralisiert an der Spitze	Verteilt in die Peripherie
Struktur	Hierarchische Pyramide	Netzwerk aus Zentrum und Peripherie
Entscheidungen	Von Führungskräften getrieben	Vom Team getrieben, vom Markt informiert
Leistung	Fixe Vorgaben, Anreize	Relative Vorgaben, intrinsische Motivation
Planung	Jahresbudgets, langfristige Prognosen	Anpassungsfähig, am Rhythmus orientiert
Informationsfluss	Gefiltert durch Führungsebenen	Transparent, frei fliessend
Koordination	Bürokratisch, regelbasiert	Dynamisch, an der Wertschöpfung orientiert
Erfolgsmassstab	Vorgaben erreichen	Umfassende organisationale Fitness

Die entscheidende Einsicht des Beta Codex ist, dass diese beiden Systeme nicht miteinander vereinbar sind. Du kannst Beta-Prinzipien nicht auf eine Alpha-Struktur aufsetzen und stimmige Ergebnisse erwarten. Teams zu sagen, sie seien “ermächtigt”, und gleichzeitig zentrale Budgetfreigaben und individuelle Leistungsanreize beizubehalten, erzeugt Widerspruch, nicht Transformation. Beta Codex ist ein zusammenhängendes System, und er verlangt von Organisationen, sich zu entscheiden, welches System sie betreiben, statt unvereinbare Logiken zu vermischen.

Ursprünge: von Beyond Budgeting zum Beta Codex

Beta Codex ist nicht aus dem Nichts entstanden. Seine geistigen Wurzeln reichen zurück zur Beyond-Budgeting-Bewegung, die in den späten 1990er-Jahren begann, als eine Gruppe von Forschenden und Praktikerinnen zu fragen anfing, warum Organisationen weiter auf Jahresbudgets, fixe Vorgaben und Befehl-und-Kontrolle-Management setzten - Praktiken, die verlässlich Taktiererei, Kurzfristdenken und Starrheit hervorbrachten.

Der 1998 gegründete Beyond Budgeting Round Table (BBRT) untersuchte Organisationen, die die klassische Budgetierung aufgegeben hatten, und stellte fest, dass die erfolgreichsten unter ihnen nicht bloss ihre Finanzprozesse verändert hatten; sie hatten ihr gesamtes Managementmodell verändert. Die Forschung zeigte: Budgets waren nicht die Wurzel des Problems. Sie waren das Symptom eines tieferen Missstands - eines zentralisierten Plan- und Kontrollzugangs zur Arbeit, der grundlegend nicht zu komplexen, dynamischen Umgebungen passte.

Niels Pfläging, Managementdenker und Autor, war tief in diese Forschung eingebunden. Im Lauf der 2000er-Jahre verband er die Erkenntnisse aus Beyond Budgeting mit Einsichten aus Systemtheorie, Komplexitätsforschung und Organisationsdesign zu einem umfassenderen Rahmen. 2008 benannten Pfläging und die Gemeinschaft um ihn herum die Arbeit in Beta Codex um und gründeten das BetaCodex Network, eine Open-Source-Gemeinschaft, die dezentrale Organisationsprinzipien voranbringt.

Die Umbenennung war Absicht. “Beyond Budgeting” liess vermuten, es gehe vor allem um Finanzsteuerung. Tatsächlich ging es um das gesamte Managementmodell: wie Autorität verteilt wird, wie Entscheidungen fallen, wie Leistung verstanden wird und wie Organisationen sich zu ihren Märkten verhalten. “Beta Codex” fasste diese grössere Reichweite: ein Kodex von Prinzipien zum Bau von Beta-Organisationen, in Abgrenzung zu Alpha-Organisationen.

Das BetaCodex Network arbeitet als Open-Source-Gemeinschaft. Seine Prinzipien sind frei verfügbar, seine Materialien werden geteilt, und es schreibt keinen einzigen Umsetzungsweg vor. Dieser offene, undogmatische Charakter unterscheidet es von stärker formalisierten Frameworks, die Zertifizierung, Lizenzierung oder das Befolgen einer bestimmten Verfassung verlangen.

Die 12 Gesetze des Beta Codex

Die 12 Gesetze sind das Rückgrat des Beta Codex. Jedes ist als Gegensatz formuliert (“dies, nicht das”) und macht damit klar, wofür das Prinzip steht und was es ausdrücklich ablehnt. Sie sind keine Speisekarte, von der du dir aussuchst, was dir zusagt. Sie bilden ein voneinander abhängiges System: Einige zu übernehmen und andere zu ignorieren erzeugt innere Widersprüche, die das Ganze untergraben.

Die Gesetze lassen sich in drei Gruppen verstehen: wie die Organisation gebaut ist, wie sie entscheidet und Leistung versteht, und wie sie sich koordiniert und anpasst.

Strukturgesetze: wie die Organisation gebaut ist

1. Teamautonomie: Verbundenheit mit Sinn, nicht Abhängigkeit

Teams sind die Grundeinheit einer Beta-Organisation. Sie handeln mit echter Autonomie, nicht mit der kosmetischen Autonomie eines Teams, das zwar “ermächtigt” ist, aber weiter auf Freigaben wartet. Autonomie heisst hier, dass Teams mit dem Sinn der Organisation und miteinander verbunden sind, aber nicht von hierarchischen Erlaubnisstrukturen abhängen. Sie können handeln, entscheiden und aus den Folgen ihres Handelns lernen.

2. Föderalisierung: Integration in Zellen, nicht Teilung in Silos

Statt die Organisation in funktionale Abteilungen zu zerlegen (Marketing, Entwicklung, Finanzen), plädiert Beta Codex für föderalisierte Zellen: bereichsübergreifende Einheiten, die alle Fähigkeiten enthalten, die sie zur Wertschöpfung brauchen. Diese Zellen sind miteinander und mit dem Ganzen verbunden, statt als abgeschottete Silos zu arbeiten, die Arbeit über Abteilungsgrenzen hin- und herschieben.

3. Führung: Selbstorganisation, nicht Management

Dieses Gesetz schafft Führung nicht ab. Es definiert sie neu. In einer Beta-Organisation ist Führung eine verteilte Funktion, die aus der Arbeit selbst entsteht, und keine von oben zugewiesene Position. Selbstorganisation heisst, dass Teams Verantwortung für ihre eigene Abstimmung, Governance und Verbesserung übernehmen. Führungskräfte als Hierarchieschicht werden durch Führung als geteilte Praxis ersetzt.

Leistungsgesetze: wie Erfolg verstanden wird

4. Rundum-Erfolg: umfassende Fitness, nicht Mono-Maximierung

Alpha-Organisationen neigen dazu, auf eine einzige Kennzahl hin zu optimieren: Aktionärswert, Umsatzwachstum oder Kostensenkung. Beta Codex hält diese Mono-Maximierung für gefährlich. Gesunde Organisationen optimieren auf umfassende Fitness und halten dabei finanzielle Gesundheit, Engagement der Mitarbeitenden, Kundenzufriedenheit, gesellschaftliche Wirkung und Anpassungsfähigkeit in der Balance. Wie ein lebender Organismus wird eine Organisation zerbrechlich, wenn sie eine Dimension auf Kosten der anderen maximiert.

5. Transparenz: Intelligenz zum Fliessen bringen, nicht Macht durch Blockade

Informationen fliessen in einer Beta-Organisation frei. Transparenz ist kein Wertebekenntnis auf Hochglanzpapier, sondern ein strukturelles Prinzip. Wenn Informationen transparent sind, entsteht Intelligenz aus ihrem Fluss durch das System. Werden sie gehortet oder gefiltert, werden sie zum Machtinstrument statt zur Quelle kollektiver Intelligenz. Transparente Informationen erlauben Teams, fundiert zu entscheiden, ohne darauf zu warten, dass jemand weiter oben die Daten für sie deutet.

6. Marktorientierung: relative Vorgaben, nicht Verordnung von oben

Klassische Organisationen setzen fixe Vorgaben von oben: “Umsatz um 15 % steigern”, “Kosten um 10 % senken”. Solche Vorgaben sind oft von der Marktrealität abgekoppelt und erzeugen schädliche Anreize (tiefstapeln, tricksen, kurzfristig denken). Beta Codex ersetzt fixe durch relative Vorgaben: Vergleichswerte, gemessen an Marktbedingungen, Mitbewerbern und der eigenen Vergangenheit. Teams richten sich an der Marktrealität aus, nicht an einer intern verordneten Zahl, die mit dem, was der Markt tatsächlich verlangt, wenig zu tun haben mag.

7. Bedingtes Einkommen: Teilhabe, nicht Anreize

Individuelle Leistungsboni und Anreizsysteme sind ein Eckpfeiler des Alpha-Managements. Beta Codex lehnt sie ab. Die Belege gegen individuelle Anreize sind erdrückend: Sie verengen den Blick, laden zum Tricksen ein, untergraben Zusammenarbeit und erzeugen eher Angst als Motivation. Beta-Organisationen teilen Erfolg kollektiv, über Gewinnbeteiligung und Teilhabemodelle, weil Wertschöpfung eine Leistung des Teams und der Organisation ist und nicht einer einzelnen Person.

Anpassungsgesetze: wie die Organisation lernt und sich entwickelt

8. Geistesgegenwart: Vorbereitung, nicht Planwirtschaft

Jahresbudgets und Strategiepläne erzeugen die Illusion von Kontrolle. Beta Codex ersetzt sie durch Vorbereitung: die Fähigkeit aufbauen, auf das zu reagieren, was der Markt bringt, statt sich auf einen Plan festzulegen, der in wenigen Monaten überholt ist. Es geht nicht darum, keine Richtung zu haben. Es geht darum, die Richtung locker zu halten und den Kurs anzupassen, sobald neue Informationen eintreffen.

9. Rhythmus: Tempo und Groove, nicht Geschäftsjahr

Organisationen brauchen Rhythmus, aber nicht den künstlichen Rhythmus von Quartalen und Jahresplanungszyklen. Beta Codex plädiert für natürliche Rhythmen, die aus der Arbeit selbst kommen: Sprintzyklen, Marktzyklen, Produktzyklen. Wenn der Kalender das Tempo diktiert, verwaltet die Organisation Zeit statt Wertschöpfung.

10. Entscheidung aus Könnerschaft: Folgen, nicht Bürokratie

Entscheidungen sollen von jenen getroffen werden, die das grösste einschlägige Wissen und die grösste Nähe zu den Folgen haben. Das ist weder Demokratie (alle stimmen ab) noch Autokratie (die Chefin entscheidet). Es ist Entscheiden aus Könnerschaft: Wer das Problem am tiefsten versteht und am unmittelbarsten davon betroffen ist, trifft die Entscheidung. Bürokratische Freigabeketten fügen Verzögerung hinzu, aber keine Weisheit.

11. Ressourcendisziplin: Zweckmässigkeit, nicht Statusorientierung

In Alpha-Organisationen richtet sich die Verteilung von Ressourcen nach Hierarchie und Status: Die mächtigste Abteilung bekommt das grösste Budget. In Beta-Organisationen fliessen Ressourcen dorthin, wo sie den grössten Wert schaffen. Das verlangt Disziplin, also die Bereitschaft, Ressourcen nach Marktsignalen umzuleiten statt nach interner Politik.

12. Fluss-Koordination: Dynamik der Wertschöpfung, nicht starre Zuteilung

Koordination ist in einer Beta-Organisation dynamisch. Ressourcen, Aufmerksamkeit und Energie fliessen zu den entstehenden Gelegenheiten hin und von den abklingenden weg. Das ersetzt das Modell starrer Zuteilung, in dem Budgets für ein Jahr festgezurrt sind und sich nur über bürokratische Verfahren umlenken lassen, die Monate dauern.

Das Systemprinzip

Diese 12 Gesetze hängen voneinander ab. Teamautonomie (Gesetz 1) ohne Transparenz (Gesetz 5) lässt Teams im Blindflug. Relative Vorgaben (Gesetz 6) einzuführen, ohne individuelle Anreize abzuschaffen (Gesetz 7), erzeugt widersprüchliche Signale. Fluss-Koordination (Gesetz 12) anzustreben und gleichzeitig an Jahresbudgets festzuhalten (also Gesetz 8 zu verletzen), heisst, dem dynamischen Prinzip jede strukturelle Grundlage zu entziehen.

Deshalb besteht Beta Codex darauf, dass die Gesetze ein System sind und keine Checkliste. Teilweise Übernahme führt nicht zu teilweisen Ergebnissen, sondern zu Verwirrung. Wer Beta Codex erwägt, sollte das von Anfang an verstehen: Das Bekenntnis gilt einem zusammenhängenden Modell, nicht ausgewählten Praktiken.

Das Peach-Modell: Zentrum, Peripherie und warum die Ränder führen

Das Peach-Modell ist die strukturelle Metapher des Beta Codex, eine Art, sichtbar zu machen, wie eine dezentrale Organisation tatsächlich aufgebaut ist. Es ersetzt die Pyramide durch einen Pfirsich.

Die Metapher

In einer klassischen Pyramide werden oben die Entscheidungen getroffen und unten die Arbeit gemacht. Informationen und Autorität fliessen senkrecht. Jene an der Basis, die Kundinnen, Märkten und der eigentlichen Arbeit am nächsten sind, haben die geringste Macht.

Das Peach-Modell dreht das um. Stell dir einen Pfirsich vor:

• Die Peripherie (das Fruchtfleisch) besteht aus Zellen mit direktem Marktkontakt: Teams mit Kundenkontakt, Vertriebseinheiten, Produktteams, Gruppen in der Leistungserbringung. Sie sind die wertschöpfenden Teile der Organisation. Sie stehen unmittelbar mit Kundschaft, Partnern und externen Anspruchsgruppen in Kontakt. Sie sehen Marktsignale zuerst. Sie lernen zuerst. Sie passen sich zuerst an.

• Das Zentrum (der Kern des Pfirsichs) besteht aus Zellen ohne direkten Marktkontakt: unterstützende Funktionen wie HR, Finanzen, Recht, IT-Infrastruktur und interne Dienste. Diese Zellen existieren, um der Peripherie zu dienen, nicht um sie zu kontrollieren.

Die Peripherie führt

Das ist das gegenintuitivste und zugleich wichtigste Prinzip des Peach-Modells: Die Peripherie führt. Das Zentrum dient.

In einer klassischen Organisation setzt das Zentrum - Hauptsitz, Geschäftsleitung, Konzernfunktionen - die Strategie, definiert die Vorgaben und sagt der Peripherie, was zu tun ist. Das Peach-Modell kehrt dieses Verhältnis um. Die Peripherie ist der Ort, an dem die Organisation der Wirklichkeit begegnet. Marktkenntnis, Kundenbedürfnisse, Wettbewerbsdynamik: All das wird an den Rändern wahrgenommen, nicht im Zentrum. Die Peripherie lernt direkt vom Markt. Das Zentrum lernt von der Peripherie. Das Zentrum kann nicht direkt vom Markt lernen, weil es keinen direkten Kontakt zu ihm hat.

Diese Umkehrung hat praktische Folgen:

• Strategie entsteht in der Peripherie. Statt dass das Zentrum eine Fünfjahresstrategie herunterreicht, formt sich die strategische Richtung aus dem, was die peripheren Teams aus dem Marktkontakt lernen.
• Das Zentrum liefert Dienste, keine Anweisungen. Finanzen liefert Analysen, damit periphere Teams gut entscheiden können; es diktiert keine Ausgabengrenzen. HR unterstützt die Personalentwicklung in der Peripherie; es erzwingt keine standardisierten Leistungsbeurteilungen.
• Funktionen werden in der Peripherie integriert. Statt Fachwissen in Abteilungen zu zerlegen (eine Marketingabteilung, eine Entwicklungsabteilung, eine Vertriebsabteilung), integriert das Peach-Modell die Funktionen in periphere Zellen. Eine Zelle mit Kundenkontakt enthält die Marketing-, Entwicklungs- und Betriebsfähigkeiten, die sie braucht, um ihren Markt eigenständig zu bedienen.

Warum es funktioniert

Das Peach-Modell funktioniert, weil es die Organisationsstruktur mit dem Fluss von Wert und Information in Übereinstimmung bringt. Wert entsteht an den Rändern, wo die Organisation ihren Markt trifft. Informationen sind an den Rändern am frischesten, wo Signale noch nicht durch Führungsebenen gefiltert, zusammengefasst oder verzögert wurden.

Wenn die Peripherie führt, wird die Organisation anpassungsfähig. Teams, die eine Marktverschiebung sehen, können unmittelbar darauf reagieren, ohne zu warten, bis das Signal eine Hierarchie hinaufgewandert und eine Entscheidung wieder hinuntergereicht ist. Wenn das Zentrum dient, werden unterstützende Funktionen zu echten Ermöglichern statt zu bürokratischen Torhütern.

“Als wir mit Peerdom abgebildet haben, wie unser Unternehmen tatsächlich arbeitet, war das wie eine Offenbarung … wir haben über unsere 20 Jahre alte Firma Dinge gelernt, die wir zuvor nie gesehen hatten, und sind dadurch um so vieles reicher geworden.” — Sean Daly, Director, SOLID Structures & Infrastructure

Beta Codex im Vergleich mit anderen Organisationsmodellen

Beta Codex ist eines von mehreren Modellen, die die klassische Hierarchie infrage stellen. Jedes hat einen anderen Ursprung, einen anderen Schwerpunkt und einen anderen Umsetzungsstil. Die Unterschiede zu kennen hilft Organisationen, den Zugang - oder die Kombination von Zugängen - zu wählen, der zu ihrem Kontext passt.

Dimension	Beta Codex	Holakratie	Soziokratie	Teal	Agile im Grossen	RenDanHeYi
Ursprung	Beyond-Budgeting-Forschung (2008)	Brian Robertson (2007)	Gerard Endenburg (1970er)	Frederic Laloux (2014)	Verschiedene (SAFe, LeSS, Spotify)	Haier / Zhang Ruimin (2005)
Leitmetapher	Pfirsich (Zentrum und Peripherie)	Ineinander liegende Kreise	Verknüpfte Kreise	Evolutionärer Organismus	Tribes, Squads, Guilds	Mikrounternehmen
Autoritätsmodell	Peripherie führt, Zentrum dient	Von einer Verfassung geregelte Rollen	Kreise im Konsent	Selbstmanagement + Ganzheit	Autonomie auf Teamebene	Unternehmerische Autonomie
Entscheidungen	Aus Könnerschaft	Integrativer Prozess	Konsent (keine Einwände)	Je nach Praxis unterschiedlich	Auf Teamebene	Vom Markt getrieben
Struktur	Föderierte Zellen	Rollen und Kreise	Kreise mit doppelter Verknüpfung	Emergent, prinzipienbasiert	Bereichsübergreifende Teams	Mikrounternehmen als Plattformen
Formalisierungsgrad	Prinzipienbasiert, anpassungsfähig	Hoch (formale Verfassung)	Mittel (Prinzipien + Prozess)	Gering (philosophisch)	Mittel bis hoch	Mittel
Einführungsweg	Systemischer Wandel (alle 12 Gesetze)	Annahme der Verfassung	Schrittweise, Kreis für Kreis	Kulturelle Entwicklung	Rollout je nach Framework	Umbau des ganzen Unternehmens
Grösste Stärke	Am Markt ausgerichtet, antibürokratisch	Klarheit in der Governance	Einbeziehende Entscheidungen	Humanistische Philosophie	Liefergeschwindigkeit	Von Kundinnen getriebene Innovation
Grösstes Risiko	Verlangt volles Bekenntnis zum System	Starrheit, Übersteuerung	Entscheidungsmüdigkeit	Vagheit, schwer operationalisierbar	Aufgeblähtes Framework	Anforderungen an die Grösse

Die wichtigsten Unterschiede

Beta Codex und Holakratie: Holakratie liefert eine detaillierte Governance-Verfassung mit konkreten Regeln für Meetings, Anträge und Rollendefinitionen. Beta Codex arbeitet auf einer höheren Abstraktionsebene: Er definiert Prinzipien statt Prozesse. Eine Organisation kann Beta Codex praktizieren und innerhalb ihrer Zellen holakratische Governance nutzen - oder ganz andere Governance-Mechanismen. Die beiden schliessen einander nicht aus, sie arbeiten auf verschiedenen Ebenen. Eine ausführliche Einführung in die holakratische Praxis gibt der Leitfaden zu Holakratie-Werkzeugen und -Praktiken.

Beta Codex und Soziokratie: Die Stärke der Soziokratie liegt in ihrem Konsent-Verfahren und in der doppelten Verknüpfung. Beta Codex schreibt weniger vor, wie innerhalb der Zellen entschieden wird. Ihm ist wichtig, dass jene entscheiden, die Können und Nähe mitbringen, aber er verlangt kein bestimmtes Verfahren. Organisationen, die soziokratische Entscheidungsfindung schätzen, können sie innerhalb einer Beta-Codex-Struktur praktizieren. Mehr zu den soziokratischen Prinzipien findest du im Soziokratie-Leitfaden.

Beta Codex und Teal: Teal-Organisationen, wie Frederic Laloux sie beschreibt, teilen viele Werte mit Beta Codex: Selbstmanagement, Ganzheit, evolutionärer Sinn. Der Unterschied liegt in der Konkretheit. Teal ist eine philosophische Ausrichtung. Beta Codex ist ein kodifiziertes Set von Prinzipien mit einem konkreten Strukturmodell (dem Pfirsich). Organisationen, die sich von Teal inspirieren lassen, finden in Beta Codex oft den strukturellen Rahmen, um Teals Ansprüche in die Praxis zu bringen.

Beta Codex und Agile: Agile Frameworks (Scrum, SAFe, LeSS) drehen sich vor allem um Lieferung: wie Teams Produkte bauen und Wert schaffen. Beta Codex behandelt das gesamte Organisationsmodell: Struktur, Autorität, Leistung, Koordination und Strategie. Agile Praktiken können innerhalb von Beta-Codex-Zellen laufen. Die beiden ergänzen sich, sie konkurrieren nicht.

Beta Codex und RenDanHeYi: Beide Modelle betonen autonome Einheiten mit direktem Marktbezug. RenDanHeYi, bei Haier entwickelt, gliedert das Unternehmen in Mikrounternehmen, die wie interne Startups arbeiten. Das Peach-Modell des Beta Codex und die Mikrounternehmensstruktur von RenDanHeYi teilen dieselbe Einsicht: Wertschöpfung geschieht an den Rändern. Der Unterschied ist vor allem kultureller und kontextueller Natur. Wer RenDanHeYi erkundet, findet im Leitfaden zu RenDanHeYi-Werkzeugen und -Visualisierung mehr dazu.

Die Quintessenz: Diese Modelle schliessen einander nicht aus. Viele Organisationen verbinden die Strukturprinzipien des Beta Codex mit soziokratischen Entscheidungsverfahren, agilen Lieferpraktiken und holakratischen Rollendefinitionen. Worauf es ankommt, ist innere Stimmigkeit. Welche Kombination du auch wählst: Die Teile sollten einander verstärken und nicht widersprechen.

Beta Codex einführen: ein praktischer Weg

Beta Codex einzuführen ist keine Sache von einer Nacht. Es ist ein systemischer Wandel, der bewusstes, schrittweises Handeln verlangt. Die folgenden Schritte zeigen einen praktischen Weg, gespeist aus der Theorie wie aus der Erfahrung von Organisationen, die den Übergang gemacht haben. Bemerkenswert: IDEAL-Werk hat seine gesamte Organisation nach Beta-Codex-Prinzipien in nur 11 Tagen umgebaut - ein Beleg dafür, dass Transformation bei klarem Bekenntnis schneller gehen kann, als die meisten erwarten.

Schritt 1: Das bestehende System verstehen

Bevor du etwas veränderst, bilde ab, was ist. Finde heraus, wo Entscheidungen heute fallen. Verfolge, wie Informationen fliessen. Verstehe, welche Teams Marktkontakt haben und welche nicht. Diese Kartierung legt das tatsächliche Betriebsmodell offen, das sich oft deutlich vom offiziellen Organigramm unterscheidet.

Das ist keine Fingerübung. Du kannst keine Struktur aus Zentrum und Peripherie bauen, ohne zu verstehen, welche Teams wirklich peripher (dem Markt zugewandt) und welche wirklich zentral (unterstützend) sind.

Schritt 2: Die Peripherie bestimmen

Finde heraus, welche Teams direkten Kontakt zum Markt haben: zu Kundinnen, Partnern, externen Anspruchsgruppen. Das sind deine peripheren Zellen. Es können Vertriebsteams sein, Produktteams, Gruppen in der Leistungserbringung oder Customer-Success-Einheiten. Der gemeinsame Nenner ist der unmittelbare Marktkontakt: Sie sehen Signale, reagieren auf Bedürfnisse und schaffen Wert am Punkt der Berührung.

Schritt 3: Die Aufgabe des Zentrums neu bestimmen

Unterstützende Funktionen (HR, Finanzen, Recht, IT) werden zum Zentrum. Ihre Aufgabe verschiebt sich vom Kontrollieren zum Dienen. Das ist oft der schwierigste kulturelle Schritt, weil unterstützende Funktionen in klassischen Organisationen ihren Einfluss aus dem Torhüten beziehen: Budgets kontrollieren, Entscheidungen freigeben, Regeltreue durchsetzen.

In einer Beta-Organisation besteht der Zweck des Zentrums darin, die Peripherie wirksamer zu machen. Finanzen liefert Analyse und Einsicht, keine Ausgabengrenzen. HR unterstützt die Personalentwicklung, keine standardisierten Beurteilungsverfahren. Recht liefert Orientierung, kein Vetorecht.

Schritt 4: Mit einem Team anfangen

Erprobe die Beta-Codex-Prinzipien mit einer einzigen peripheren Zelle. Gib ihr echte Autonomie: Befugnis über die eigenen Entscheidungen, Einblick in die Informationen, die sie braucht, und relative Vorgaben, die an der Marktleistung hängen statt an intern verordneten Zahlen. Beobachte, was passiert. Lerne aus den Reibungspunkten. Justiere, bevor du ausweitest.

Schritt 5: Auf relative Vorgaben umstellen

Ersetze fixe Vorgaben von oben durch relative Vergleichswerte. Statt “Umsatz um 15 % steigern” lautet die Frage: “Wie schneiden wir im Verhältnis zu unserem Markt, unseren Mitbewerbern und unserer eigenen Entwicklung ab?” Relative Vorgaben sind ehrlich. Sie lassen sich nicht durch das Aushandeln bequemer Ziele austricksen, und sie bleiben relevant, egal wie sich die Marktbedingungen verschieben.

Schritt 6: Individuelle Anreize abschaffen

Dieser Schritt stösst oft auf den grössten Widerstand, ist aber wesentlich. Individuelle Bonussysteme untergraben Zusammenarbeit, laden zum Tricksen ein und lenken die Aufmerksamkeit auf das Falsche. Ersetze sie durch Teilhabemodelle: Gewinnbeteiligung, Anerkennung auf Teamebene oder Formen bedingten Einkommens, die kollektiven Erfolg belohnen.

Schritt 7: In Zellen föderieren

Wenn der Pilot gelingt, weite das Modell aus. Organisiere die Peripherie in funktional integrierte Zellen: bereichsübergreifende Teams, die alle Fähigkeiten enthalten, die sie zur Bedienung ihres Marktsegments brauchen. Verbinde die Zellen miteinander und mit dem Zentrum über transparente Informationsflüsse, nicht über Berichtshierarchien.

Schritt 8: Die Struktur sichtbar machen

Eine dezentrale Struktur nützt nichts, wenn niemand sie sehen kann. Bilde die Organisation so ab, dass jedes Team, jede Rolle und jede Beziehung sichtbar und begehbar ist. Genau hier wird organisationale Kartierung wesentlich - nicht als Dokumentationsartefakt, sondern als lebendiges Werkzeug, das Menschen täglich nutzen, um zu verstehen, wer was tut, wen sie ansprechen und wie Arbeit fliesst.

“Klug, einfach, flexibel und transparent. Ein Game-Changer für wirklich agile Organisationen.” — Germain Augsburger, BKW

Schritt 9: Weiterentwickeln

Beta Codex ist kein Ziel. Es ist eine Art zu arbeiten, die sich mit der Organisation und ihrem Markt weiterentwickelt. Sieh die Balance zwischen Zentrum und Peripherie regelmässig neu an. Prüfe, ob die 12 Gesetze einander verstärken oder ob Lücken entstanden sind. Behandle die Organisationsstruktur als lebendiges System, das laufend Aufmerksamkeit braucht, und nicht als Projekt mit Abschlussdatum.

Den Pfirsich sichtbar machen: Werkzeuge für Beta-Organisationen

Eine der praktischen Herausforderungen jedes dezentralen Modells ist die Sichtbarkeit. In einer klassischen Hierarchie sind Berichtslinien klar. Du kannst sie auf ein Whiteboard zeichnen. In einem Netzwerk aus Zentrum und Peripherie sind die Beziehungen reicher, beweglicher und schwerer mit Kästchen und Linien darzustellen.

Hier werden Werkzeuge zur Kartierung von Organisationen wichtig. Eine Beta-Organisation braucht eine Möglichkeit, Folgendes sichtbar zu machen:

• Welche Teams peripher sind (dem Markt zugewandt) und welche zentral (unterstützend).
• Wie die Zellen zueinander stehen: Abhängigkeiten, Zusammenarbeit, Informationsflüsse.
• Wer welche Rollen hält, innerhalb jeder Zelle und quer durch die Organisation.
• Wie sich die Struktur verändert hat, während sich die Organisation angepasst hat.

Die Kreis- und Baumansichten von Peerdom bilden Strukturen aus Zentrum und Peripherie ganz natürlich ab. Du kannst periphere Zellen als autonome Kreise mit eigenen Rollen und Verantwortlichkeiten darstellen und zentrale Zellen als unterstützende Funktionen, verbunden mit der Peripherie, der sie dienen. Die Netzwerkansicht macht die Beziehungen zwischen den Zellen sichtbar: nicht nur Berichtslinien, sondern den tatsächlichen Fluss von Zusammenarbeit und Wertschöpfung.

Das zählt, weil das Peach-Modell nur funktioniert, wenn Menschen es sehen können. Wenn die Struktur bloss in jemandes Kopf lebt oder in einem Foliensatz vom letztjährigen Offsite, ist sie nicht operativ. Eine lebendige Organisationskarte macht den Pfirsich für alle sichtbar: für neue Mitarbeitende, für bestehende Teammitglieder und für externe Partner.

“Peerdom ist, als würde man den Nebel über einem Gebiet lüften, das man nicht ganz überblicken kann.” — Jon Barnes, Peerdom Companion

Für Organisationen, die irgendeine Form dezentraler Struktur erkunden - ob Beta Codex, Holakratie, Soziokratie, Agile oder eine Mischung - ist der grundlegende Bedarf derselbe: die Struktur explizit, begehbar und lebendig machen. Warum dynamische Organigramme statischen überlegen sind und wie rollenbasierte Governance verteilte Autorität stützt, behandeln die entsprechenden Leitfäden im Detail.

Häufige Fragen

Was ist der Unterschied zwischen Beta Codex und Holakratie?

Beta Codex ist ein Set organisationaler Prinzipien rund um das Modell aus Zentrum und Peripherie (den Pfirsich) und die 12 Gesetze. Er beschreibt, wie eine dezentrale Organisation strukturell und philosophisch aussieht, schreibt aber keine konkreten Governance-Prozesse vor. Holakratie ist ein detailliertes Governance-Framework mit formaler Verfassung, festgelegten Meetingformaten und definierten Rollen. Eine Organisation kann Beta-Codex-Prinzipien praktizieren und innerhalb ihrer Zellen holakratische Governance nutzen. Beta Codex arbeitet auf der Ebene des Organisationsdesigns, Holakratie auf der Ebene der Governance-Prozesse.

Ist Beta Codex mit Agile vereinbar?

Ja. Agile Frameworks (Scrum, Kanban, SAFe, LeSS) drehen sich darum, wie Teams Arbeit liefern. Beta Codex dreht sich darum, wie die Organisation aufgebaut ist, wie Autorität verteilt wird und wie Leistung verstanden wird. Die beiden arbeiten auf verschiedenen Ebenen und ergänzen einander ganz natürlich. Agile Lieferpraktiken können innerhalb der peripheren Zellen des Beta Codex laufen und geben Teams damit sowohl strukturelle Autonomie als auch wirksame Liefermethoden.

Müssen alle 12 Gesetze auf einmal übernommen werden?

Beta Codex ist hier eindeutig: Die 12 Gesetze sind ein voneinander abhängiges System. Einige zu übernehmen und andere zu ignorieren erzeugt innere Widersprüche. Teams Autonomie zu geben (Gesetz 1) und gleichzeitig individuelle Leistungsboni beizubehalten (also Gesetz 7 zu verletzen), sendet widersprüchliche Signale. Die Umsetzung erfolgt allerdings meist schrittweise. Organisationen führen die Gesetze nach und nach ein, aber mit dem Verständnis, dass das vollständige System das Ziel ist und nicht eine teilweise Übernahme.

Was ist das Peach-Modell in einfachen Worten?

Das Peach-Modell ersetzt die klassische Organisationspyramide durch einen Pfirsich. Der äussere Teil (die Peripherie) steht für Teams, die unmittelbar mit Kundschaft und Märkten zu tun haben; dort entsteht Wert. Der innere Teil (das Zentrum) steht für unterstützende Funktionen wie HR, Finanzen und IT; sie existieren, um der Peripherie zu dienen. Der Kerngedanke lautet: Die Peripherie führt, das Zentrum dient - genau umgekehrt zu dem, wie die meisten klassischen Organisationen arbeiten.

Wie geht Beta Codex mit Führung um?

Beta Codex schafft Führung nicht ab, er verteilt sie. Gesetz 3 (Führung) ersetzt Management als hierarchische Position durch Selbstorganisation als geteilte Praxis. Führung ist in einer Beta-Organisation eine Funktion, kein Titel. Sie entsteht aus der Arbeit und wird von jenen ausgeübt, die das einschlägige Wissen und die Nähe zum Problem haben. Das heisst nicht, dass es keine Führenden gibt. Es heisst, dass Führung dezentral und situationsabhängig ist statt in einer Führungsebene gebündelt.

Können grosse Unternehmen Beta Codex einführen?

Ja. Beta Codex ist aus der Forschung an grossen Organisationen entstanden, die die klassische Budgetierung und das Befehl-und-Kontroll-Management bereits aufgegeben hatten. Das Peach-Modell skaliert über Föderalisierung: Die Organisation besteht aus Zellen, die autonom und zugleich verbunden sind. Grosse Unternehmen haben womöglich Dutzende oder Hunderte periphere Zellen, jede für ein anderes Marktsegment, mit zentralen Funktionen, die sich alle teilen. Die Hauptschwierigkeit im Grossen liegt darin, Transparenz und Stimmigkeit zu wahren - und genau deshalb werden Werkzeuge zur Kartierung von Organisationen unverzichtbar.

Wie hängen Beta Codex und Beyond Budgeting zusammen?

Beta Codex ist unmittelbar aus der Beyond-Budgeting-Bewegung gewachsen. Der 1998 gegründete Beyond Budgeting Round Table (BBRT) untersuchte Organisationen, die die klassische Budgetierung aufgegeben hatten, und entdeckte, dass die erfolgreichsten unter ihnen ihr gesamtes Managementmodell verändert hatten, nicht nur ihre Finanzprozesse. Niels Pfläging verdichtete diese Erkenntnisse zu einem breiteren Rahmen, der 2008 in Beta Codex umbenannt wurde, um deutlich zu machen, dass es um das vollständige Organisationsmodell geht und nicht nur um Budgetierung.

Wie misst man Erfolg in einer Beta-Organisation?

Beta Codex ersetzt fixe, intern verordnete Vorgaben durch relative Leistungsmasse. Erfolg wird an Marktbedingungen, der Leistung von Mitbewerbern und der eigenen Entwicklung gemessen, nicht an einer Zahl, die in einer Budgetsitzung ausgehandelt wurde. Gesetz 4 (Rundum-Erfolg) weitet zudem, was überhaupt als Erfolg zählt: Statt eine einzelne Kennzahl zu maximieren (etwa Aktionärswert oder Umsatz), messen Beta-Organisationen umfassende Fitness über finanzielle Gesundheit, Kundenzufriedenheit, Engagement der Mitarbeitenden und Anpassungsfähigkeit hinweg.

Bilde deine Organisation ab

Ob du Beta Codex, das Peach-Modell oder irgendeinen anderen Zugang zu dezentraler Organisation erkundest: Der erste Schritt ist derselbe. Mach deine Struktur sichtbar. Bilde deine Teams, Rollen und Beziehungen so ab, dass alle sehen, wie die Organisation tatsächlich arbeitet, und nicht, wie ein Foliensatz behauptet, dass sie arbeiten sollte.

• Probier die Beta-Codex-Vorlage: vorkonfiguriert mit unabhängigen Zellen, dezentraler Struktur und ohne Koordinationsrollen. Gebaut für Organisationen, die Beta Codex oder Beyond-Budgeting-Prinzipien anwenden.
• Fang bei null an: Peerdom unterstützt Beta Codex, Soziokratie, Holakratie, Agile, Teal, RenDanHeYi und hybride Modelle. Bilde dein Zentrum und deine Peripherie ab, deine Kreise und Rollen, deine Zellen und Netzwerke, alles auf einer Plattform.
• Alle Vorlagen ansehen: Vorlagen für Beta Codex, Soziokratie, Holakratie und mehr.
• Unsicher, wo du anfangen sollst? Buche eine Demo, und wir gehen gemeinsam durch, wie sich die Struktur deiner Organisation auf das Modell abbilden lässt, das du erkundest.