GitLab annonce des suppressions de postes et la fin de la valeur CREDIT

 (about.gitlab.com)
1 points par GN⁺ 1 시간 전 | 1 commentaires | Partager sur WhatsApp
  • GitLab considère l’ère agentique comme la plus grande opportunité de son histoire et mène à la fois une restructuration et un changement stratégique
  • L’entreprise va réduire jusqu’à 30 % le nombre de pays d’exploitation, supprimer jusqu’à trois niveaux hiérarchiques dans certaines organisations, et réorganiser la R&D en environ 60 équipes
  • GitLab met fin à son système de valeurs CREDIT et adopte comme nouveaux principes de fonctionnement Speed with Quality, Ownership Mindset et Customer Outcomes
  • GitLab estime que les agents IA prendront en charge la planification, le codage, la revue, le déploiement et la remédiation, tandis que les humains continueront d’assurer l’architecture et les jugements clés
  • Les prévisions pour le T1 et l’ensemble de l’exercice FY27 sont maintenues, et le périmètre de la restructuration ainsi que son impact financier seront partagés le 2 juin 2026

Restructuration et changements opérationnels

  • GitLab engage simultanément une restructuration et une évolution stratégique pour s’adapter à l’ère agentique
  • Le processus de restructuration sera mené de manière ouverte et inclura une période de départ volontaire
    • L’entreprise prévoit, si possible, de finaliser la nouvelle organisation au 1er juin ou avant
    • Dans les régions où des procédures locales sont requises, les changements ne seront pas appliqués avant leur achèvement
  • Les principaux changements opérationnels sont au nombre de quatre
    • Réduire jusqu’à 30 % le nombre de pays d’exploitation, en se concentrant sur ceux où les équipes sont de petite taille, tout en continuant à servir les clients de ces marchés via un réseau de partenaires
    • Supprimer jusqu’à 3 niveaux hiérarchiques dans certaines fonctions afin de rapprocher les dirigeants du travail réel
    • Réorganiser la R&D en environ 60 équipes plus petites et davantage autonomes, doublant presque le nombre d’équipes indépendantes
    • Automatiser avec des agents IA les revues internes, les validations et les transferts, tout en redimensionnant les rôles à l’échelle de l’entreprise
  • Les changements opérationnels et la mise à jour stratégique avancent ensemble, mais sont traités comme des sujets distincts
    • GitLab estime que l’ancienne organisation convenait à l’époque précédente, mais n’est plus adaptée au contexte actuel
    • La nouvelle stratégie est présentée comme un pari distinct pour la prochaine étape
  • GitLab reconfirme ses prévisions pour le T1 FY27 et l’ensemble de l’exercice
    • Le périmètre final de la restructuration et son impact financier seront communiqués lors de la publication des résultats du 2 juin 2026, après finalisation du plan et approbation du conseil d’administration

La vision de GitLab sur l’ère agentique

  • La stratégie future de GitLab repose sur 10 convictions concernant l’avenir de l’ingénierie logicielle, l’architecture de l’ère agentique et sa manière d’exécuter

  • L’évolution du développement logiciel

    • Les humains prescrivent, les machines construisent
      • L’IA deviendra la base de la production logicielle de demain, et les agents assureront la planification, le codage, la revue, le déploiement et la remédiation
      • Les humains continueront d’assumer les jugements essentiels, comme l’architecture, la compréhension approfondie des problèmes clients et les arbitrages nécessitant du discernement
      • GitLab indique avoir construit et lancé en janvier Duo Agent Platform, avec une adoption positive au T1
    • L’ère agentique va accroître la demande en logiciel
      • Au cours des 20 dernières années, le logiciel a servi de levier à presque toutes les transformations d’entreprise, mais le coût et le temps nécessaires à sa production et à sa gestion constituaient des freins
      • Si ces freins s’atténuent, GitLab estime que le coût de production logicielle baissera et que la demande augmentera
      • Selon GitLab, le marché des plateformes pour développeurs se situait l’an dernier à quelques dizaines de dollars par utilisateur et par mois, mais évolue cette année vers plusieurs centaines, avec une trajectoire vers les milliers de dollars
      • GitLab prévoit de soutenir à la fois un plus grand volume de logiciels et un plus grand nombre de builders
    • Les tâches importantes restent du ressort des ingénieurs
      • L’ingénierie ne se limite pas à écrire du code : la conception de systèmes, les systèmes distribués, le raisonnement sur les incidents, l’intégration sûre de nouvelles fonctionnalités dans des systèmes critiques et la prise de décision dans l’incertitude restent essentielles
      • Plus l’échelle du logiciel grandit, plus ces compétences deviennent nécessaires
      • GitLab estime que les ingénieurs capables de résoudre des problèmes techniques profonds seront des talents rares et précieux sur le marché

  • Paris architecturaux

    • GitLab estime que les plateformes non conçues pour l’échelle machine commencent à atteindre leurs limites, et fait de la sécurité, de la performance, de l’évolutivité, de la fiabilité et de l’expérience utilisateur ses axes d’investissement clés
    • Les cinq paris architecturaux sont déjà en cours, avec l’objectif de les livrer sans interruption pour les clients qui dépendent de GitLab au quotidien
    • Infrastructure à l’échelle machine
      • Les agents ouvrent des merge requests en parallèle, déclenchent des pipelines 24 h/24 et pushent des commits bien plus vite que des équipes humaines
      • Git n’a pas été conçu pour une telle charge, et GitLab estime qu’ajouter de l’IA sur une plateforme non pensée pour les agents serait une erreur majeure de cette époque
      • GitLab prévoit de repenser Git pour l’échelle machine, de transformer son monolithe en services modernes composables orientés API, et de construire des API dédiées aux agents
    • Orchestration du cycle de vie complet
      • Pour les entreprises, l’essentiel n’est pas qu’un agent écrive du code ou ouvre une merge request, mais de disposer d’un logiciel en production qui fait tourner l’activité
      • L’orchestration coordonne les agents sur l’ensemble du cycle de vie, gère l’assignation des tâches, l’état, la transmission du contexte, la résolution des conflits, l’application des politiques et l’intervention humaine au bon moment
      • Dans l’ère agentique, le CI/CD est repensé comme un runtime qui valide le travail, applique des garde-fous et pousse les changements jusqu’en production à la vitesse machine
    • Le contexte comme avantage central
      • Les fournisseurs d’outils de développement convergent vers des capacités similaires de génération de code, tandis que les coûts IA des entreprises augmentent aussi vite que les déploiements
      • Le différenciateur devient le contexte unique dont les modèles peuvent disposer
      • GitLab accorde une importance particulière à un modèle de données reliant la planification, le code, la revue, la sécurité, le déploiement et les opérations à travers tous les projets et dépôts
      • L’entreprise investit dans ce modèle de données connecté comme un service de premier rang accessible via API, dont la valeur augmente avec l’activité des humains et des agents
      • Ce contexte permet aux agents d’obtenir de meilleurs résultats avec moins de tokens
    • Gouvernance intégrée au cœur de la plateforme
      • La gouvernance est, selon GitLab, la condition permettant aux entreprises d’aller vite dans l’ère agentique
      • À mesure que les agents prennent en charge davantage de tâches, il faut une plateforme capable d’imposer qui peut faire quoi, de prouver ce qui s’est produit et pourquoi, et de garder le code et les données sensibles au bon endroit
      • GitLab construit identity, audit, policy et deployment flexibility non comme des produits séparés, mais comme des services de plateforme centraux que traversent par défaut tous les agents, pipelines et merge requests
    • Une plateforme, trois modes
      • GitLab estime que les entreprises du monde entier reposent sur des milliers de milliards de lignes de code, et que tout réécrire serait trop risqué et trop coûteux
      • L’ère agentique fonctionnera elle aussi sur un spectre mêlant propriété humaine, assistance par agents et travail autonome des agents
      • GitLab prévoit de bâtir une seule plateforme, un seul modèle de données et un seul système de gouvernance fonctionnant sur l’ensemble de ces trois modes, de manière neutre vis-à-vis du cloud et des modèles

  • Mode d’exécution

    • Un modèle économique flexible
      • GitLab maintient la prévisibilité des abonnements proposés à ses clients existants
      • L’entreprise a déjà ajouté une tarification à l’usage pour les tâches réalisées par les agents, et indique que d’autres grands acteurs lui ont emboîté le pas ces derniers mois
      • Prochaine étape : introduire davantage de flexibilité pour combiner abonnement et consommation selon l’évolution des modes de travail
    • Une culture de l’excellence
      • Les nouveaux principes de fonctionnement de GitLab sont Speed with Quality, Ownership Mindset et Customer Outcomes
      • Ces principes reposent sur une culture de l’excellence

Impact sur les clients et les investisseurs

  • Le support, les engagements de roadmap et les conditions contractuelles pour les clients se poursuivent sans interruption
  • Les clients peuvent s’attendre à des changements dans la qualité, la profondeur et la vitesse de l’innovation livrée par GitLab
    • GitLab indique vouloir être le customer zero de sa propre plateforme afin de mener l’ingénierie agentique
    • La prochaine roadmap d’innovation sera présentée le 10 juin 2026 lors de GitLab Transcend
  • Pour les investisseurs, cette annonce est présentée comme une mesure délibérée visant à prendre la tête du plus grand basculement de marché des 20 dernières années
    • GitLab ne veut pas se limiter à une croissance incrémentale de la plateforme DevSecOps, mais vise à devenir la plateforme de création logicielle d’entreprise de confiance à l’ère de l’IA
    • Lors de la publication des résultats du 2 juin 2026, l’entreprise partagera une mise à jour de l’activité, les résultats du T1, ainsi que le périmètre final de la restructuration et son impact financier
    • GitLab s’attend à réinvestir l’essentiel des économies issues de la restructuration dans l’accélération de ses initiatives de croissance et technologiques

Mise à jour envoyée aux équipes sur la restructuration

  • GitLab a informé ses équipes du lancement d’un processus de restructuration transparente
  • L’entreprise précise que ce processus inclut le changement des modes de travail sous l’effet de l’IA, mais qu’il ne s’agit ni d’une simple optimisation par l’IA ni d’une réduction de coûts
    • L’essentiel des économies doit être réinvesti pour accélérer les opportunités de l’ère agentique conformément aux convictions clés d’Act 2
  • Les managers discutent plus en profondeur avec le leadership de la façon dont les principes de restructuration s’appliquent à chaque équipe
    • Ces échanges alimentent les décisions sur les postes concernés
    • GitLab estime qu’il est plus important de définir correctement le nouveau GitLab que de le faire trop vite
  • La restructuration repose sur un recentrage de la présence pays, un aplatissement de l’organisation et un redimensionnement des rôles
    • En parallèle, l’entreprise introduit de nouveaux principes de fonctionnement fondés sur une culture de l’excellence
  • GitLab affirme vouloir mener cette restructuration correctement en une seule fois, sans avoir à retoucher rapidement la structure dans un futur proche

Principes de restructuration

  • Réduction des pays d’exploitation

    • GitLab estime que son organisation actuelle, répartie sur près de 60 pays, ne permet pas d’offrir une bonne expérience à tous les membres de l’équipe
    • L’entreprise prévoit de réduire de 30 % le nombre de pays, en se concentrant sur ceux où elle compte peu d’employés
    • Les membres de l’équipe en règle qui souhaitent déménager pourront le faire
    • Lorsque cela est pertinent, les clients de ces marchés continueront d’être servis via un réseau de partenaires

  • Une organisation plus plate

    • GitLab estime que 8 niveaux hiérarchiques sont trop nombreux pour sa taille et que ces couches ralentissent l’exécution
    • Plus les niveaux hiérarchiques augmentent, plus les priorités et la communication passent par des filtres intermédiaires
    • Une organisation plus plate relie mieux l’ensemble des équipes au leadership

  • Redimensionnement des rôles

    • Avec le passage à une nouvelle stratégie et à de nouveaux modes de travail portés par l’IA, GitLab réévalue les effectifs de chaque rôle en fonction de la vitesse d’exécution et des résultats clients
    • Dans certains domaines, l’IA peut renforcer et accélérer le travail existant
    • Dans d’autres, certains rôles doivent être renforcés pour aller plus vite
    • L’entreprise attend de chacun un usage quotidien de l’IA et lance un programme d’accélération IA pour soutenir tous les rôles

Fin de CREDIT et nouveaux principes de fonctionnement

  • GitLab met fin à CREDIT, son précédent cadre de valeurs
    • CREDIT était le cadre adapté à l’Act 1 qui a conduit l’entreprise jusqu’à 1 Md$ d’ARR
    • Ces valeurs ont accompagné GitLab à travers le COVID et l’IPO, et ont fait de l’entreprise un nom reconnu du DevSecOps, mais GitLab choisit désormais de se concentrer sur une autre posture opérationnelle pour la nouvelle époque
    • GitLab estime qu’une grande partie des anciennes valeurs reste toujours applicable directement
  • Les nouveaux principes de fonctionnement sont Speed with Quality, Ownership Mindset et Customer Outcomes

  • Speed with Quality

    • Cela signifie avancer plus vite, mais avec la discipline nécessaire pour que les clients et les autres puissent s’y fier
    • GitLab veut y parvenir avec des équipes plus petites, des cycles plus courts et des garde-fous plus solides
    • L’entreprise relève ses standards à la fois sur ce qu’elle promet et sur sa capacité à le livrer
    • Les comportements attendus sont les suivants
      • Organiser et exécuter les projets transverses avec de petites équipes plus autonomes
      • Fixer des standards de qualité élevés et les valider d’abord en tant que customer zero
      • Construire vite, expérimenter, apprendre, échouer vite, notamment sur les décisions réversibles
      • Automatiser tout ce que les agents peuvent faire, et identifier ce qui exige réellement jugement humain ou expertise
      • Ne pas tolérer la bureaucratie inutile
      • Utiliser à la fois des modes de motivation favorisant la vitesse et des modes asynchrones adaptés à l’échelle

  • Ownership Mindset

    • GitLab attend de chacun qu’il agisse de manière autonome comme un steward de l’entreprise
    • Les personnes les plus proches du travail prennent les décisions et assument les résultats
    • L’entreprise veut supprimer les niveaux hiérarchiques entre les leaders et le travail réel, ainsi que les transferts qui diluent la responsabilité
    • Les attitudes attendues sont les suivantes
      • Être fier de son travail parce qu’il produit des résultats concrets
      • Ne pas rejeter les problèmes sur les autres
      • Considérer tout le monde comme appartenant à une même équipe
      • Se soucier profondément des clients et de la santé de l’entreprise
      • Utiliser efficacement le budget, les personnes et le temps de chacun

  • Customer Outcomes

    • GitLab veut se mesurer non pas à l’activité interne, mais à ce qui a changé pour les clients
    • Les jalons internes n’ont d’importance que s’ils sont liés à un impact client
    • Les comportements attendus sont les suivants
      • Être capable d’expliquer comment son travail se relie aux résultats clients, et pas seulement à un élément de roadmap ou à une tâche
      • Créer de la satisfaction et du plaisir afin que les clients aiment GitLab
      • Construire des relations clients fondées sur l’équité et le respect mutuel, en veillant à ce que chaque transaction convienne aux deux parties
      • Se concentrer d’abord sur la création de valeur qui permettra, avec le temps, des engagements plus ambitieux
      • Considérer le temps du client comme plus précieux que le sien lorsque celui-ci est bloqué

  • Culture de l’excellence

    • Tous les membres de l’équipe doivent défendre une culture de l’excellence
    • L’excellence dans la pensée désigne des personnes capables de comprendre avec acuité, profondeur et précision, et de communiquer avec clarté et sincérité
    • L’excellence dans l’action désigne des personnes capables de produire des résultats de grande qualité avec un impact business réel
    • L’excellence relationnelle désigne des personnes qui embrassent la diversité, l’inclusion et le sentiment d’appartenance, présument la bonne foi et respectent chacun

Prochaines étapes du processus de restructuration

  • Un processus de restructuration transparent crée une incertitude bien réelle, et les membres de l’équipe sont invités à parler avec leurs managers de leur travail, de leurs questions, de leurs préoccupations et de la suite
  • Les managers n’auront peut-être pas toutes les réponses, mais les retours des équipes auront un impact sur la manière dont l’organisation se stabilisera
  • La période de départ volontaire vise à permettre à chacun d’évaluer si GitLab est le bon endroit pour la prochaine étape de sa carrière
    • Si les exigences locales le permettent, les demandes de départ peuvent être soumises avant le 18 mai
    • Si elles sont approuvées, elles ouvriront droit au même package de départ que pour les autres départs
    • Ce processus d’approbation existe parce que les situations personnelles et les exigences locales diffèrent et doivent être examinées au cas par cas
  • Une fois la restructuration terminée, l’objectif est de constituer une équipe engagée et enthousiaste vis-à-vis de l’avenir de GitLab

Pourquoi GitLab encourage à rester

  • Une meilleure expérience employé

    • L’un des objectifs clés est d’améliorer fortement le plaisir au travail et l’impact de chaque membre de l’équipe dans Act 2
    • GitLab estime que cela permettra de mieux exploiter la créativité et l’impact individuels, tout en construisant une entreprise de rang mondial

  • Une meilleure rémunération

    • Après approbation, un nouveau programme de bonus offrira à tous les membres de l’équipe qui ne relèvent pas actuellement d’un plan d’incentive ou de bonus une opportunité de bonus cash fondée sur la performance individuelle
    • Le niveau cible est de 10 % du salaire, avec attribution à la discrétion du manager

  • Des équipes R&D plus petites et plus autonomes

    • GitLab vise à porter à 60 le nombre de petites équipes R&D dotées de plus d’autonomie et de sens des responsabilités

  • Moins de frictions et de surcharge

    • L’entreprise prévoit de réduire fortement les transferts qui ralentissaient l’exécution
    • Elle veut diminuer le nombre de niveaux entre les membres de l’équipe et les décisions qui affectent leur travail
    • Act 2 est conçu pour éliminer les frictions qui faisaient perdre du temps à traiter des sujets pourtant évidents

  • Résoudre de grands problèmes techniques

    • Les cinq paris architecturaux offrent des problèmes techniques profonds qui redéfiniront GitLab pour l’ère agentique
    • Cela inclut un nouveau git pour agents capable de supporter l’échelle machine, une couche d’orchestration pour les humains, les agents et l’ensemble du cycle de vie, un service de graphe connecté pour les données de tout le cycle de vie, un nouveau policy service assurant une gouvernance centralisée, et une expérience d’ingénierie logicielle totalement autonome

  • Un programme d’achat plus flexible

    • Le nouveau programme d’achat à l’usage doit faciliter la vente de GitLab ainsi que l’achat par les clients de GitLab seats + credits, tout en accélérant l’adoption

  • Développement de carrière

    • Des paris ambitieux comme Act 2 donnent à des membres de l’équipe de tous niveaux l’occasion d’apprendre plus vite et de développer des compétences et expériences importantes pour toute leur carrière

  • Un leadership aligné

    • L’équipe de direction, composée de l’e-group et du SLT, affirme vouloir prendre des décisions difficiles et aligner l’organisation de façon transverse pour accélérer les résultats

  • Une position pour prendre la tête

    • GitLab estime être en position non seulement de participer, mais de diriger une catégorie dont le TAM peut croître de manière explosive par paliers
    • L’entreprise estime disposer d’avantages structurels en données, en technologie et en confiance client, qu’elle peut exploiter pour redéfinir la manière de construire des logiciels dans l’ère agentique

Principes concernant les personnes qui partent

  • Que leur départ soit volontaire ou non, le travail des personnes qui quittent l’entreprise restera la base sur laquelle reposera le prochain chapitre de GitLab
  • GitLab affirme devoir fournir un soutien concret et du respect pendant la transition
  • L’entreprise estime que si elle exige une équipe de rang mondial, sa manière de traiter ceux qui partent doit elle aussi être de rang mondial
  • GitLab indique que cette décision a été prise avec soin, avec l’intention de ne la mener qu’une seule fois, tout en traitant correctement à la fois ceux qui partent et ceux qui restent

À lire aussi

1 commentaires

 
GN⁺ 1 시간 전
Réactions sur Hacker News

  • Anciennes valeurs de CREDIT : Collaboration, Results for Customers, Efficiency, Diversity, Inclusion & Belonging, Iteration, Transparency
    Nouvelles valeurs : Speed with Quality, Ownership Mindset, Customer Outcomes
    En gros, ça semble vouloir dire travaillez plus dur, pas plus intelligemment, et que le DEI disparaît désormais

    • Il y a ici un post sur une panne de GitHub tous les deux jours ou presque
      Le ballon rebondit seul devant les cages, donc il suffirait à GitLab de se positionner en disant « nous sommes le choix stable » pour récupérer le marché quand l’exode hors de GitHub commencera vraiment
      Et pourtant, ils semblent quand même partir en mode vitesse maximale et stimulants
    • Nouvelles valeurs proposées : Speed, Unity, Consistency, Kinship, Iteration, Transparency, Freedom, Availability, Strategy, Cooperation, Integrity, Synchronicity, Teamwork, Shutup
    • Je ne sais même pas très bien si ça veut dire « travaillez plus dur, pas plus intelligemment, et faites attention à l’orthographe »
      D’après mon expérience, ce genre de chose sert surtout de code pour dire aux nouveaux propriétaires : « nous sommes prêts à devenir une organisation descendante où l’information ne circule que du haut vers le bas »
      Si c’était moi qui avais écrit ce texte, j’y aurais mis une formule du genre : « Nous demandons à nos employés, clients et investisseurs de nous laisser le temps de regagner leur confiance, et nous allons réorganiser l’entreprise de manière adaptée afin de pouvoir réécouter la voix de nos parties prenantes et exécuter notre plan pour fournir le meilleur service possible… »
      Mais en réalité, ça se lit plutôt comme : « quelqu’un a lu un article sur la règle des two-pizza teams d’Amazon, puis s’est dit que ça valait le coup d’essayer une version encore pire »
    • Supprimer le DEI est une bonne chose
      Il faut recruter les gens pour leurs compétences, pas pour remplir des quotas arbitraires de diversité
      Je ne vois pas qui pourrait être contre ça
    • Sous l’administration actuelle, même si on croit au DEI, il vaut probablement mieux ne rien en laisser par écrit nulle part

  • Eh bien GitLab, exactement au moment où tout le monde regardait les échecs de GitHub en se demandant si tu allais pouvoir prendre l’avantage, tu as en gros annoncé : « on va balancer notre code dans ChatGPT et voir ce qui se passe »

    • Oui. J’envisageais sérieusement de migrer toute l’entreprise de GitHub vers GitLab, mais maintenant je réfléchis encore plus sérieusement à l’auto-hébergement Git

  • Je trouve qu’un bon nombre des conclusions tirées ici sur l’ère des agents sont assez erronées, et certaines n’ont pas vraiment de sens
    Je ne doute pas que GitLab ait trop d’employés et qu’une entreprise plus concentrée puisse y gagner, mais c’est fatigant de lire ce genre d’annonce de licenciements remplie de buzzwords
    On dirait qu’ils espèrent désespérément qu’en parlant assez de l’IA sur un ton prophétique, les investisseurs se calmeront

    • Qu’ils continuent donc à miser leur entreprise, leur avenir et leur compétence fondamentale sur de l’autocomplétion de texte
      Pour moi et pour les autres qui ne se feront pas avoir, l’avenir semble plutôt prometteur

  • Il y a beaucoup d’éléments intéressants
    Ils disent que « l’ère des agents offre la plus grande opportunité de l’histoire de GitLab, et nous prenons des décisions structurelles et stratégiques pour l’aborder », tout en expliquant aussi qu’« opérationnellement, l’entreprise a grandi selon la logique de l’ère précédente et n’est pas adaptée à celle-ci »
    Ils semblent donc croire qu’il faut moins de ressources pour saisir la plus grande opportunité de leur histoire, et cette logique m’échappe un peu
    La partie sur le fait de « recâbler les processus internes avec des agents IA, et d’automatiser les revues, validations et transmissions pour accélérer » me fait aussi me demander si ça entre dans la catégorie « on peut produire du code deux fois plus vite, le goulot d’étranglement c’est la revue, donc supprimons le goulot en mode YOLO »
    Je n’ai encore jamais vu de justification vraiment convaincante. Au contraire, plus on roule à fond, plus il faudrait surveiller le volant de près, non ?
    Cela dit, 8 niveaux hiérarchiques de management, c’est clairement beaucoup, et chaque ligne du message donne sincèrement l’impression que la direction pense être en train de s’enfoncer dans la bureaucratie
    On verra bien à quel point les 3 niveaux qu’ils veulent supprimer étaient inutiles

    • 8 niveaux hiérarchiques de management, ça semble en effet énorme
      Peut-être qu’il faudrait commencer par supprimer ceux qui ont créé cette structure
    • 8 niveaux hiérarchiques de management ?
      À l’échelle de GitLab, ça voudrait dire 2 ou 3 personnes rattachées par manager, non ? Moi aussi je réduirais les niveaux
    • Je partage l’intuition que tout cela ressemble plus à du YOLO qu’à de la prudence, mais pour être juste, dans le monde de l’ingénierie, le fly-by-wire a déjà de nombreux précédents
      Je pense notamment au bombardier B-2, qui est pratiquement impossible à piloter sans ordinateur entre les entrées et les sorties
      Le système réagit plus vite qu’un humain pour empêcher l’appareil de partir comme une soucoupe, et interprète les commandes du pilote comme des intentions afin d’actionner les gouvernes de manière programmée
      Bien sûr, ce n’est pas exactement la même chose, mais je pense qu’il y a tout de même un certain parallèle
      Cela dit, je n’aime pas beaucoup cette annonce ni la manière dont le secteur tourne ces temps-ci

  • Même avec la configuration IA actuelle, GitLab n’a pas réussi à produire quoi que ce soit qu’on puisse qualifier d’excellent en matière d’UX, donc j’ai hâte de voir ce qu’ils vont faire en supprimant même le facteur humain restant
    Personnellement, j’ai hâte de vivre dans un futur où des tickets comme [0] restent ouverts pendant des mois et où un bot me dit que « tout ira bien »
    [0] https://gitlab.com/gitlab-org/gitlab/-/work_items/588806

    • Petite remarque annexe : si on retire la transparence des valeurs de l’entreprise, est-ce que ce problème cesse lui aussi d’être visible ? C’est ça, l’avenir de GitLab ?

  • Si on regarde https://www.google.com/search?q=gitlab+stock, l’action valait environ 52 dollars il y a un an et 26 dollars aujourd’hui, soit une baisse de 50 % sur 12 mois
    Il est tout à fait possible que ce soit aussi parce qu’ils n’ont pas suffisamment fait de bruit autour de leur stratégie IA
    Si les investisseurs craignent que l’IA réduise la valeur commerciale de GitLab, alors inclure ce genre de passage dans l’annonce « GitLab Act 2 » a tout à fait du sens
    « L’ère des agents amplifie la demande de logiciels. Le logiciel a été le multiplicateur de force de presque toutes les transformations métiers au cours des vingt dernières années. La contrainte, c’était le coût et le temps nécessaires pour créer et gérer le logiciel. Cette contrainte est en train de s’effondrer. Quand le coût de production du logiciel s’effondre, la demande augmente. L’an dernier, le marché des plateformes pour développeurs se mesurait en dizaines de dollars par utilisateur et par mois ; cette année, on parle de centaines de dollars par utilisateur et par mois, et on se dirige vers les milliers. Non seulement la valeur du logiciel augmente pour les builders, mais il y aura aussi plus de logiciels et plus de builders que jamais, et nous pensons pouvoir servir l’augmentation de volume des deux côtés. »
    J’ai écrit un peu plus à ce sujet sur mon blog : https://simonwillison.net/2026/May/11/gitlab-act-2/

  • GitLab réussit toujours à me surprendre par le niveau de médiocrité possible de sa roadmap produit
    Des choses pratiques comme l’amélioration de la CI passent après un rebranding de l’interface en couleurs de licorne
    Pourtant, la raison pour laquelle les gens payaient GitLab, c’était justement d’avoir de bons outils
    Que ce soit pour le meilleur ou pour le pire, cet épisode pourrait au moins les ramener vers une roadmap centrée sur les clients

  • Je suis surpris de voir des réactions aussi négatives ici. Est-ce que la plupart des gens ont vraiment lu le texte original ?
    Ils semblent surtout vouloir réduire le nombre de managers et donner la priorité à l’ingénierie
    En plus, la direction de la refonte paraît intéressante : des « utilisateurs » IA qui écrivent du code et soumettent des changements, et une plateforme ainsi que des concepts ajustés à cette vitesse et à ce mode d’interaction
    Il faudra voir comment cela évolue, mais tant qu’on part du principe que les humains restent prioritaires, ça ne me paraît pas être une mauvaise idée

  • Pour un texte annonçant une réduction d’effectifs, c’est une vision étonnamment agressive et optimiste de l’avenir de l’industrie logicielle
    « L’ère des agents amplifie la demande de logiciels. Le logiciel a été le multiplicateur de force de presque toutes les transformations métiers au cours des vingt dernières années. La contrainte, c’était le coût et le temps nécessaires pour créer et gérer le logiciel. Cette contrainte est en train de s’effondrer. Quand le coût de production du logiciel s’effondre, la demande augmente. L’an dernier, le marché des plateformes pour développeurs se mesurait en dizaines de dollars par utilisateur et par mois ; cette année, on parle de centaines de dollars par utilisateur et par mois, et on se dirige vers les milliers. Non seulement la valeur du logiciel augmente pour les builders, mais il y aura aussi plus de logiciels et plus de builders que jamais, et nous pensons pouvoir servir l’augmentation de volume des deux côtés. »
    Il est aussi notable que cette réduction d’effectifs ne semble pas viser les ingénieurs
    Ils disent vouloir presque « doubler le nombre d’équipes indépendantes » en R&D et « supprimer jusqu’à trois niveaux hiérarchiques » dans certaines fonctions

    • Des centaines de dollars par utilisateur et par mois, ça repose sur quoi ?
      Les seuls exemples qui me viennent en tête sont les outils de code IA, et il n’y a que quelques entreprises qui font ça correctement
      Je ne vois pas non plus pourquoi GitLab capterait cette dépense
      Et puis il y a cette histoire de « suppression de niveaux ». La vidéo Prof G Markets d’aujourd’hui parlait déjà de ça, et de ce que je sais, le CEO de Coinbase a dit la même chose
      Ces gens se concertent pour harmoniser leur langage, ou ils envoient juste un signal aux investisseurs ?
    • La valeur moyenne de chaque logiciel a baissé, mais le volume a clairement augmenté
      Le fait que GitHub s’écroule régulièrement me paraît justement être un signe en ce sens

  • GitLab est un très bon exemple d’entreprise lifestyle qui n’aurait jamais dû devenir une société cotée en bourse