GitLabs Act 2 - Der agentische Umbau wird öffentlich

Bill Staples hat am 11. Mai einen Brief veröffentlicht, der meiner Einschätzung nach noch jahrelang zitiert werden wird. GitLab, ein börsennotiertes Unternehmen mit einer ARR-Run-Rate von über 1 Mrd. USD, hat soeben sein gesamtes Operating Model in die Zentrifuge gegeben: dreißig Prozent weniger Länder, in einigen Funktionen drei abgeschaffte Management-Ebenen, fast sechzig kleinere empowered R&D-Teams, die die bisherige Struktur ersetzen, mit Agenten neu verdrahtete interne Prozesse, das langjährige CREDIT-Werteframework abgelöst durch drei neue Operating Principles und ein Generationen-Rebuild der zugrundeliegenden Infrastruktur einschließlich Git selbst. Sie warten nicht, bis die agentische Ära kommt. Sie verwetten operativ das Unternehmen darauf, bis zum 1. Juni bereits mittendrin zu sein.

Ich schreibe über diesen Übergang seit sechs Monaten in einer Artikelserie - die Empowerment-These, Vibe Coding in Prod als Management-Problem, das Skills Framework, die Drei-Schichten-KI-Architektur, der letzte Bottleneck. Staples’ Brief ist, in einem einzigen Dokument, die öffentlichste und konkreteste Fassung jedes Arguments aus dieser Serie. Es zu lesen fühlte sich an, als würde ich einem CEO dabei zuschauen, wie er meinen Entwurf liest und ihn in eine Bilanz-Entscheidung übersetzt.

So sieht der agentische Umbau tatsächlich aus, wenn ein börsennotiertes Unternehmen ihn offen vollzieht. Es lohnt sich, den Brief von vorne bis hinten zu lesen. Dieses Stück ist meine Synthese: was GitLab getan hat, was es uns darüber sagt, wohin der Rest des Marktes geht, und was es bestätigt - und was es riskiert - am Empowered-Team-Playbook in dieser Größenordnung.

Was GitLab tatsächlich angekündigt hat

Der Brief teilt sich in eine operative Reorganisation und eine strategische These. Sie sind bewusst getrennt, auch wenn die Presse beides vermischen wird. Beides lohnt sich, jeweils für sich verstanden zu werden.

Die operativen Schritte

1. Länderpräsenz um bis zu 30% gekürzt, dort wo Teams zu klein sind. Kunden in diesen Märkten werden über Partner bedient.
2. Bis zu drei Management-Ebenen entfernt in einigen Funktionen, weil “eight layers is too deep for a company our size and management layers are slowing us down.”
3. R&D umgebaut zu etwa 60 kleineren, empowered Teams mit End-to-End-Verantwortung. Das verdoppelt fast die Zahl unabhängiger Teams.
4. Interne Prozesse mit KI-Agenten neu verdrahtet, automatisierte Reviews, Freigaben und Übergaben.
5. Ein transparenter Restrukturierungsprozess mit einem Fenster für freiwilliges Ausscheiden bis zum 18. Mai, finalisiert spätestens am 1. Juni.

Die strategische These: zehn Kernüberzeugungen

Die Welt, für die sie bauen:

1. Software wird von Maschinen gebaut, von Menschen geleitet. Agenten planen, coden, reviewen, deployen und reparieren. Menschen besitzen Architektur, Verständnis des Kundenproblems und die Trade-offs, die Geschmack erfordern.
2. Die agentische Ära vervielfacht die Nachfrage nach Software. Developer-Plattform-Ausgaben bewegen sich von zehn Dollar pro Nutzer pro Monat auf hunderte, mit Kurs auf tausende.
3. Die konsequente Arbeit gehört den Engineers. Problemlöser, die sich durch Ambiguität, verteilte Systeme und Integrationsrisiken denken können, werden zum knappsten und wertvollsten Talent.

Die architektonischen Wetten:

4. Maschinen-Scale-Infrastruktur. Git selbst wird neu entwickelt, der Monolith weicht API-first komponierbaren Services, agent-spezifische APIs werden First-Class-Bürger.
5. Orchestrierung über den gesamten Lifecycle. CI/CD neu gedacht als die Runtime, die Agenten koordiniert, Arbeit validiert und Guardrails mit Maschinen-Rate durchsetzt.
6. Kontext als Superpower. Ein verbundenes Datenmodell über Planung, Code, Review, Security, Deployment und Operations hinweg, exponiert als First-Class API-zugänglicher Service.
7. Governance im Kern eingebaut. Identity, Audit, Policy und Deployment-Flexibilität als Core-Plattform-Services, nicht angeflanscht.
8. Eine Plattform, drei Modi. Human-owned, agent-assisted und agent-autonomous Arbeit, Cloud- und Modell-neutral.

Wie sie liefern werden:

9. Ein flexibles Geschäftsmodell. Subscriptions plus Consumption Pricing, mit mehr Vermischung, wenn die Arbeit sich weiterentwickelt.
10. Eine Kultur der Exzellenz. Drei neue Operating Principles: Speed with Quality, Ownership Mindset, Customer Outcomes.

Das ist der gesamte Rahmen. Lass mich sagen, was ich denke, das bedeutet.

Das sind Empowered Teams bei 1 Mrd. USD+ ARR

Der für mich wichtigste Satz im gesamten Brief steht versteckt in den operativen Schritten: “re-organizing R&D to create roughly 60 smaller, more empowered teams with end-to-end ownership, nearly doubling the number of independent teams.”

Wenn du mein früheres Stück über das Führen von KI als Empowerment-Problem gelesen hast, siehst du es sofort. Marty Cagan argumentiert seit zwei Jahrzehnten, dass die Größe und Form des Teams der erste Hebel ist, den eine Produktorganisation zieht. Empowered Teams - klein, langlebig, cross-funktional, ein Problem statt einen Feature-Backlog besitzend - sind die Art, wie gute Produktfirmen bei Skalierung schnell bewegen. EMPOWERED, das Buch, steht seit 2020 im Regal jedes vernünftigen CPO.

Was GitLab gerade getan hat, ist die operative Realität hinter diesem Regal. Die Zahl unabhängiger Teams fast zu verdoppeln, ist kein Kostenspiel. Kostenspiele konsolidieren. Empowerment-Spiele vervielfachen. Diesen Move ziehst du nur, wenn du glaubst, dass die produktive Einheit der agentischen Ära das kleine, autonome Team ist, nicht die große, koordinierte Organisation. “The people closest to the work make the decisions about it, and they own the result. Layers of management between leaders and the work coming out, and handoffs that dilute accountability are eliminated.” Das ist Staples, der dieselbe Zeile schreibt, die Cagan und Hastings geschrieben haben, jetzt aber als operatives Prinzip eines börsennotierten Unternehmens.

Das Abflachen - bis zu drei Management-Ebenen entfernen - ist der duale Move. Du kannst sechzig empowered Teams nicht durch acht Management-Ebenen laufen lassen. Die Mathematik geht nicht auf, und die Latenz überlebt nicht. Wenn du Kontext-statt-Kontrolle willst, musst du die Kontrolloberfläche löschen, nicht nur darauf verzichten, sie zu nutzen. Das bedeutet “flachere Organisation” in der Praxis.

Ich werde das genau beobachten, weil es die bisher hochkarätigste Bestätigung der Empowered-Team-These in der KI-Ära ist. Wenn es funktioniert, sitzt jeder andere DevTools-, Infra- und SaaS-CEO innerhalb eines Quartals in einem Board-Call und erklärt, warum sein Unternehmen nicht dasselbe tut.

Software wird von Maschinen gebaut, von Menschen geleitet

Überzeugung 1 der zehn ist die tragende: “Software will be built by machines, directed by people.” Genau diese These habe ich durchgearbeitet, nur mit einem selbstbewussteren Verb. Eric Schluntz’ Rahmung in seinem Vibe-Coding-Talk war vergiss den Code, nicht das Produkt. Kief Morris’ Rahmung im Fowler-Stück war be on the loop, not in it. Bill Staples’ Rahmung ist die Executive-Version von beidem: die Maschinen machen die Arbeit, die Menschen leiten sie.

Die Unterscheidung, die Staples dann zieht, ist wichtig, und ich will sie hervorheben, weil die meisten Enterprise-Leser darüber hinweglesen werden:

Humans still own the judgment that matters most: architecture, deep understanding of the customer problem, the tradeoffs that require taste.

Das ist der Empowerment-Frame, vollständig verinnerlicht. Die Rolle des Menschen ist nicht kleiner - sie ist an den Punkten höchsten Hebels konzentriert: Architektur, Urteilsvermögen, Kundeneinsicht und Geschmack. Das ist exakt Cagans “work on problems instead of solutions”, angewandt auf die agentische Ära. Die Engineers und Product Manager, die die konsequente Arbeit erledigen können, werden wertvoller, nicht weniger wertvoll. Die, die ihren Wert dadurch beigetragen haben, schneller Tipper oder sorgfältiger Reviewer offensichtlicher Diffs zu sein, werden das nicht. Das ist der Talent-Density-Inflection-Point, vor dem Reed Hastings gewarnt hat, fahrplanmäßig eingetroffen.

Die architektonischen Wetten sind jede für sich größer, als sie aussehen

Die fünf architektonischen Wetten im Brief verdienen eine eigene Betrachtung. Drei davon sind insbesondere größer, als ihre Bullet Points suggerieren.

Maschinen-Scale-Infrastruktur: Git neu bauen

Diese hier ist mutig bis zur Kühnheit. GitLab sagt öffentlich, dass Git selbst für Maschinen-Scale neu entwickelt wird. Keine Git-Wrapper-Services, kein Git-on-top, keine neuen APIs um Git herum. Git selbst. Die Begründung ist stichhaltig: Agenten öffnen MRs parallel, triggern Pipelines rund um die Uhr, pushen Commits mit Maschinen-Rate. Die Design-Annahmen von 2005 über menschliche Commit-Raten überleben diese Last nicht. Wenn du ein Enterprise bist, das hundert Agenten parallel laufen lässt, lernst du das im ersten Monat auf die harte Tour.

Das ist die Art Wette, die nur Sinn ergibt, wenn man Überzeugung 1 tief glaubt. Wenn du glaubst, dass Agenten den Großteil des Bauens übernehmen werden, dann muss das Substrat neu gebaut werden, um damit umzugehen. Der Wettbewerbsmoat, der entsteht, indem man die Plattform ist, die Agent-Rate-Arbeit als Default handhabt, während alle anderen KI an ein menschengeformtes Git anbauen, ist enorm, wenn sie es schaffen.

Kontext als verbundenes Datenmodell

Überzeugung 6 ist die, die ich zweimal lesen musste. “What doesn’t commoditize is the unique context the model gets to work with: a data model that connects planning, code, review, security, deployment, and operations across every project and repository, accumulated over years of a team’s work.”

Das ist GitLab, das realisiert, dass sie einen Längsschnitt-Datensatz besitzen, den kein KI-Labor replizieren kann. OpenAI kann ein besseres Modell trainieren. Anthropic kann ein besseres Modell trainieren. Keiner von beiden kann fünf Jahre an Planning-zu-Production-Daten deines Unternehmens synthetisieren. Die Plattform, die den verbundenen Graphen besitzt, gewinnt die Agent-Effektivitäts-Schlacht, selbst wenn die zugrundeliegenden Modelle commoditisieren. Das ist meiner Meinung nach die tiefste Einsicht im gesamten Brief. Es erklärt auch, warum jede DevTools-Firma, die Planning, Code, Review und Ops in separate Produkte fragmentiert hat, plötzlich in einer schlechteren Position ist, als sie realisieren.

Eine Plattform, drei Modi

Die dritte Überzeugung, die ich hervorheben will, ist “one platform, three modes” - human-owned, agent-assisted, agent-autonomous. Das ist die einzige realistische Gestalt der nächsten fünf Jahre. Jeder, der dir erzählt, dass morgen die gesamte Software vollautonom wird, verkauft dir etwas. Jeder, der dir erzählt, dass in zwei Jahren nichts Wichtiges agent-autonom laufen wird, verkauft dir auch etwas. Die Wahrheit ist das, was jeder Enterprise-CTO bereits weiß: Du wirst ein Portfolio an Modi quer durch deine Codebasis haben, und die Plattform, die alle drei mit demselben Datenmodell und derselben Governance handhabt, gewinnt. Das ist dieselbe logische Struktur wie Hybrid Cloud, fünfzehn Jahre später, angewandt auf die Mensch-Agent-Achse statt auf die On-Prem-Cloud-Achse.

Die Operating Principles sind die kulturelle Operationalisierung

Staples hat CREDIT, GitLabs langjähriges Werteframework, eingestampft und durch drei neue Operating Principles ersetzt:

1. Speed with Quality
2. Ownership Mindset
3. Customer Outcomes

Jedes ist mit Verhaltenserwartungen ausgepackt. Die vollständigen Listen stehen im Brief und sind lesenswert, aber ich will die Zeile in Speed with Quality hervorheben, die die gesamte Empowered-Team-meets-agentic-era-These in einem einzigen Bullet enthält:

Wenn ein Agent es kann, automatisieren wir es, und finden Dinge, bei denen unser Urteilsvermögen oder unsere Fähigkeiten wesentlich sind.

Das ist die Disziplin von Morris’ Harness, der Geist von Cagans Empowered Teams und die Regel, die Schluntz vorgeschlagen hat - alles in einem einzigen Bullet Point, den jeder GitLab-Mitarbeiter jetzt täglich operationalisieren soll. Finde die Leaf Nodes, automatisiere sie, und konzentriere menschliche Aufmerksamkeit auf das, was sie wirklich braucht. Das ist das Operating Principle der nächsten Dekade von Softwareunternehmen, formuliert als Kulturregel statt als Architekturregel.

Der Ownership-Mindset-Bullet “It is never someone else’s problem” und der Customer-Outcomes-Bullet “My work creates joy and delight for customers so they love GitLab” sind alte Empowered-Team-Prinzipien, und sie lesen sich wie EMPOWERED und No Rules Rules, kondensiert zu Team-Ritualen. Gut. Die Prinzipien, die zählen, sind die, die über Epochen hinweg überleben. Die KI-Ära ersetzt sie nicht, sie schärft die Kosten dafür, nicht nach ihnen zu leben.

Was ich riskant finde

Ich bin kein Schmeichler bei dieser Art Move, und der Artikel ist nicht nützlich, wenn er nicht sagt, wo ich gegenhalten würde. Drei Risiken, bei denen man ehrlich sein sollte:

1. Der Transparenz-Trade-off

Staples macht das transparent mit einem Fenster für freiwilliges Ausscheiden. Das ist ehrlich bewundernswert und ethisch wahrscheinlich der richtige Anruf, aber es trägt einen realen Execution-Cost: mehrere Wochen Unsicherheit in der gesamten Belegschaft, während die Planung läuft, und diejenigen, die am besten positioniert sind zu gehen, sind genau diejenigen, die ein gewinnendes Act 2 halten muss. Der Keeper Test aus No Rules Rules ist der relevante Frame: Die High-Performer können immer gehen, und ein langes Unsicherheitsfenster plus ein freiwilliges Paket wird Abgänge von Leuten beschleunigen, die du dir nicht leisten kannst zu verlieren. Die ehrliche Fassung dieses Risikos ist, dass der transparente Prozess teuer in Talent Density ist, und die Wette ist, dass die Vertrauensgewinne diese Verluste überwiegen. Ich denke, Staples liegt wahrscheinlich richtig, aber es ist nicht umsonst.

2. Git neu bauen, während Kunden auf dich angewiesen sind

Überzeugung 4 verpflichtet sich zu einem Generationen-Rebuild der zugrundeliegenden Infrastruktur - Git selbst, der Monolith, agent-first APIs - “without disruption to GitLab customers that depend on us every day.” Das ist die Platform-Engineering-Version vom Motorenwechsel im Flug. Jeder CPTO, der einen Generationen-Infra-Rebuild geliefert hat, kennt den Failure-Modus: Timelines slippen, die alte Oberfläche verschlingt weiterhin Engineering-Kapazität, und die neue Oberfläche kommt achtzehn Monate zu spät mit Feature-Lücken, die Kunden versprochen wurden. Dass sie no disruption explizit nennen, ist richtig, aber es ist der schwerste Satz im Brief, dem man gerecht werden kann.

3. Rollen verkleinern, bevor das Harness bewiesen ist

Überzeugung 4 der operativen Schritte - “rewiring internal processes with AI agents, automating the reviews, approvals, and handoffs to speed us up, and plan to right-size roles across the company to follow suit” - ist der Move, der passieren muss, aber die Reihenfolge zählt. Die schwerste Lektion agentischen Engineerings im Maßstab ist, dass das Harness gebaut und bewiesen sein muss, bevor du die Menschen entfernst, deren Urteilsvermögen zuvor die Lücken des Harness absorbiert hat. Zu frühes Right-Sizing erzeugt denselben Failure-Modus, über den ich in Vibe Coding in Prod geschrieben habe - Debt häuft sich an Stellen an, die niemand beobachtet, weil die Verifikationsschicht noch nicht gebaut war. Ich vertraue GitLabs Engineering-Kultur, das richtig hinzubekommen, aber es ist die Stelle, an der dieses gesamte Programm leise von agentischem Empowerment in agentische Unterbesetzung abrutschen könnte. Das Mantra lautet: Beweise das Harness, dann verkleinere.

Was das bestätigt

Einen Schritt zurücktretend - was bestätigt dieser Brief über all das, worüber wir geschrieben haben?

Behauptung aus früheren Artikeln	Was GitLabs Act 2 sagt
Empowered Teams sind die produktive Einheit der agentischen Ära	”Roughly 60 smaller, more empowered teams with end-to-end ownership, nearly doubling the number of independent teams.”
Flache Organisationen schlagen geschichtete, sobald Agenten in der Loop sind	”Up to three layers of management” entfernt
Kontext, nicht Kontrolle, ist die Leadership-Haltung	”The people closest to the work make the decisions about it, and they own the result.”
Der menschliche Bottleneck liegt bei Architektur und Urteilsvermögen, nicht beim Code Review	”Humans still own the judgment that matters most: architecture, deep understanding of the customer problem, the tradeoffs that require taste.”
Verifizierbarkeit und das Harness, nicht Inspektion, sind der Weg, Agenten im Maßstab zu managen	Orchestrierung als Runtime, Governance im Kern eingebaut
Verbundener, longitudinaler Kontext ist der echte Moat	”Context is what lets agents spend fewer tokens and deliver better results.”
Leaf Nodes und Stämme - automatisiere wo möglich, konzentriere Menschen, wo sie zählen	”If an agent can do it, we automate it, and find things where our judgement or skill is essential.”

Hätte mir jemand vor sechs Monaten gesagt, dass ein börsennotierter DevTools-CEO die sauberste Einzel-Dokument-Fassung jedes Arguments, das ich gemacht habe, shippen würde, ich wäre höflich darüber gewesen. Staples hat es am 11. Mai getan. Die Presse wird über den Personalabbau berichten. Die Presse wird die strategische These unter-berichten, was der Teil ist, der für die nächste Dekade zählt.

Was ich klauen werde

Es gibt drei operative Moves in diesem Brief, die ich für die Londoner CPTO-Rolle, die ich gleich antrete, klauen werde:

1. Operating Principles, keine Werte. Dass GitLab CREDIT zugunsten von Speed with Quality, Ownership Mindset, Customer Outcomes einstampft, ist die richtige Form des Moves. Werte-Frameworks beschreiben, wer wir sind. Operating Principles beschreiben, wie wir arbeiten. Die agentische Ära belohnt die zweite Rahmung, weil “if an agent can do it, we automate it” eine operative Regel ist, nach der du in einem täglichen Standup handeln kannst. “We are open” ist ein Wert, der Interpretation erfordert. Ich will Operating Principles, eng gefasst, mit konkreten Verhaltensweisen, an denen wir uns selbst messen können.
2. Right-sized empowered Teams, Day One. Ich werde nicht in empowered Teams hineinskalieren. Ich werde dort anfangen. Klein, langlebig, cross-funktional, ein Problem besitzend, mit dem Harness um sie herum aufgebaut. Wenn wir je das Bedürfnis verspüren, eine Management-Ebene hinzuzufügen, ist das der Moment zu fragen, warum das Harness seinen Job nicht macht.
3. Customer zero, agentisch. GitLabs Formulierung “customer zero” dafür, ihre eigene Plattform an sich selbst zu nutzen, ist genau die richtige Disziplin für KI-Tooling. Wenn wir nicht verantwortlich in Prod auf unserem eigenen Produkt vibe coden können, haben wir kein Recht, es jemand anderem als Antwort zu verkaufen.

Das Fazit

Die langweilige, konventionelle Lesart von GitLabs Act 2 ist: noch eine Tech-Firma, die wegen KI umstrukturiert. Die akkurate Lesart ist: Das erste börsennotierte Unternehmen hat sein Operating Model offen auf die Empowered-Team-meets-agentic-era-These verwettet. Die strukturellen Moves - flacher, kleiner, empowered, agent-rewired - sind die konkreteste Real-World-Umsetzung dessen, wie die nächste Dekade von Engineering-Organisationen aussehen wird, die wir bisher gesehen haben.

Ob GitLab es operativ richtig macht oder nicht, das Playbook ist jetzt öffentlich. Es wird innerhalb von zwei Quartalen in der gesamten Branche geliehen, adaptiert und neu angewendet. Jeder CPTO, der auf den Beweis gewartet hat, dass das Empowered-Team-Playbook in der KI-Ära noch funktioniert, hat jetzt die Antwort, auf die er gewartet hat: ja, und die börsennotierten Unternehmen haben angefangen.

Wenn du in diesem Quartal einen CEO-Brief liest, lies diesen. Wenn du zwei liest, paare ihn mit Hastings’ No Rules Rules und Cagans EMPOWERED. Das Argument ist dasselbe. Die Execution ist jetzt öffentlich.

Referenzen

• GitLab Act 2 - Bill Staples - Der CEO-Brief an Kunden, Investoren und das Team
• Leading AI Is an Empowerment Problem - Die Rahmung, die dieser Artikel bestätigt
• Vibe Coding in Prod Is a Management Problem - Das Individual-Contributor-Pendant
• EMPOWERED - Marty Cagan (Buchnotizen) - Das Empowered-Team-Playbook
• No Rules Rules - Reed Hastings (Buchrezension) - High Talent Density, Candor, Context not Control
• Three-Tier AI Architecture - Wann Agenten wohin passen
• The Last Bottleneck - Das Exponential und der menschliche Bottleneck
• The Skills Framework - Die prozedurale Disziplinschicht
• Agentic Development Patterns - Der tägliche Workflow
• The Overnight Agent Factory - Der Compounding-Mechanismus