GitLab kündigt Stellenabbau und das Ende des CREDIT-Werterahmens an
(about.gitlab.com)- GitLab sieht im agentischen Zeitalter die größte Chance der Unternehmensgeschichte und treibt gleichzeitig Restrukturierung und strategische Neuausrichtung voran
- Die Zahl der Länder, in denen das Unternehmen tätig ist, soll um bis zu 30 % sinken, in einigen Bereichen sollen bis zu drei Führungsebenen entfallen, und F&E wird in rund 60 Teams neu organisiert
- Das bisherige Wertesystem CREDIT wird eingestellt; als neue operative Prinzipien gelten Speed with Quality, Ownership Mindset und Customer Outcomes
- GitLab geht davon aus, dass AI-Agenten Planung, Coding, Review, Deployment und Recovery übernehmen, während Menschen weiterhin Architektur und zentrale Urteilsentscheidungen verantworten
- Der Ausblick für Q1 und das Gesamtjahr von FY27 bleibt bestehen; Umfang der Restrukturierung und finanzielle Auswirkungen sollen am 2. Juni 2026 mitgeteilt werden
Restrukturierung und operative Veränderungen
- GitLab treibt im agentischen Zeitalter gleichzeitig Restrukturierung und strategische Änderungen voran
- Das Restrukturierungsverfahren wird offen durchgeführt und umfasst auch einen Zeitraum für freiwillige Austrittsanträge
- Wenn möglich, soll die neue Organisationsform bis zum 1. Juni oder früher feststehen
- In Regionen mit erforderlichen lokalen Verfahren werden Änderungen erst nach Abschluss dieser Verfahren umgesetzt
- Die wesentlichen operativen Änderungen sind vier Punkte
- Vor allem in Ländern mit kleinen Teams soll die Zahl der Länder, in denen GitLab tätig ist, um bis zu 30 % sinken; Kunden in diesen Märkten werden weiterhin über ein Partnernetzwerk betreut
- In einigen Funktionsbereichen werden bis zu 3 Führungsebenen entfernt, damit Führungskräfte näher an der eigentlichen Arbeit sind
- Die F&E-Organisation wird in etwa 60 kleinere und stärker befugte Teams umgebaut, wodurch sich die Zahl unabhängiger Teams fast verdoppelt
- Interne Prüfungen, Freigaben und Übergaben werden durch AI-Agenten automatisiert, und die Größenordnung von Rollen im gesamten Unternehmen wird neu angepasst
- Operative Veränderungen und Strategie-Update laufen parallel, werden aber als unabhängige Themen behandelt
- Die bisherige Organisationsform passte zur vorherigen Ära, sei heute aber nicht mehr geeignet
- Die neue Strategie wird als separate Wette für den nächsten Abschnitt präsentiert
- GitLab bestätigt den Ausblick für Q1 FY27 und das Gesamtjahr
- Der endgültige Umfang der Restrukturierung und die finanziellen Auswirkungen sollen nach Abschluss der Planung und Genehmigung durch den Vorstand bei der Ergebnisveröffentlichung am 2. Juni 2026 mitgeteilt werden
GitLabs Sicht auf das agentische Zeitalter
- GitLabs künftige Strategie basiert auf 10 Überzeugungen zur Zukunft des Software Engineerings, zur Architektur des agentischen Zeitalters und zur Art der Umsetzung
-
Veränderungen in der Softwareentwicklung
- Menschen geben die Richtung vor, Maschinen bauen die Software
- AI wird zur Grundlage der künftigen Softwareproduktion, und Agenten übernehmen Planung, Coding, Review, Deployment und Recovery
- Menschen bleiben für Architektur, tiefes Verständnis von Kundenproblemen und zentrale Urteilsfragen wie Trade-offs zuständig, die Geschmack und Abwägung erfordern
- GitLab hat im Januar die Duo Agent Platform aufgebaut und eingeführt und bezeichnet die Einführung im ersten Quartal als positiv
- GitLab geht davon aus, dass das agentische Zeitalter die Softwarenachfrage erhöht
- In den vergangenen 20 Jahren war Software der Hebel für fast jede geschäftliche Transformation, doch Kosten und Zeit für Produktion und Management waren begrenzende Faktoren
- Wenn diese Begrenzungen schwächer werden, dürften die Produktionskosten für Software sinken und die Nachfrage wachsen
- Der Markt für Entwicklerplattformen lag im vergangenen Jahr bei einigen Dutzend Dollar pro Nutzer und Monat, bewege sich in diesem Jahr aber in Richtung mehrerer Hundert Dollar pro Nutzer und Monat und perspektivisch auf Tausende Dollar
- GitLab will sowohl mehr Software als auch mehr Builder unterstützen und beide in größerem Maßstab bedienen
- Wichtige Arbeit bleibt bei Engineers
- Engineering ist mehr als das Schreiben von Code; wichtig sind Systemdesign, verteilte Systeme, das Ableiten von Ursachen bei Ausfällen, die sichere Integration neuer Funktionen in Kernsysteme und Entscheidungen unter Unsicherheit
- Je größer der Umfang von Software wird, desto stärker werden diese Fähigkeiten benötigt
- Engineers, die tiefe technische Probleme lösen können, werden nach GitLabs Einschätzung zu seltenen und wertvollen Talenten im Markt
- Menschen geben die Richtung vor, Maschinen bauen die Software
-
Architektur-Wetten
- GitLab sieht Plattformen, die nicht für Maschinenskalierung gebaut wurden, an ihre Grenzen kommen und setzt Sicherheit, Performance, Skalierbarkeit, Zuverlässigkeit und User Experience als zentrale Investitionsfelder
- Die fünf Architektur-Wetten laufen bereits und sollen ohne Unterbrechung für Kunden bereitgestellt werden, die täglich auf GitLab angewiesen sind
- Infrastruktur für Maschinenskalierung
- Agenten eröffnen parallel merge requests, triggern rund um die Uhr pipelines und pushen commits weit schneller als menschliche Teams
- Git selbst wurde nicht für solche Lasten ausgelegt, und AI auf Plattformen aufzusetzen, die nicht für Agenten konzipiert wurden, hält GitLab für einen großen Fehler dieser Ära
- GitLab gestaltet Git für Maschinenskalierung neu, wandelt den Monolithen in moderne, komponierbare API-first-Services um und entwickelt agentenspezifische APIs
- Orchestrierung über den gesamten Lebenszyklus
- Unternehmen brauchen nicht nur den von einem einzelnen Agenten geschriebenen Code oder einen merge request, sondern laufende Software, die das Geschäft antreibt
- Orchestrierung koordiniert Agenten über den gesamten Lebenszyklus hinweg, übernimmt Aufgabenverteilung, Statusmanagement, Kontextweitergabe, Konfliktlösung, Richtliniendurchsetzung und menschliches Eingreifen zum nötigen Zeitpunkt
- CI/CD im agentischen Zeitalter wird als Runtime neu gedacht, die Arbeit validiert, Guardrails durchsetzt und Änderungen mit Maschinengeschwindigkeit bis in Production bringt
- Kontext ist die zentrale Stärke
- Anbieter von Entwicklungstools nähern sich bei Codegenerierungsfunktionen an, während die AI-Kosten in Unternehmen so schnell steigen wie die Einführung
- Differenzierung entsteht durch den einzigartigen Kontext, den ein Modell nutzen kann
- GitLab misst dem Datenmodell große Bedeutung bei, das Planung, Code, Review, Sicherheit, Deployment und Betrieb über alle Projekte und Repositories hinweg verbindet
- In dieses verbundene Datenmodell wird als per API zugänglicher First-Class-Service investiert; sein Wert steigt, je mehr Aktivitäten von Menschen und Agenten hinzukommen
- Kontext ermöglicht es Agenten, mit weniger Tokens bessere Ergebnisse zu liefern
- Governance im Kern eingebaut
- Governance ist die Voraussetzung dafür, dass Unternehmen im agentischen Zeitalter schnell handeln können
- Je mehr Arbeit Agenten übernehmen, desto mehr braucht es eine Plattform, die durchsetzt, wer was tun darf, belegt, was warum passiert ist, und sensiblen Code sowie Daten am richtigen Ort hält
- GitLab baut identity, audit, policy und deployment flexibility nicht als separate Produkte, sondern als zentrale Plattform-Services, durch die standardmäßig jeder Agent, jede pipeline und jeder merge request läuft
- Eine Plattform, drei Modi
- Unternehmen weltweit laufen auf Billionen Zeilen Code, und den Großteil davon neu zu schreiben wäre nach GitLabs Ansicht zu riskant und zu teuer
- Auch das agentische Zeitalter wird als Spektrum aus menschlich verantworteter Arbeit, agentengestützter Arbeit und autonomer Agentenarbeit funktionieren
- GitLab will eine Plattform, ein Datenmodell und ein Governance-System bauen, die in allen drei Modi funktionieren und Cloud- sowie modellneutral bereitgestellt werden
-
Art der Umsetzung
- Flexibles Geschäftsmodell
- GitLab will die Vorhersehbarkeit der Abonnements für Bestandskunden beibehalten
- Für von Agenten ausgeführte Arbeit wurde bereits nutzungsbasierte Preisgestaltung ergänzt; laut GitLab sind andere große Anbieter in den vergangenen Monaten gefolgt
- Im nächsten Schritt soll mehr Flexibilität eingeführt werden, um Abonnement- und nutzungsbasierte Modelle entsprechend veränderter Arbeitsweisen zu kombinieren
- Kultur der Exzellenz
- GitLabs neue operative Prinzipien sind Speed with Quality, Ownership Mindset und Customer Outcomes
- Diese Prinzipien bauen auf einer Kultur der Exzellenz auf
- Flexibles Geschäftsmodell
Auswirkungen auf Kunden und Investoren
- Support, Roadmap-Zusagen und Vertragsbedingungen für Kunden werden ohne Unterbrechung fortgeführt
- Kunden sollen Veränderungen bei Qualität, Tiefe und Tempo der von GitLab gelieferten Innovation erwarten können
- GitLab will als customer zero der eigenen Plattform vorangehen und agentisches Engineering anführen
- Die nächste Innovations-Roadmap soll am 10. Juni 2026 bei GitLab Transcend vorgestellt werden
- Für Investoren wird die Ankündigung als bewusste Maßnahme präsentiert, um in der größten Marktverschiebung der vergangenen 20 Jahre zu führen
- GitLab will sich nicht auf inkrementelles Wachstum als DevSecOps-Plattform beschränken, sondern zur vertrauenswürdigen Plattform für die Erstellung von Enterprise-Software im AI-Zeitalter werden
- Bei der Ergebnisveröffentlichung am 2. Juni 2026 sollen ein Geschäftsupdate, die Q1-Zahlen sowie der endgültige Umfang der Restrukturierung und deren finanzielle Auswirkungen mitgeteilt werden
- Den Großteil der durch die Restrukturierung eingesparten Mittel will GitLab voraussichtlich in die Beschleunigung von Wachstums- und Technologieinitiativen reinvestieren
Restrukturierungs-Update an das Team
- GitLab informierte die Mitarbeitenden darüber, ein transparentes Restrukturierungsverfahren zu starten
- Das Verfahren berücksichtigt, dass AI die Arbeitsweise verändert, sei aber nicht bloß AI-Optimierung oder Kostensenkung
- Der Großteil der Einsparungen soll in die Beschleunigung der Chancen des agentischen Zeitalters gemäß den zentralen Überzeugungen von Act 2 reinvestiert werden
- Führungskräfte diskutieren mit dem Management vertieft, wie die Restrukturierungsprinzipien in den einzelnen Teams angewendet werden
- Diese Diskussion fließt in die Entscheidung ein, welche Rollen betroffen sind
- Wichtiger als eine schnelle Festlegung des neuen GitLab sei, es richtig festzulegen
- Die Restrukturierung basiert auf der Fokussierung des Länder-Footprints, einer flacheren Organisation und der Neudimensionierung von Rollen
- Gleichzeitig werden neue operative Prinzipien eingeführt, die auf einer Kultur der Exzellenz basieren
- GitLab erklärt die Absicht, diese Restrukturierung einmal richtig durchzuführen und die Struktur in naher Zukunft nicht erneut anzupassen
Prinzipien der Restrukturierung
-
Reduzierung der operativen Länder
- GitLab hält die aktuelle Form mit Präsenz in fast 60 Ländern für schwer geeignet, allen Mitarbeitenden eine gute Erfahrung zu bieten
- Es wird erwartet, die Zahl der Länder vor allem in Regionen mit wenigen Mitarbeitenden um 30 % zu senken
- Mitarbeitenden in guter Position, die umziehen möchten, soll dies ermöglicht werden
- Wo sinnvoll, werden Kunden in den betroffenen Märkten weiterhin über ein Partnernetzwerk betreut
-
Flachere Organisation
- GitLab hält 8 Ebenen gemessen an der Unternehmensgröße für zu tief, und Managementebenen würden das Tempo bremsen
- Je mehr Managementebenen es gibt, desto mehr Stellen gibt es, an denen Prioritäten und Kommunikation gefiltert werden
- Eine flachere Organisation verbindet alle Mitarbeitenden besser mit der Führung
-
Neudimensionierung von Rollen
- Mit dem Wechsel zu einer neuen, von AI angetriebenen Strategie und Arbeitsweise wird die Personalausstattung jeder Rolle im Hinblick auf Geschwindigkeit und Kundenergebnisse neu geprüft
- In manchen Bereichen kann AI bestehende Arbeit ergänzen und beschleunigen
- In anderen Bereichen müssen bestimmte Rollen ausgebaut werden, um schneller voranzukommen
- GitLab erwartet von allen Mitarbeitenden die tägliche Nutzung von AI und startet ein AI-Beschleunigungsprogramm zur Unterstützung aller Rollen
Ende von CREDIT und neue operative Prinzipien
- GitLab beendet den bisherigen Werterahmen CREDIT
- CREDIT war ein Rahmen für Act 1 und passte zu dem Abschnitt, in dem das Unternehmen $1B ARR erreichte
- Die Werte trugen GitLab durch COVID und den IPO und machten das Unternehmen im DevSecOps-Bereich bekannt, doch für die neue Ära soll der Fokus auf einer anderen operativen Haltung liegen
- Viele der bisherigen Werte seien weiterhin direkt anwendbar
- Die neuen operativen Prinzipien sind Speed with Quality, Ownership Mindset und Customer Outcomes
-
Speed with Quality
- Gemeint ist, schneller zu handeln und dabei die Disziplin zu bewahren, auf die sich Kunden und andere verlassen können
- Erreicht werden soll das mit kleineren Teams, kürzeren Zyklen und stärkeren Guardrails
- Es gelten höhere Maßstäbe dafür, was versprochen wird und wie diese Versprechen eingehalten werden
- Erwartete Verhaltensweisen sind
- funktionsübergreifende Projekte in kleineren, autonomeren Teams organisieren und umsetzen
- hohe Qualitätsstandards setzen und zuerst als customer zero validieren
- schnell bauen, experimentieren, lernen und schnell scheitern, besonders bei reversiblen Entscheidungen
- alles automatisieren, was Agenten übernehmen können, und die Arbeit identifizieren, bei der menschliches Urteilsvermögen oder Können unverzichtbar ist
- unnötige Bürokratie nicht zulassen
- sowohl synchrone Formen zur Motivation von Tempo als auch asynchrone Formen für Skalierung einsetzen
-
Ownership Mindset
- Von jedem Einzelnen wird erwartet, autonom wie ein steward des Unternehmens zu handeln
- Die Menschen, die der Arbeit am nächsten sind, treffen Entscheidungen und tragen Verantwortung für die Ergebnisse
- Managementebenen zwischen Führung und eigentlicher Arbeit sowie Übergaben, die Verantwortung verwischen, sollen entfernt werden
- Erwartete Haltungen sind
- Stolz auf die eigene Arbeit haben, weil sie echte Ergebnisse liefert
- Probleme nicht an andere weiterreichen
- alle als Teil desselben Teams sehen
- die Gesundheit von Kunden und Geschäft ernsthaft wichtig nehmen
- Budget, Menschen und die Zeit aller effizient einsetzen
-
Customer Outcomes
- Maßstab ist nicht interne Aktivität, sondern was sich für Kunden tatsächlich verändert hat
- Interne Meilensteine sind nur wichtig, wenn sie mit Kundenauswirkungen verbunden sind
- Erwartete Verhaltensweisen sind
- erklären können, wie die eigene Arbeit nicht nur mit einem Roadmap-Punkt oder einer Aufgabe, sondern mit Kundenergebnissen verknüpft ist
- für Freude und Zufriedenheit sorgen, damit Kunden GitLab mögen
- Kundenbeziehungen mit Fairness und gegenseitigem Respekt aufbauen und dafür sorgen, dass jede Vereinbarung für beide Seiten passt
- sich zuerst auf Wertrealisierung konzentrieren, die mit der Zeit zu größeren Zusagen führt
- wenn Kunden blockiert sind, ihre Zeit höher bewerten als die eigene
-
Kultur der Exzellenz
- Alle Mitarbeitenden sollen eine Kultur der Exzellenz wahren
- Exzellenz im Denken bezeichnet Teammitglieder, die scharf, tief und präzise verstehen und mit Klarheit und Aufrichtigkeit kommunizieren
- Exzellenz im Handeln bezeichnet Menschen, die hochwertige Ergebnisse und geschäftliche Wirkung erzeugen können
- Exzellenz im Zwischenmenschlichen bezeichnet Personen, die Vielfalt, Inklusion und Zugehörigkeit annehmen, wohlwollende Absichten unterstellen und allen mit Respekt begegnen
Nächste Schritte im Restrukturierungsverfahren
- Das transparente Restrukturierungsverfahren schafft reale Unsicherheit, und die Mitarbeitenden werden gebeten, mit ihren Führungskräften über Arbeit, Fragen, Bedenken und das nächste Kapitel zu sprechen
- Führungskräfte haben möglicherweise nicht auf alles eine Antwort, doch Beiträge der Mitarbeitenden beeinflussen, wie sich die Organisation einpendelt
- Der Zeitraum für freiwillige Austrittsanträge soll Mitarbeitenden ermöglichen zu entscheiden, ob GitLab für den nächsten Karriereschritt der richtige Ort ist
- Soweit lokale Anforderungen es erlauben, kann ein Austritt vor dem 18. Mai beantragt werden
- Bei Genehmigung ist derselbe Abfindungsrahmen wie für andere Austretende vorgesehen
- Das Genehmigungsverfahren existiert, weil persönliche Situationen und lokale Anforderungen unterschiedlich sind und von Fall zu Fall geprüft werden müssen
- Nach Abschluss der Restrukturierung ist das Ziel, ein Team aufzubauen, das sich auf GitLabs Zukunft freut und sich ihr verpflichtet fühlt
Warum GitLab zum Bleiben ermutigt
-
Bessere Employee Experience
- Ein zentrales Ziel ist es, Freude und Wirkung jedes Teammitglieds in Act 2 deutlich zu verbessern
- Dadurch sollen individuelle Kreativität und Einfluss besser genutzt und ein Geschäft von Weltklasse aufgebaut werden können
-
Bessere Vergütung
- Nach Genehmigung bietet ein neues Bonusprogramm allen Mitarbeitenden, die derzeit nicht unter einen Incentive-Vergütungs- oder Bonusplan fallen, die Möglichkeit auf einen bargeldbasierten Bonus nach individueller Leistung
- Das Zielniveau liegt bei 10 % des Gehalts und wird nach Ermessen der Führungskraft vergeben
-
Kleinere, befugte F&E-Teams
- Ziel ist es, die Zahl kleinerer F&E-Teams mit mehr Autonomie und Ownership auf bis zu 60 zu erhöhen
-
Weniger Reibung und Overhead
- Übergaben, die das Tempo gebremst haben, sollen deutlich reduziert werden
- Die Zahl der Ebenen zwischen Entscheidungen, die die Arbeit beeinflussen, und den Mitarbeitenden soll sinken
- Act 2 ist darauf ausgelegt, Reibung zu beseitigen, durch die selbst offensichtliche Dinge lange dauern
-
Große technische Probleme lösen
- Die fünf Architektur-Wetten bieten tiefgreifende technische Probleme, die GitLab für das agentische Zeitalter neu definieren sollen
- Dazu gehören ein neues git für Agenten zur Unterstützung von Maschinenskalierung, eine Orchestrierungsschicht für Menschen, Agenten und den gesamten Lebenszyklus, ein verbundener Graph-Service für Daten des gesamten Lebenszyklus, ein neuer policy service für zentralisierte Governance sowie eine vollständig autonome Software-Engineering-Erfahrung
-
Flexiblere Kaufprogramme
- Das neue nutzungsbasierte Kaufprogramm soll GitLabs Vertrieb und den Kauf von GitLab seats + credits für Kunden vereinfachen und Einführung schneller ermöglichen
-
Karrierewachstum
- Mutige Wetten wie Act 2 bieten Mitarbeitenden auf allen Ebenen die Chance, schneller zu lernen und wichtige Fähigkeiten sowie Erfahrungen für die gesamte Karriere zu entwickeln
-
Ausgerichtete Führung
- Das Führungsteam aus e-group und SLT erklärt, schwierige Entscheidungen zu treffen und die Organisation funktionsübergreifend auszurichten, um Ergebnisse zu beschleunigen
-
Position zum Führen
- GitLab sieht sich in einer Position, in einer Kategorie mit stufenartig explodierendem TAM nicht nur teilzunehmen, sondern zu führen
- Es gebe strukturelle Vorteile bei Daten, Technologie und Kundenvertrauen, mit denen sich die Art des Softwarebaus im agentischen Zeitalter neu definieren lasse
Maßstab im Umgang mit denjenigen, die gehen
- Die Arbeit der Menschen, die gehen — ob freiwillig oder nicht — bleibt das Fundament, auf dem GitLabs nächstes Kapitel aufbaut
- GitLab erklärt, im Übergang praktische Unterstützung und Respekt bieten zu müssen
- Wenn ein Team von Weltklasse gefordert wird, müsse auch der Umgang mit denjenigen, die gehen, Weltklasse sein
- Die Entscheidung sei sorgfältig getroffen worden, solle nur einmal umgesetzt werden, und die Absicht sei, sowohl die Gehenden als auch die Bleibenden richtig zu behandeln
1 Kommentare
Hacker-News-Kommentare
Frühere CREDIT-Werte: Collaboration, Results for Customers, Efficiency, Diversity, Inclusion & Belonging, Iteration, Transparency
Neue Werte: Speed with Quality, Ownership Mindset, Customer Outcomes
Das heißt also offenbar nicht klüger, sondern härter arbeiten, und DEI ist jetzt raus
Der Ball springt allein vor dem offenen Tor herum, GitLab müsste sich nur als „die stabile Option“ positionieren und könnte den Markt mitnehmen, wenn die Flucht von GitHub richtig beginnt
Stattdessen scheint man einfach in den Vollgas-und-Aufputschmittel-Modus zu schalten
Meiner Erfahrung nach ist so etwas eher ein Code, um den neuen Eigentümern zu signalisieren: „Wir sind bereit, eine top-down organisierte Organisation zu werden, in der Informationen nur noch von oben nach unten fließen“
Wenn ich diesen Text geschrieben hätte, hätte ich Formulierungen eingebaut wie: „Wir bitten Mitarbeitende, Kunden und Investoren um die Gelegenheit, unser Vertrauen erneut unter Beweis zu stellen, den Stimmen unserer Stakeholder wieder Gehör zu schenken und die Organisation passend neu auszurichten, damit wir unseren Plan zur Bereitstellung des bestmöglichen Service umsetzen können …“
Stattdessen liest es sich eher wie: „Jemand hat etwas über Amazons two-pizza team-Regel gelesen und beschlossen, dass es sicher auch noch schlechtere Umsetzungsversuche gibt, also probieren wir es mal“
Menschen sollten nach Leistung eingestellt werden, nicht um irgendeine willkürliche Diversitätsquote zu erfüllen
Ich weiß nicht, wie man dagegen sein kann
Wow, GitLab, genau in dem Moment, in dem alle auf GitHubs Fehler schauen und beobachten, ob du vorbeiziehen kannst, sagst du im Grunde: „Wir werfen unseren Source Code einfach in ChatGPT und schauen, was passiert“
Die Schlussfolgerungen in diesem Text zum Agenten-Zeitalter wirken ziemlich falsch, und einiges ergibt einfach keinen Sinn
Ich bezweifle nicht, dass GitLab zu viele Mitarbeitende hat und von einer fokussierteren Aufstellung profitieren könnte, aber es ist ermüdend, solche Entlassungstexte voller Buzzwords zu lesen
Es wirkt verzweifelt, als hoffe man, Investoren zu beruhigen, wenn man nur lange genug prophetisch über AI spricht
Für mich und andere, die nicht darauf hereinfallen, sieht die Zukunft rosig aus
Da steckt viel Interessantes drin
Es heißt, „das Agenten-Zeitalter bietet die größte Chance in der Geschichte von GitLab, und wir treffen dafür strukturelle und strategische Entscheidungen“, zugleich aber auch, man sei „operativ in eine Form hineingewachsen, die zum vergangenen Zeitalter passte, aber nicht zu diesem“
Man scheint also zu glauben, dass man für die größte Chance der Unternehmensgeschichte weniger Ressourcen braucht, und diese Logik erschließt sich mir nicht
Auch der Teil über das „Neuverdrahten interner Prozesse mit AI-Agenten, um Reviews, Freigaben und Übergaben zu automatisieren und das Tempo zu erhöhen“ klingt für mich potenziell nach der Kategorie „Wir können Code doppelt so schnell erzeugen, also schaffen wir den Flaschenhals Review einfach YOLO-mäßig ab“
Ich habe dafür noch keine überzeugende Rechtfertigung gesehen. Sollte man nicht gerade bei Vollgas noch genauer aufs Lenkrad schauen?
Allerdings sind 8 Management-Ebenen definitiv viel, und aus jeder Zeile spricht das aufrichtige Gefühl, dass die Führung im Bürokratismus versinkt
Mal sehen, wie überflüssig die drei Ebenen wirklich waren, die man abschaffen will
Vielleicht sollte man am besten mit denen anfangen, die diese Struktur überhaupt geschaffen haben
Bei der Größe von GitLab hieße das doch ungefähr 2 bis 3 Reports pro Manager. Ich würde die Hierarchie auch flacher machen
Mir fällt besonders der B-2-Bomber ein, der ohne Computer zwischen Eingabe und Ausgabe praktisch nicht steuerbar wäre
Das System reagiert schneller als ein Mensch, damit das Flugzeug nicht wie eine Untertasse davonfliegt, und interpretiert Steuereingaben als Absicht, um die Steuerflächen programmatisch zu bewegen
Natürlich ist das nicht exakt dasselbe, aber ein gewisser Zusammenhang ist schon da
Trotzdem gefällt mir weder diese Ankündigung noch die Richtung, in die sich der Markt derzeit bewegt
Selbst mit dem aktuellen AI-Setup hat GitLab es nicht geschafft, etwas zu bauen, das man UX-seitig großartig nennen könnte; ich bin gespannt, was passiert, wenn man nun auch noch die verbleibenden menschlichen Elemente entfernt
Ich freue mich persönlich schon auf eine Zukunft, in der Tickets wie dieses [0] monatelang offen bleiben und ein Bot sagt, „alles wird gut“
[0] https://gitlab.com/gitlab-org/gitlab/-/work_items/588806
Wenn man sich https://www.google.com/search?q=gitlab+stock ansieht, lag die Aktie vor einem Jahr bei etwa 52 Dollar und jetzt bei 26, also 50 % im Minus über 12 Monate
Es ist gut möglich, dass das auch daran liegt, dass man nicht laut genug über eine AI-Strategie gesprochen hat
Wenn Investoren befürchten, dass AI den Geschäftswert von GitLab senkt, dann ergibt es ziemlich viel Sinn, in einer Ankündigung zu „GitLab Act 2“ Sätze wie diese unterzubringen
„Das Agenten-Zeitalter verstärkt die Nachfrage nach Software. Software war in den letzten 20 Jahren der Kraftmultiplikator nahezu jeder geschäftlichen Transformation. Die Begrenzung waren die Kosten und die Zeit, die nötig waren, um Software zu erstellen und zu verwalten. Diese Begrenzung bricht jetzt weg. Wenn die Kosten der Softwareproduktion einbrechen, steigt die Nachfrage. Im vergangenen Jahr wurde der Markt für Entwicklerplattformen noch in Dutzenden Dollar pro Nutzer und Monat gemessen; dieses Jahr liegt er bei Hunderten Dollar pro Nutzer und Monat und bewegt sich auf Tausende zu. Wir glauben, dass nicht nur der Wert von Software für Builder steigt, sondern dass es mehr Software und mehr Builder geben wird als je zuvor, und wir werden das erhöhte Volumen auf beiden Seiten bedienen.“
Dazu habe ich im Blog noch etwas mehr geschrieben: https://simonwillison.net/2026/May/11/gitlab-act-2/
GitLab überrascht mich immer wieder damit, wie schlecht die Produkt-Roadmap sein kann
Praktische Dinge wie Verbesserungen an CI werden hinter ein UI-Rebranding in Unicorn-Farben zurückgestellt
Dabei haben die Leute GitLab genau deshalb bezahlt, weil es ein gutes Tool war
So oder so könnte das hier immerhin dazu führen, dass die Roadmap wieder stärker kundenorientiert wird
Ich bin überrascht, dass die Reaktion hier so negativ ist. Haben die meisten den Originaltext überhaupt gelesen?
Es scheint hauptsächlich darum zu gehen, Manager-Stellen abzubauen und Engineering zu priorisieren
Außerdem klingt die Richtung des Redesigns interessant: AI-„Nutzer“, die Code schreiben und Änderungen einreichen, und eine Plattform samt Konzepten, die an deren Tempo und Interaktionsmuster angepasst wird
Wie sich das entwickelt, muss man sehen, aber solange Menschen weiterhin Priorität haben, klingt das für mich überhaupt nicht nach einer schlechten Idee
Für eine Ankündigung von „Personalanpassungen“ ist das eine ziemlich aggressiv optimistische Vision der Zukunft der Softwarebranche
„Das Agenten-Zeitalter verstärkt die Nachfrage nach Software. Software war in den letzten 20 Jahren der Kraftmultiplikator nahezu jeder geschäftlichen Transformation. Die Begrenzung waren die Kosten und die Zeit, die nötig waren, um Software zu erstellen und zu verwalten. Diese Begrenzung bricht jetzt weg. Wenn die Kosten der Softwareproduktion einbrechen, steigt die Nachfrage. Im vergangenen Jahr wurde der Markt für Entwicklerplattformen noch in Dutzenden Dollar pro Nutzer und Monat gemessen; dieses Jahr liegt er bei Hunderten Dollar pro Nutzer und Monat und bewegt sich auf Tausende zu. Wir glauben, dass nicht nur der Wert von Software für Builder steigt, sondern dass es mehr Software und mehr Builder geben wird als je zuvor, und wir werden das erhöhte Volumen auf beiden Seiten bedienen.“
Bemerkenswert ist auch, dass diese Personalkürzungen offenbar nicht auf Engineers zielen
In R&D wolle man „die Zahl unabhängiger Teams fast verdoppeln“ und „in einigen Funktionen bis zu drei Management-Ebenen entfernen“
Mir fallen nur AI-Coding-Tools ein, und davon gibt es nur wenige, die das wirklich gut machen
Es wirkt auch nicht so, als würde GitLab diese Ausgaben abschöpfen
Und auch dieses Gerede vom „Abbau von Ebenen“: Das war heute Thema im Prof-G-Markets-Video, und soweit ich weiß, hat der Coinbase-CEO dasselbe gesagt
Stimmen die sich untereinander ab, oder senden sie damit Signale an Investoren?
Dass GitHub regelmäßig zusammenbricht, ist für mich ein Zeichen dafür
GitLab ist ein gutes Beispiel dafür, dass ein Lifestyle-Unternehmen niemals an die Börse hätte gehen sollen