Beta Codex en het Peach-model: gedecentraliseerde organisaties

De meeste organisaties draaien nog op een managementmodel dat voor een andere eeuw is ontworpen. Zeggenschap stroomt naar beneden, door lagen van goedkeuring heen. Informatie stroomt naar boven, door lagen van filtering heen. Wie het dichtst bij klanten en markten staat, wie problemen als eerste ziet en het best begrijpt, heeft de minste ruimte om te handelen.

Dat is geen uitvoeringsfout. Het is een fout in het model zelf. Hiërarchieën van bevel en controle zijn gebouwd voor omgevingen waarin stabiliteit de norm was en voorspelbaarheid een redelijke aanname. In complexe, snel veranderende markten houdt die aanname geen stand. De organisatie beweegt zo snel als haar traagste goedkeuringsketen, en tegen de tijd dat een besluit de persoon bereikt die het mag bekrachtigen, is de context waarop het gebaseerd was alweer veranderd.

Beta Codex biedt een fundamenteel ander vertrekpunt. In plaats van de piramide te repareren (afvlakken, stippellijnen toevoegen, matrixstructuren optuigen) vervangt het de piramide helemaal door een gedecentraliseerd netwerkmodel. Het verwante Peach-model levert een concreet beeld van hoe dat netwerk in elkaar zit: een centrum dat dient, en een periferie die voorop gaat.

Deze gids legt uit wat Beta Codex is, waar het vandaan komt, hoe de 12 wetten als samenhangend systeem werken, hoe het Peach-model de klassieke hiërarchie omkeert en hoe het zich verhoudt tot andere organisatieframeworks. Hij is bedoeld om nuttig te zijn of je Beta Codex uiteindelijk invoert of niet, want de principes die het formuleert gelden voor veel benaderingen van gedecentraliseerd organiseren.

Alpha versus Beta: twee fundamenteel verschillende organisatiemodellen

Beta Codex trekt een scherpe lijn tussen twee manieren om werk te organiseren. Het noemt ze Alpha en Beta, niet als kwaliteitsoordeel, maar als onderscheid tussen twee intern consistente systemen.

Alpha-organisaties werken volgens een logica van bevel en controle. Besluiten zijn gecentraliseerd. Zeggenschap komt van bovenaf. Prestaties worden gestuurd met doelen, prikkels en naleving. Er wordt jaarlijks gepland, budgetten liggen vast en afdelingen zijn opgedeeld in functionele eilandjes. De onderliggende aanname is dat complexiteit beheersbaar wordt door de intelligentie aan de top te bundelen en instructies naar beneden te laten cascaderen.

Beta-organisaties werken volgens een gedecentraliseerde netwerklogica. Besluitvorming ligt bij de teams die het dichtst bij het werk staan. Prestaties komen voort uit interactie met de markt, niet uit het halen van intern voorgeschreven doelen. De structuur is geordend rond waardecreatie, niet rond rapportagelijnen. De onderliggende aanname is dat complexiteit het best gehanteerd wordt door de mensen die haar rechtstreeks tegenkomen, niet door wie haar van een afstand bekijkt.

Dimensie	Alpha (bevel en controle)	Beta (gedecentraliseerd netwerk)
Zeggenschap	Gecentraliseerd aan de top	Verdeeld naar de periferie
Structuur	Hiërarchische piramide	Netwerk van centrum en periferie
Besluitvorming	Gestuurd door managers	Gestuurd door teams, gevoed door de markt
Prestaties	Vaste doelen, prikkels	Relatieve doelen, intrinsieke motivatie
Planning	Jaarbudgetten, langetermijnprognoses	Adaptief, op ritme
Informatiestroom	Gefilterd door managementlagen	Transparant, vrij stromend
Coördinatie	Bureaucratisch, op regels	Dynamisch, op waardecreatie
Maatstaf voor succes	Voorgeschreven doelen halen	Brede organisatiefitheid

Het cruciale inzicht van Beta Codex is dat die twee systemen niet samengaan. Je kunt Beta-principes niet bovenop een Alpha-structuur installeren en samenhangende resultaten verwachten. Teams vertellen dat ze “zelf mogen beslissen” terwijl je de budgetgoedkeuring centraal houdt en individuele prestatieprikkels laat staan, levert tegenstrijdigheid op, geen transformatie. Beta Codex is een samenhangend systeem, en het vraagt organisaties te kiezen welk systeem ze draaien in plaats van onverenigbare logica’s te mengen.

Ontstaan: van Beyond Budgeting naar Beta Codex

Beta Codex ontstond niet in een vacuüm. De intellectuele wortels liggen bij de Beyond Budgeting-beweging, die eind jaren negentig begon toen een groep onderzoekers en praktijkmensen zich afvroeg waarom organisaties bleven leunen op jaarbudgetten, vaste doelen en management via bevel en controle, praktijken die stelselmatig leidden tot spelletjes, kortetermijndenken en starheid.

De Beyond Budgeting Round Table (BBRT), opgericht in 1998, bestudeerde organisaties die het traditionele budgetteren hadden losgelaten en zag dat de succesvolste niet alleen hun financiële processen hadden veranderd: ze hadden hun hele managementmodel omgegooid. Uit het onderzoek bleek dat budgetten niet het kernprobleem waren. Ze waren een symptoom van iets diepers: een gecentraliseerde aanpak van plannen en beheersen die fundamenteel niet paste bij complexe, dynamische omgevingen.

Niels Pfläging, managementdenker en auteur, was nauw bij dat onderzoek betrokken. In de loop van de jaren 2000 bracht hij de bevindingen van Beyond Budgeting samen met inzichten uit systeemtheorie, complexiteitswetenschap en organisatieontwerp tot een breder framework. In 2008 doopten Pfläging en de gemeenschap om hem heen het werk om tot Beta Codex en richtten ze het BetaCodex Network op, een opensourcegemeenschap die zich inzet voor gedecentraliseerde organisatieprincipes.

Die naamswisseling was bewust. “Beyond Budgeting” wekte de indruk dat het framework vooral over financieel management ging. In werkelijkheid ging het over het hele managementmodel: hoe zeggenschap wordt verdeeld, hoe besluiten tot stand komen, hoe prestaties worden opgevat en hoe organisaties zich tot hun markten verhouden. “Beta Codex” ving die bredere reikwijdte: een codex van principes om Beta-organisaties te bouwen, in onderscheid tot Alpha-organisaties.

Het BetaCodex Network functioneert als opensourcegemeenschap. De principes zijn vrij beschikbaar, de materialen worden gedeeld en er wordt geen enkel invoeringspad voorgeschreven. Dat open, niet-dogmatische karakter onderscheidt het van sterker geformaliseerde frameworks die certificering, licenties of trouw aan een specifieke grondwet vragen.

De 12 wetten van Beta Codex

De 12 wetten vormen de ruggengraat van Beta Codex. Elke wet is geformuleerd als een tegenstelling (“dit, niet dat”), die verheldert waar het principe voor staat en wat het uitdrukkelijk afwijst. Het is geen menukaart waaruit je kiest wat je aanspreekt. Samen vormen ze een samenhangend systeem: een deel overnemen en de rest negeren levert interne tegenstrijdigheden op die het geheel ondermijnen.

De wetten vallen in drie groepen uiteen: hoe de organisatie is opgebouwd, hoe ze besluit en met prestaties omgaat, en hoe ze coördineert en zich aanpast.

Structuurwetten: hoe de organisatie is opgebouwd

1. Teamautonomie: verbondenheid met de bedoeling, geen afhankelijkheid

Teams zijn de basiseenheid van een Beta-organisatie. Ze werken met echte autonomie, niet met de cosmetische autonomie van een team dat “zelf mag beslissen” maar toch op goedkeuring wacht. Autonomie betekent hier dat teams verbonden zijn met de bedoeling van de organisatie en met elkaar, maar niet afhankelijk zijn van hiërarchische toestemmingsstructuren. Ze kunnen handelen, beslissen en leren van wat hun daden opleveren.

2. Federalisering: samenvoegen tot cellen, niet opdelen in eilandjes

In plaats van de organisatie op te delen in functionele afdelingen (marketing, engineering, finance) pleit Beta Codex voor gefedereerde cellen: functieoverstijgende eenheden die alle capaciteiten bevatten die ze nodig hebben om waarde te scheppen. Die cellen zijn met elkaar en met het geheel verbonden, in plaats van als losse eilandjes werk over afdelingsgrenzen heen door te schuiven.

3. Leiderschap: zelforganisatie, geen management

Deze wet schaft leiderschap niet af. Ze herdefinieert het. In een Beta-organisatie is leiderschap een verdeelde functie die uit het werk zelf voortkomt, geen positie die van bovenaf wordt toegewezen. Zelforganisatie betekent dat teams zelf verantwoordelijkheid nemen voor hun coördinatie, hun bestuur en hun verbetering. Managers als hiërarchische laag maken plaats voor leiderschap als gedeelde praktijk.

Prestatiewetten: hoe succes wordt opgevat

4. Alzijdig succes: brede fitheid, geen monomaximalisatie

Alpha-organisaties optimaliseren doorgaans voor één cijfer: aandeelhouderswaarde, omzetgroei of kostenreductie. Beta Codex noemt die monomaximalisatie gevaarlijk. Gezonde organisaties optimaliseren voor brede fitheid, met een balans tussen financiële gezondheid, betrokkenheid van medewerkers, klanttevredenheid, maatschappelijke impact en aanpassingsvermogen. Net als een levend organisme wordt een organisatie die één dimensie maximaliseert ten koste van de andere kwetsbaar.

5. Transparantie: intelligentie die stroomt, geen macht die blokkeert

Informatie stroomt vrij in een Beta-organisatie. Transparantie is geen regel in een lijstje bedrijfswaarden; het is een structuurprincipe. Is informatie transparant, dan ontstaat intelligentie uit de stroom van gegevens door het systeem. Wordt informatie opgepot of gefilterd, dan wordt ze een machtsmiddel in plaats van een bron van collectieve intelligentie. Transparante informatie stelt teams in staat om onderbouwd te beslissen zonder te wachten tot iemand hogerop de gegevens voor hen duidt.

6. Marktoriëntatie: relatieve doelen, geen voorschriften van bovenaf

Traditionele organisaties stellen vaste doelen van bovenaf: “de omzet moet 15% groeien”, “de kosten moeten 10% omlaag”. Zulke doelen staan vaak los van de marktrealiteit en roepen perverse prikkels op (marges inbouwen, cijfers masseren, kortetermijndenken). Beta Codex vervangt vaste doelen door relatieve doelen: ijkpunten die worden afgezet tegen marktomstandigheden, concurrenten en eerdere prestaties. Teams richten zich op de werkelijkheid van de markt, niet op een intern voorgeschreven getal dat wel of niet weerspiegelt wat de markt echt vraagt.

7. Voorwaardelijk inkomen: deelname, geen prikkels

Individuele prestatiebonussen en bonusregelingen zijn een hoeksteen van Alpha-management. Beta Codex wijst ze af. Het bewijs tegen individuele prikkels is aanzienlijk: ze versmallen de blik, moedigen berekenend gedrag aan, ondermijnen samenwerking en leveren eerder spanning dan motivatie op. Beta-organisaties delen succes collectief via winstdeling en participatiemodellen, vanuit het besef dat waardecreatie een prestatie van het team en de organisatie is, niet van een individu.

Aanpassingswetten: hoe de organisatie leert en evolueert

8. Tegenwoordigheid van geest: voorbereiding, geen planeconomie

Jaarbudgetten en strategische plannen scheppen een illusie van controle. Beta Codex zet daar voorbereiding tegenover: het vermogen opbouwen om te reageren op wat de markt ook brengt, in plaats van je vast te leggen op een plan dat binnen enkele maanden achterhaald is. Dit betekent niet dat er geen richting is. Het betekent dat je die richting losjes vasthoudt en de koers bijstelt zodra er nieuwe informatie binnenkomt.

9. Ritme: tempo en groove, geen boekjaardenken

Organisaties hebben ritme nodig, maar niet het kunstmatige ritme van kwartalen en jaarplanningen. Beta Codex pleit voor natuurlijke ritmes die uit het werk zelf voortkomen: sprintcycli, marktcycli, productcycli. Zodra de kalender het tempo dicteert, beheert de organisatie tijd in plaats van waardecreatie.

10. Beslissen vanuit meesterschap: gevolg, geen bureaucratie

Besluiten horen genomen te worden door de mensen met de meest relevante kennis en de kortste afstand tot de gevolgen. Dat is geen democratie (iedereen stemt) en geen autocratie (de baas beslist). Het is beslissen vanuit meesterschap: de persoon of het team met het diepste begrip van het probleem en het meest directe belang bij de uitkomst hakt de knoop door. Bureaucratische goedkeuringsketens leveren vertraging op, geen wijsheid.

11. Middelendiscipline: doelmatigheid, geen statusdenken

In Alpha-organisaties wordt de verdeling van middelen gestuurd door hiërarchie en status: de machtigste afdeling krijgt het grootste budget. In Beta-organisaties stromen middelen naar waar ze de meeste waarde opleveren. Dat vraagt discipline, de bereidheid om middelen te verleggen op basis van marktsignalen in plaats van interne politiek.

12. Coördinatie in stroom: dynamiek van waardecreatie, geen vaste toewijzingen

Coördinatie is in een Beta-organisatie dynamisch. Middelen, aandacht en inspanning stromen naar opkomende kansen en weg van kansen die opdrogen. Dat vervangt het model van vaste toewijzing, waarin budgetten voor een jaar vastliggen en niet verlegd kunnen worden zonder bureaucratische processen die maanden duren.

Het systeemprincipe

Deze 12 wetten hangen samen. Teamautonomie invoeren (wet 1) zonder transparantie (wet 5) laat teams blind vliegen. Relatieve doelen introduceren (wet 6) zonder individuele prikkels weg te nemen (wet 7) geeft tegenstrijdige signalen. Coördinatie in stroom nastreven (wet 12) terwijl je jaarbudgetten aanhoudt (in strijd met wet 8) betekent dat het dynamische principe geen structurele steun heeft.

Daarom houdt Beta Codex vol dat de wetten een systeem vormen, geen afvinklijst. Gedeeltelijke invoering levert geen gedeeltelijk resultaat op, maar verwarring. Organisaties die Beta Codex overwegen, moeten dat vooraf weten: je verbindt je aan een samenhangend model, niet aan een selectie praktijken.

Het Peach-model: centrum, periferie en waarom de randen voorop gaan

Het Peach-model is het structuurbeeld van Beta Codex, een manier om zichtbaar te maken hoe een gedecentraliseerde organisatie werkelijk in elkaar zit. Het vervangt de piramide door een perzik.

Het beeld

In een klassieke piramide worden bovenin de besluiten genomen en wordt onderin het werk gedaan. Informatie en zeggenschap bewegen verticaal. De mensen aan de basis, het dichtst bij klanten, markten en het eigenlijke werk, hebben de minste macht.

Het Peach-model keert dat om. Stel je een perzik voor:

• De periferie (het vruchtvlees van de perzik) bestaat uit cellen die rechtstreeks contact met de markt hebben: teams die klanten bedienen, verkoopeenheden, productteams, groepen die diensten leveren. Dit zijn de waardescheppende delen van de organisatie. Ze hebben direct te maken met klanten, partners en externe belanghebbenden. Zij zien marktsignalen als eerste. Zij leren als eerste. Zij passen zich als eerste aan.

• Het centrum (de pit van de perzik) bestaat uit cellen zonder direct marktcontact: ondersteunende functies zoals HR, finance, juridische zaken, IT-infrastructuur en interne diensten. Die cellen bestaan om de periferie te dienen, niet om haar te sturen.

De periferie gaat voorop

Dit is het meest tegenintuïtieve, en belangrijkste, principe van het Peach-model: de periferie gaat voorop. Het centrum dient.

In een traditionele organisatie bepaalt het centrum (het hoofdkantoor, de directie, de concernfuncties) de strategie, stelt het de doelen vast en vertelt het de periferie wat ze moet doen. Het Peach-model draait die verhouding om. In de periferie ontmoet de organisatie de werkelijkheid. Marktkennis, klantbehoeften, concurrentiedynamiek: die worden aan de randen opgepikt, niet in het centrum. De periferie leert rechtstreeks van de markt. Het centrum leert van de periferie. Het centrum kan niet rechtstreeks van de markt leren, want het heeft er geen direct contact mee.

Die omkering heeft praktische gevolgen:

• Strategie ontstaat in de periferie. In plaats van een vijfjarenstrategie die het centrum uitdeelt, wordt de strategische richting gevormd door wat perifere teams leren uit hun contact met de markt.
• Het centrum levert diensten, geen instructies. Finance levert financiële analyse waarmee perifere teams kunnen beslissen; het dicteert geen bestedingslimieten. HR ondersteunt de ontwikkeling van talent in de periferie; het legt geen gestandaardiseerde beoordelingsgesprekken op.
• Functies komen samen in de periferie. In plaats van expertise op te splitsen in afdelingen (een marketingafdeling, een engineeringafdeling, een verkoopafdeling) voegt het Peach-model functies samen in perifere cellen. Een cel die klanten bedient, bevat de marketing-, engineering- en operationele capaciteiten die ze nodig heeft om haar markt zelfstandig te bedienen.

Waarom het werkt

Het Peach-model werkt omdat het de organisatiestructuur laat samenvallen met de stroom van waarde en informatie. Waarde ontstaat aan de randen, waar de organisatie haar markt ontmoet. Informatie is aan de randen het meest vers: daar zijn signalen nog niet gefilterd, samengevat of vertraagd door managementlagen.

Wanneer de periferie voorop gaat, wordt de organisatie wendbaar. Teams die een verschuiving in de markt zien, reageren er direct op, zonder te wachten tot het signaal een hiërarchie op is gereisd en een besluit weer naar beneden. Wanneer het centrum dient, worden ondersteunende functies echte aanjagers in plaats van bureaucratische poortwachters.

“Toen we met Peerdom in kaart brachten hoe ons bedrijf op dat moment werkte, was het een openbaring… we leerden dingen over ons twintig jaar oude bedrijf die we nooit eerder hadden gezien, en we werden er veel rijker van.” — Sean Daly, Director, SOLID Structures & Infrastructure

Beta Codex vergeleken met andere organisatieframeworks

Beta Codex is een van de frameworks die de klassieke hiërarchie ter discussie stellen. Elk heeft een eigen herkomst, een eigen accent en een eigen manier van invoeren. Wie de verschillen kent, kiest makkelijker de aanpak, of combinatie van aanpakken, die bij de eigen context past.

Dimensie	Beta Codex	Holacracy	Sociocratie	Teal	Agile op schaal	RenDanHeYi
Herkomst	Onderzoek Beyond Budgeting (2008)	Brian Robertson (2007)	Gerard Endenburg (jaren 70)	Frederic Laloux (2014)	Divers (SAFe, LeSS, Spotify)	Haier / Zhang Ruimin (2005)
Kernbeeld	Perzik (centrum en periferie)	Geneste cirkels	Gekoppelde cirkels	Evoluerend organisme	Tribes, squads, guilds	Micro-ondernemingen
Model van zeggenschap	Periferie voorop, centrum dient	Rollen geregeld door een grondwet	Cirkels op basis van consent	Zelfsturing en heelheid	Autonomie op teamniveau	Ondernemende autonomie
Besluitvorming	Vanuit meesterschap	Integratief proces	Consent (geen bezwaren)	Verschilt per praktijk	Op teamniveau	Door de markt gedreven
Structuur	Gefedereerde cellen	Rollen en cirkels	Cirkels met dubbele koppeling	Opkomend, op principes	Functieoverstijgende teams	Micro-ondernemingen als platform
Formaliteit	Op principes, adaptief	Hoog (formele grondwet)	Gemiddeld (principes en proces)	Laag (filosofisch)	Gemiddeld tot hoog	Gemiddeld
Invoeringspad	Systemische omslag (alle 12 wetten)	Aanname van de grondwet	Geleidelijk, cirkel voor cirkel	Culturele evolutie	Uitrol per framework	Herstructurering van de onderneming
Grootste kracht	Marktgericht, antibureaucratisch	Heldere governance	Inclusieve besluitvorming	Humanistische filosofie	Leversnelheid	Innovatie vanuit de klant
Grootste risico	Vraagt volledige toewijding aan het systeem	Starheid, te veel bestuur	Besluitmoeheid	Vaagheid, lastig operationeel te maken	Opgeblazen framework	Vereist schaal

De belangrijkste verschillen

Beta Codex tegenover Holacracy: Holacracy levert een gedetailleerde bestuursgrondwet met specifieke regels voor vergaderingen, voorstellen en roldefinities. Beta Codex opereert op een hoger abstractieniveau: het definieert principes in plaats van processen. Een organisatie kan Beta Codex praktiseren met holacratisch bestuur binnen haar cellen, of daar heel andere bestuursmechanismen gebruiken. De twee sluiten elkaar niet uit, maar ze werken op verschillende niveaus. Voor een uitgebreide rondleiding door de holacratische praktijk, zie de gids over holacracytools en -praktijken.

Beta Codex tegenover sociocratie: de kracht van sociocratie zit in het besluitproces op basis van consent en in de dubbele koppeling. Beta Codex schrijft veel minder voor over hoe er binnen cellen wordt besloten. Het geeft erom dát besluiten genomen worden door wie meesterschap en nabijheid heeft, maar legt geen specifiek proces op. Organisaties die hechten aan sociocratische besluitvorming kunnen die binnen een structuur van Beta Codex praktiseren. Meer over sociocratische principes lees je in de gids over sociocratie.

Beta Codex tegenover Teal: Teal-organisaties, zoals Frederic Laloux ze beschrijft, delen veel waarden met Beta Codex: zelfsturing, heelheid, evolutionaire bedoeling. Het verschil zit in de mate van uitwerking. Teal is een filosofische oriëntatie. Beta Codex is een vastgelegde verzameling principes met een specifiek structuurmodel (de perzik). Organisaties die zich door Teal laten inspireren, merken vaak dat Beta Codex het structurele kader biedt om de ambities van Teal handen en voeten te geven.

Beta Codex tegenover agile: agile frameworks (Scrum, SAFe, LeSS) richten zich vooral op leveren: hoe teams producten bouwen en waarde leveren. Beta Codex behandelt het hele organisatiemodel: structuur, zeggenschap, prestaties, coördinatie en strategie. Agile praktijken kunnen prima binnen de cellen van Beta Codex draaien. De twee vullen elkaar aan, ze concurreren niet.

Beta Codex tegenover RenDanHeYi: beide modellen benadrukken autonome eenheden met een directe verbinding met de markt. RenDanHeYi, ontwikkeld bij Haier, deelt het bedrijf op in micro-ondernemingen die als interne startups werken. Het Peach-model van Beta Codex en de micro-ondernemingen van RenDanHeYi delen hetzelfde inzicht: waarde ontstaat aan de randen. Het verschil is vooral cultureel en contextueel. Verken je RenDanHeYi, kijk dan in de gids over RenDanHeYi-tools en -visualisatie.

Kortom: deze frameworks sluiten elkaar niet uit. Veel organisaties combineren de structuurprincipes van Beta Codex met sociocratische besluitprocessen, agile leverpraktijken en holacratische roldefinities. Wat telt, is interne samenhang. Welke combinatie je ook kiest, de onderdelen moeten elkaar versterken in plaats van tegenspreken.

Beta Codex invoeren: een praktisch pad

Beta Codex invoeren gebeurt niet van de ene dag op de andere. Het is een systemische omslag die om bewuste, gefaseerde stappen vraagt. De onderstaande stappen wijzen een praktisch pad, gevoed door zowel de theorie als de ervaring van organisaties die de overstap maakten. Zo herstructureerde IDEAL-Werk zijn hele organisatie in slechts 11 dagen volgens de principes van Beta Codex, wat laat zien dat transformatie bij duidelijke toewijding sneller kan gaan dan de meeste mensen verwachten.

Stap 1: begrijp het huidige systeem

Breng eerst in kaart wat er is, voordat je iets verandert. Zoek uit waar besluiten nu genomen worden. Volg hoe informatie stroomt. Achterhaal welke teams marktcontact hebben en welke niet. Die inventarisatie legt het werkelijke werkmodel bloot, dat vaak flink afwijkt van het officiële organogram.

Dat is geen cosmetische oefening. Je kunt geen structuur van centrum en periferie bouwen zonder te weten welke teams echt perifeer zijn (gericht op de markt) en welke echt centraal (gericht op ondersteuning).

Stap 2: benoem de periferie

Bepaal welke teams direct contact hebben met de markt: klanten, partners, externe belanghebbenden. Dat zijn je perifere cellen. Het kunnen verkoopteams zijn, productteams, groepen die diensten leveren of teams voor klantsucces. De rode draad is directe interactie met de markt: ze vangen signalen op, spelen in op behoeften en scheppen waarde op het punt van contact.

Stap 3: herdefinieer de rol van het centrum

Ondersteunende functies (HR, finance, juridische zaken, IT) worden het centrum. Hun rol verschuift van sturen naar dienen. Dat is vaak de moeilijkste culturele omslag, omdat ondersteunende functies in traditionele organisaties hun invloed ontlenen aan poortwachten: budgetten beheren, besluiten goedkeuren, naleving afdwingen.

In een Beta-organisatie is het centrum er om de periferie effectiever te maken. Finance levert analyse en inzicht, geen bestedingslimieten. HR ondersteunt de ontwikkeling van talent, geen gestandaardiseerde beoordelingsprocessen. Juridische zaken geeft advies, geen vetorecht.

Stap 4: begin met één team

Beproef de principes van Beta Codex met één perifere cel. Geef die echte autonomie: zeggenschap over de eigen besluiten, inzicht in de informatie die ze nodig heeft, en relatieve doelen die aan marktprestaties hangen in plaats van aan intern voorgeschreven getallen. Kijk wat er gebeurt. Leer van de wrijfpunten. Stel bij voordat je opschaalt.

Stap 5: stap over op relatieve doelen

Vervang vaste doelen van bovenaf door relatieve ijkpunten. In plaats van “de omzet moet 15% groeien” wordt de vraag: “hoe presteren we ten opzichte van onze markt, onze concurrenten en onze eigen ontwikkeling?” Relatieve doelen zijn eerlijk. Je kunt ze niet manipuleren door makkelijke doelen uit te onderhandelen, en ze blijven relevant hoe de markt ook beweegt.

Stap 6: schaf individuele prikkels af

Deze stap stuit vaak op de meeste weerstand, maar hij is essentieel. Individuele bonusregelingen ondermijnen samenwerking, moedigen berekenend gedrag aan en richten de aandacht op de verkeerde dingen. Vervang ze door participatiemodellen: winstdeling, erkenning op teamniveau of voorwaardelijke inkomensvormen die collectief succes belonen.

Stap 7: federeer tot cellen

Slaagt de pilot, breid het model dan uit. Orden de periferie in functioneel geïntegreerde cellen: functieoverstijgende teams die alle capaciteiten bevatten om hun marktsegment te bedienen. Verbind de cellen met elkaar en met het centrum via transparante informatiestromen, niet via rapportagehiërarchieën.

Stap 8: maak de structuur zichtbaar

Een gedecentraliseerde structuur heeft geen nut als niemand haar kan zien. Breng de organisatie zo in kaart dat elk team, elke rol en elke relatie zichtbaar en navigeerbaar is. Hier wordt het in kaart brengen van de organisatie onmisbaar, niet als documentatiestuk, maar als levend gereedschap dat mensen dagelijks gebruiken om te zien wie wat doet, wie ze moeten aanspreken en hoe het werk loopt.

“Slim, eenvoudig, flexibel en transparant. Een doorbraak voor werkelijk wendbare organisaties.” — Germain Augsburger, BKW

Stap 9: itereer en evolueer

Beta Codex is geen eindpunt. Het is een manier van werken die meebeweegt met de organisatie en haar markt. Kijk regelmatig opnieuw naar de balans tussen centrum en periferie. Ga na of de 12 wetten elkaar versterken of dat er gaten zijn ontstaan. Behandel de organisatiestructuur als een levend systeem dat blijvende aandacht vraagt, niet als een project met een opleverdatum.

De perzik zichtbaar maken: gereedschap voor Beta-organisaties

Een praktische uitdaging bij elk gedecentraliseerd model is zichtbaarheid. In een klassieke hiërarchie zijn de rapportagelijnen duidelijk. Je tekent ze op een whiteboard. In een netwerk van centrum en periferie zijn de verhoudingen rijker, dynamischer en lastiger te vangen in hokjes en lijnen.

Daarom wordt gereedschap om de organisatie in kaart te brengen belangrijk. Een Beta-organisatie heeft een manier nodig om zichtbaar te maken:

• Welke teams perifeer zijn (gericht op de markt) en welke centraal (gericht op ondersteuning).
• Hoe cellen zich tot elkaar verhouden: afhankelijkheden, samenwerkingen, informatiestromen.
• Wie welke rollen vervult binnen elke cel en door de hele organisatie heen.
• Hoe de structuur veranderd is door de tijd heen, terwijl de organisatie zich aanpaste.

De cirkel- en boomweergaven van Peerdom sluiten van nature aan op structuren van centrum en periferie. Je kunt perifere cellen weergeven als autonome cirkels met eigen rollen en verantwoordelijkheden, en centrale cellen als ondersteunende functies die verbonden zijn met de periferie die ze bedienen. De netwerkweergave maakt de verhoudingen tussen cellen zichtbaar: niet alleen rapportagelijnen, maar de werkelijke stroom van samenwerking en waardecreatie.

Dat is belangrijk, want het Peach-model werkt alleen als mensen het kunnen zien. Leeft de structuur alleen in iemands hoofd of in een presentatie van de teamdag van vorig jaar, dan is ze niet operationeel. Een levende organisatiekaart maakt de perzik voor iedereen zichtbaar: nieuwe collega’s, huidige teamleden en externe partners.

“Peerdom is alsof je ‘de mist optrekt’ boven een gebied dat je niet helemaal kunt zien.” — Jon Barnes, Peerdom Companion

Voor organisaties die welke vorm van gedecentraliseerde structuur dan ook verkennen, of dat nu Beta Codex, holacracy, sociocratie, agile of een hybride is, is de basisbehoefte dezelfde: maak de structuur expliciet, navigeerbaar en levend. Meer over waarom dynamische organogrammen het winnen van statische en hoe rolgebaseerd bestuur verdeelde zeggenschap ondersteunt, lees je in die gidsen.

Veelgestelde vragen

Wat is het verschil tussen Beta Codex en holacracy?

Beta Codex is een set organisatieprincipes rond het model van centrum en periferie (de perzik) en de 12 wetten. Het beschrijft hoe een gedecentraliseerde organisatie er structureel en filosofisch uitziet, maar schrijft geen specifieke bestuursprocessen voor. Holacracy is een gedetailleerd bestuursframework met een formele grondwet, vaste vergadervormen en gedefinieerde rollen. Een organisatie kan de principes van Beta Codex praktiseren en tegelijk holacratisch bestuur gebruiken binnen haar cellen. Beta Codex werkt op het niveau van organisatieontwerp; holacracy op het niveau van het bestuursproces.

Gaat Beta Codex samen met agile?

Ja. Agile frameworks (Scrum, Kanban, SAFe, LeSS) richten zich op hoe teams werk leveren. Beta Codex richt zich op hoe de organisatie is opgebouwd, hoe zeggenschap verdeeld is en hoe prestaties worden opgevat. De twee werken op verschillende niveaus en vullen elkaar van nature aan. Agile leverpraktijken kunnen binnen de perifere cellen van Beta Codex draaien, waardoor teams zowel structurele autonomie als effectieve werkmethodes hebben.

Moeten alle 12 wetten in één keer worden ingevoerd?

Beta Codex is daar duidelijk over: de 12 wetten vormen een samenhangend systeem. Een deel overnemen en de rest negeren levert interne tegenstrijdigheden op. Teams autonomie geven (wet 1) terwijl je individuele prestatiebonussen aanhoudt (in strijd met wet 7) geeft bijvoorbeeld tegenstrijdige signalen. Dat gezegd hebbend verloopt de invoering meestal gefaseerd. Organisaties voeren de wetten stap voor stap in, maar met het besef dat het volledige systeem de bestemming is, en niet een gedeeltelijke overname.

Wat houdt het Peach-model eenvoudig gezegd in?

Het Peach-model vervangt de klassieke organisatiepiramide door een perzik. Het buitenste deel (de periferie) staat voor teams die rechtstreeks met klanten en markten omgaan; daar wordt de waarde geschapen. Het binnenste deel (het centrum) staat voor ondersteunende functies zoals HR, finance en IT; die bestaan om de periferie te dienen. Het kernprincipe is dat de periferie voorop gaat en het centrum dient, precies omgekeerd aan hoe de meeste traditionele organisaties werken.

Hoe gaat Beta Codex om met leiderschap?

Beta Codex schaft leiderschap niet af; het verdeelt het. Wet 3 (leiderschap) vervangt management als hiërarchische positie door zelforganisatie als gedeelde praktijk. Leiderschap is in een Beta-organisatie een functie, geen titel. Het komt voort uit het werk en wordt uitgeoefend door de mensen met de relevante kennis en de kortste afstand tot het probleem. Dat betekent niet dat er geen leiders zijn. Het betekent dat leiderschap gedecentraliseerd en contextafhankelijk is in plaats van geconcentreerd in een managementlaag.

Kunnen grote ondernemingen Beta Codex invoeren?

Ja. Beta Codex is beïnvloed door onderzoek naar grote organisaties die het traditionele budgetteren en het management via bevel en controle al hadden losgelaten. Het Peach-model schaalt via federalisering: de organisatie bestaat uit cellen die autonoom maar verbonden zijn. Grote ondernemingen kunnen tientallen of honderden perifere cellen hebben, elk gericht op een ander marktsegment, met centrale functies die door het netwerk worden gedeeld. De grote uitdaging op schaal is transparantie en samenhang bewaren, en daarom wordt gereedschap om de organisatie in kaart te brengen onmisbaar.

Wat is het verband tussen Beta Codex en Beyond Budgeting?

Beta Codex komt rechtstreeks voort uit de Beyond Budgeting-beweging. De Beyond Budgeting Round Table (BBRT), opgericht in 1998, bestudeerde organisaties die traditionele budgetten hadden losgelaten en ontdekte dat de succesvolste hun hele managementmodel hadden veranderd, niet alleen hun financiële processen. Niels Pfläging bracht die bevindingen samen in een breder framework, dat in 2008 werd omgedoopt tot Beta Codex om duidelijk te maken dat het over het volledige organisatiemodel gaat, niet alleen over budgetteren.

Hoe meet je succes in een Beta-organisatie?

Beta Codex vervangt vaste, intern voorgeschreven doelen door relatieve prestatiemaatstaven. Succes wordt beoordeeld tegen marktomstandigheden, de prestaties van concurrenten en de eigen ontwikkeling van de organisatie, niet tegen een getal dat in een budgetvergadering is uitonderhandeld. Wet 4 (alzijdig succes) verbreedt ook wat als succes telt: in plaats van één cijfer te maximaliseren (zoals aandeelhouderswaarde of omzet) meten Beta-organisaties brede fitheid over financiële gezondheid, klanttevredenheid, betrokkenheid van medewerkers en aanpassingsvermogen.

Breng je organisatie in kaart

Of je nu Beta Codex verkent, het Peach-model of welke aanpak van gedecentraliseerd organiseren dan ook, de eerste stap is steeds dezelfde: maak je structuur zichtbaar. Breng je teams, rollen en relaties in kaart, zodat iedereen kan zien hoe de organisatie echt werkt, niet hoe een presentatie zegt dat het zou moeten.

• Probeer het sjabloon voor Beta Codex: vooraf ingericht met onafhankelijke cellen, een gedecentraliseerde structuur en geen coördinatierollen. Gemaakt voor organisaties die de principes van Beta Codex of Beyond Budgeting toepassen.
• Begin met een lege kaart: Peerdom ondersteunt Beta Codex, sociocratie, holacracy, agile, Teal, RenDanHeYi en hybride modellen. Breng je centrum en periferie in kaart, je cirkels en rollen, je cellen en netwerken, allemaal op één platform.
• Bekijk alle sjablonen: verken sjablonen voor Beta Codex, sociocratie, holacracy en meer.
• Weet je niet waar je moet beginnen? Boek een demo en we lopen samen door hoe de structuur van jouw organisatie zich verhoudt tot het model dat je verkent.