← Tous les articles

Les meilleures équipes d'ingénierie savent changer de cap sur un coup de tête

Sur cette page

Les équipes d’ingénierie les plus efficaces que j’aie vues ont un point commun : elles savent changer de priorités du jour au lendemain sans s’effondrer.

Ça paraît simple. Ça ne l’est pas. La plupart des organisations d’ingénierie traitent un changement de priorités comme une urgence. On court dans tous les sens, on renégocie, on a des conversations pénibles sur les coûts irrécupérables. Les ingénieurs prennent un coup de fouet. Les managers ont l’impression de trahir leurs engagements.

Mais dans les secteurs où la concurrence est féroce, tes objectifs du T1 ne collent pas forcément à l’état du marché au T4. Un concurrent sort un produit inattendu. Une discussion commerciale révèle une énorme opportunité. Un client monte au créneau et ça change tout. Les équipes qui gagnent sont celles qui répondent sans cérémonie.

La planification compte toujours

Je ne plaide pas contre la planification. Elle est indispensable. Le problème, c’est quand elle devient un rituel qui empêche de s’adapter.

Le modèle classique ressemble à ça : deux semaines à la fin de chaque trimestre à négocier les priorités entre équipes, on verrouille tout, puis on défend ce plan pendant 90 jours quoi qu’il arrive. Si quelque chose d’urgent surgit trois semaines après le début du trimestre, tu te retrouves avec de la conduite du changement, des escalades vers les parties prenantes et des discussions pénibles sur ce qu’on sacrifie.

Selon le Developer Efficiency Report 2024 de McKinsey, les ingénieurs ne passent que 32 % de leur temps à écrire du code1. Les 68 % restants partent en réunions, en interruptions et en tâches administratives. Une partie de cette charge est incompressible. Beaucoup relève du théâtre de la planification.

L’alternative, ce n’est pas le chaos. C’est de traiter les plans comme des paris minimums viables. Tu ne t’engages pas sur des résultats pour les 90 prochains jours. Tu prends la meilleure décision possible avec les informations du moment, puis tu restes prêt à ajuster dès que tu apprends quelque chose.

Les CTO qui y arrivent

Karri Saarinen, CEO de Linear, dirige une entreprise à $1,25 Md sans OKR. Son équipe ne fixe pas d’objectifs chiffrés. Elle ne fait pas d’A/B tests. Les décisions reposent sur le goût et les convictions, pas sur des tableaux de bord.

“We haven’t used OKRs,” a dit Saarinen à Lenny Rachitsky2. “For goals, we like to keep it simple and sometimes have more strategic goals, like ‘Be the default tool for startups’ or ‘Get xxx number of companies,’ which we then use as the theme for figuring out the roadmap. I find these types of goals useful to align our team to what we are after without being too specific about how we get there.”

Chez Linear, les équipes se forment autour d’un projet et se dispersent une fois qu’il est fini. Pas d’équipes transverses durables. Pas de product manager pour chaque domaine. Juste de petits groupes qui se forment, livrent et se reforment. L’entreprise est rentable depuis plus de trois ans avec environ 80 personnes.

PostHog raconte la même histoire. Ils ont imposé les OKR en 2022, puis ils ont fait marche arrière. Les ingénieurs passaient leur temps à « chercher les bonnes métriques » avec le sentiment qu’elles ne reflétaient pas leur vraie progression3. Aujourd’hui, chaque équipe fixe ses objectifs comme elle veut. Les réunions de planification trimestrielle durent 60-90 minutes au maximum.

“Sometimes we get our goals wrong and that’s okay,” écrit PostHog. “Circumstances change, delays happen, engineers need the freedom to adjust.”

Quand une équipe de PostHog s’aperçoit qu’il lui faut un autre objectif, elle le change elle-même et s’y met tout de suite. Pas de processus compliqué de changement d’objectif. La priorité, c’est de livrer des produits utiles, pas de coller parfaitement au plan écrit il y a deux mois.

Pourquoi les ingénieurs résistent au changement

Un changement de priorités a un vrai coût humain. Les ingénieurs ne font pas les difficiles quand ils renâclent à un changement en plein sprint. Ils ont investi de l’énergie mentale pour comprendre un problème. Ils ont construit du contexte. Repartir de zéro, c’est jeter ce travail et reconstruire le contexte à partir de rien.

L’astuce, c’est de donner assez d’informations pour que les gens comprennent pourquoi le changement compte. Quand les ingénieurs comprennent la logique commerciale, quand ils voient le lien entre un pivot et de vrais résultats pour l’entreprise, la psychologie change. Ça ne ressemble plus à du travail gâché, ça ressemble à de la réactivité.

Les équipes très performantes ne font pas que tolérer les changements de priorités. Elles s’y attendent. Le travail culturel consiste à faire du changement commercial quelque chose que les gens accueillent plutôt qu’ils ne subissent.

La modélisation dynamique de scénarios

C’est là que l’outillage compte vraiment.

Si changer un plan veut dire régénérer des tableurs, rapprocher les effectifs entre plusieurs systèmes et recalculer les coûts à la main, tu as créé une résistance structurelle à l’adaptation. Chaque point de friction est une raison de ne pas répondre au marché.

Pouvoir réunir vite une équipe pour construire et déployer un pilote, valider une intuition commerciale, tester une hypothèse, suppose de voir l’impact de la décision avant de s’engager. Combien ça coûte ? Qu’est-ce que ça fait à tes autres priorités ? Quel est l’arbitrage ?

C’est ce qu’on construit chez Flowstate : un outillage de Workforce Engineering qui rend la replanification bon marché. Déplace une personne de l’équipe A vers l’équipe B à 0,6 ETP le mois prochain, et le coût, les ETP et l’écart se recalculent tout seuls. Clone un budget et compare l’impact d’une réorg avant de t’engager. Le but n’est pas de planifier moins. C’est de planifier de façon à pouvoir évoluer sans cérémonie.

Quand replanifier ne coûte presque rien, les équipes peuvent prendre de plus gros risques. Elles peuvent monter une escouade de trois personnes pour courir après une opportunité, voir si ça marche, puis réaffecter si ça ne marche pas. Cette fluidité est impossible quand chaque changement exige trois semaines d’alignement des parties prenantes.

Ce que les meilleures équipes font autrement

Karri Saarinen, de Linear, le dit simplement : “Quality is our first principle. Every other metric and decision flows from that.”4

Ils sont restés petits et concentrés. Environ 80 personnes pour une valorisation de $1,25 Md. Rentables depuis 2021. Deux personnes seulement ont quitté l’entreprise. Ils ne fixent pas d’OKR agressifs. Ils poursuivent une métrique plus dure à mesurer : le soin du travail bien fait.

PostHog fonctionne avec 26 petites équipes, chacune libre de changer d’objectif quand les circonstances l’exigent. Leur philosophie : “It’s better to change a goal to something useful than be stuck working on something useless because you said you would two months ago.”

Ces entreprises partagent quelques habitudes :

  1. De petites équipes avec une vraie responsabilité. Elles ne se contentent pas d’exécuter des tâches, elles décident quoi construire et comment. Chez Linear, les équipes de projet se forment autour d’un travail précis, puis se dispersent une fois qu’il est terminé.

  2. Des plans comme points de départ, pas comme contrats. Les objectifs donnent une direction. Ils n’enferment pas les gens dans des engagements qui n’ont plus de sens.

  3. Un investissement dans l’infrastructure de replanification. Que ce soit des feature flags sophistiqués qui permettent de livrer par petits morceaux, ou des outils de Workforce Engineering qui permettent de modéliser les changements avant de s’engager.

  4. Un contexte commercial largement partagé. Les ingénieurs comprennent pourquoi les priorités bougent parce que la direction explique le raisonnement business. Le changement cesse de paraître arbitraire.

  5. Une tolérance aux plans imparfaits. Comme le dit le handbook de PostHog : “All objectives are bad. They have many compromises, are fallible, easy to game, or may be affected by external factors. So use the least bad ones.”

Pas besoin d’être une startup

L’argument n’est pas que les grandes entreprises devraient fonctionner comme des startups. L’argument, c’est que la friction liée à un changement de direction est souvent un choix d’organisation, pas une contrainte inhérente.

L’agilité des entreprises a largement dépassé la tech. Des banques traditionnelles lancent des services uniquement numériques. Des industriels ajustent leur chaîne d’approvisionnement en temps réel. Des administrations se réorganisent autour du service rendu aux citoyens. Le Forum économique mondial estime que la résilience et l’agilité ne suffisent plus. Les organisations ont besoin d’une « adaptation continue » pour prospérer5.

Tu peux avoir 10 000 employés et pourtant cultiver le muscle culturel qui permet de changer vite. Ça demande un effort délibéré. Ça demande d’investir dans l’outillage. Ça demande des dirigeants qui expliquent le pourquoi des changements, pas seulement le quoi.

Le marché se moque de ta roadmap trimestrielle. Il ne regarde que ce que tu livres.

Pour aller plus loin

Footnotes

  1. McKinsey Digital, “Developer Efficiency Report 2024” ↩

  2. Rachitsky, Lenny. “How Linear builds product.” Lenny’s Newsletter, 26 Sept 2023. https://www.lennysnewsletter.com/p/how-linear-builds-product ↩

  3. Vanagas, Ian. “You’re doing quarterly planning wrong.” PostHog Newsletter, 30 June 2025. https://posthog.com/newsletter/quarterly-planning-mistakes ↩

  4. First Round Review. “Linear’s Path to Product-Market Fit.” 17 Oct 2025. https://review.firstround.com/linears-path-to-product-market-fit/ ↩

  5. World Economic Forum. “Why organisations must employ continuous adaptation.” Nov 2025. https://www.weforum.org/stories/2025/11/continuous-adaptation-resilience-and-agility/ ↩