{"id":230,"date":"2025-11-06T09:51:18","date_gmt":"2025-11-06T08:51:18","guid":{"rendered":"https:\/\/racheldubois.fr\/?p=230"},"modified":"2025-11-06T09:51:18","modified_gmt":"2025-11-06T08:51:18","slug":"ce-nest-pas-au-business-dapprendre-lagile-cest-a-nous-dapprendre-le-business","status":"publish","type":"post","link":"https:\/\/racheldubois.fr\/de\/index.php\/2025\/11\/06\/ce-nest-pas-au-business-dapprendre-lagile-cest-a-nous-dapprendre-le-business\/","title":{"rendered":"Ce n’est pas au business d’apprendre l’agile. C’est \u00e0 nous d’apprendre le business."},"content":{"rendered":"\n

Un article que j’ai \u00e9crit pour la Newsletter du PMI France – Novembre 2025<\/em><\/p>\n\n\n\n

——-<\/p>\n\n\n\n

Il y a quelques ann\u00e9es, j’animais une session de sensibilisation \u00e0 l\u2019agilit\u00e9 aupr\u00e9s d\u2019un comit\u00e9 de direction. Nous parlions transformation agile, comme toujours \u00e0 l\u2019\u00e9poque. \u00c0 un moment, le CFO m’interrompt : „Rachel, je ne comprends pas. Vous me parlez de v\u00e9locit\u00e9, de sprints, de r\u00e9trospectives. Mais moi, ce que je veux savoir, c’est simple : est-ce que \u00e7a va nous co\u00fbter moins cher de nous tromper ?“<\/em><\/p>\n\n\n\n

J’ai marqu\u00e9 un temps.Pas par effet dramatique. Juste parce que je venais de r\u00e9aliser qu’il avait formul\u00e9 en une phrase ce que j’essayais maladroitement de justifier avec mes slides sur la collaboration et l’auto-organisation. Il avait raison, et j’avais tort de ne pas commencer par l\u00e0. Pire, j’avais tort de ne m\u00eame pas y avoir pens\u00e9.<\/p>\n\n\n\n

Depuis cette conversation, je me pose la question diff\u00e9remment. Si les dirigeants ne „comprennent pas l’agilit\u00e9“, est-ce vraiment de leur faute ? Ou est-ce nous qui avons arr\u00eat\u00e9 de parler leur langue ? Je penche franchement pour la deuxi\u00e8me option. Et je pense qu’on a collectivement rat\u00e9 quelque chose d’essentiel sur l’origine m\u00eame de ce qu’on d\u00e9fend.<\/p>\n\n\n\n

Parce que l’agilit\u00e9, au d\u00e9part, n’est pas n\u00e9e dans un atelier de design thinking avec des post-its ou dans un s\u00e9minaire de bien-\u00eatre au travail.  Elle est n\u00e9e dans cette Am\u00e9rique lib\u00e9rale et capitaliste des ann\u00e9es 80-90, en lien avec le boom de la Silicon Valley o\u00f9 le logiciel devenait l’actif central de la valeur \u00e9conomique. <\/p>\n\n\n\n

Avant l\u2019apparition des approches agiles, les projets informatiques \u00e9taient g\u00e9r\u00e9s comme on g\u00e8re la construction de ponts, et cette approche \u00e9tait lourde et couteuse. Le Standish Group le documentait froidement d\u00e8s 1994 : moins d’un tiers des projets survit et voient le jour en respectant plus ou moins leurs objectifs de temps, de co\u00fbt et de port\u00e9e. C\u2019est en r\u00e9action \u00e0 cette inefficacit\u00e9, cette perte colossale, que  d\u2019autres approches plus l\u00e9g\u00e8res et empiriques sont alors essay\u00e9es. <\/p>\n\n\n\n

En f\u00e9vrier 2001, se retrouvent \u00e0 Snowbird les principaux cr\u00e9ateurs de ces nouvelles approches. Pas des consultants en transformation. Pas des RH. Des gens qui codaient, livraient, et perdaient de l’argent quand \u00e7a ratait. Leur manifeste ne parle pas d’\u00e9panouissement collectif. Jon Kern, l’un des signataires, r\u00e9sumait sa vision ainsi : „Une concentration laser sur la cr\u00e9ation de valeur business gr\u00e2ce \u00e0 l’utilisation strat\u00e9gique des ressources IT.“<\/em><\/p>\n\n\n\n

Donc l’agilit\u00e9, \u00e0 l’origine, ce n’\u00e9tait pas une croisade pour rendre les gens heureux. C’\u00e9tait une r\u00e9ponse pragmatique \u00e0 un vrai probl\u00e8me \u00e9conomique  : comment arr\u00eater de cramer du capital, du temps, de l\u2019\u00e9nergie dans des projets qui n’aboutissent \u00e0 rien. Point.<\/p>\n\n\n\n

Ce qui m’am\u00e8ne au c\u0153ur du sujet. Si on revient aux fondamentaux, l’agilit\u00e9 repose sur trois m\u00e9canismes \u00e9conomiques assez \u00e9l\u00e9mentaires, mais qu’on a tendance \u00e0 oublier sous le jargon.<\/p>\n\n\n\n

D’abord, elle r\u00e9duit le risque de perte totale. <\/strong>Un projet men\u00e9 en cascade, c’est un pari unique. Tout ou rien. Vous misez tout sur une vision formul\u00e9e au d\u00e9but, et vous d\u00e9couvrez si elle \u00e9tait bonne dix-huit mois plus tard. L’agilit\u00e9 transforme ce pari en une s\u00e9rie d’options r\u00e9versibles. Chaque it\u00e9ration est une d\u00e9cision d’investissement que vous pouvez ajuster, r\u00e9orienter ou interrompre. C’est la logique des options r\u00e9elles appliqu\u00e9e au produit. Vous n’\u00eates plus prisonnier d’un plan initial.<\/p>\n\n\n\n

Ensuite, elle diminue le co\u00fbt de l’erreur. <\/strong>C’est presque math\u00e9matique : plus vous attendez avant de d\u00e9tecter un probl\u00e8me, plus il co\u00fbte cher \u00e0 corriger. Les boucles de feedback courtes, l’int\u00e9gration continue, les revues fr\u00e9quentes, tout \u00e7a ce ne sont pas des rituels d’\u00e9quipe sympathiques. Ce sont des dispositifs pour \u00e9conomiser de l’apprentissage. Vous apprenez vite, vous corrigez vite, vous perdez moins.<\/p>\n\n\n\n

Enfin, elle acc\u00e9l\u00e8re le retour sur investissement. <\/strong>Chaque incr\u00e9ment livrable mat\u00e9rialise la valeur plus t\u00f4t. McKinsey a montr\u00e9 que les bo\u00eetes qui am\u00e9liorent leur time-to-market de 20 % ou plus voient leur satisfaction client grimper de 10-15 %, et leur rendement pour les actionnaires de 20-30 % par rapport \u00e0 leurs concurrents plus lents. Forsgren, Humble et Kim ont document\u00e9 dans Accelerate<\/em> le lien direct entre vitesse de livraison et performance globale de l’organisation. Mieux livrer =  mieux performer, \u00e9conomiquement parlant. C’est plus une hypoth\u00e8se \u00e0 ce stade, c’est valid\u00e9.<\/p>\n\n\n\n

Quand l’agilit\u00e9 est arriv\u00e9e en Europe, quelque chose s’est perdu en route. L’intention \u00e9tait bonne, hein : remettre l’humain au centre, valoriser la collaboration, casser les silos. Mais \u00e0 force de parler valeurs et postures, beaucoup d’organisations ont compl\u00e8tement oubli\u00e9 le sens \u00e9conomique du mod\u00e8le. L’agilit\u00e9 est devenue un programme de changement culturel plus qu’un syst\u00e8me pour piloter la cr\u00e9ation de valeur.<\/p>\n\n\n\n

On s’est mis \u00e0 parler d'“int\u00e9grer l’agilit\u00e9 au business“, comme si l’entreprise \u00e9tait une terre vierge \u00e0 \u00e9vang\u00e9liser. Comme si les dirigeants devaient apprendre notre vocabulaire, s’adapter \u00e0 nos rituels. Mais le business est d\u00e9j\u00e0 agile, dans le sens le plus concret du terme. Il alloue du capital, mesure le rendement, g\u00e8re les risques, cherche \u00e0 apprendre avant d’investir massivement. Il fait \u00e7a tous les jours. C’est nous qui avons arr\u00eat\u00e9 de parler sa langue.<\/p>\n\n\n\n

Je me suis rendue compte de \u00e7a assez t\u00f4t, \u00e9tant issue du monde du Produit. Un jour, lors d’une revue de portefeuille, un directeur a demand\u00e9: „Combien nous co\u00fbte un sprint rat\u00e9 ?“  Personne n\u2019avait la r\u00e9ponse. Le coach du train avait des m\u00e9triques de v\u00e9locit\u00e9, des burn-down charts, des taux de satisfaction d’\u00e9quipe. Mais pas le co\u00fbt r\u00e9el. C’est l\u00e0 que j’ai compris qu’on avait un probl\u00e8me de cr\u00e9dibilit\u00e9.<\/p>\n\n\n\n

Le probl\u00e8me, c’est que beaucoup de coachs agiles savent animer une r\u00e9trospective mais ne savent pas lire un compte de r\u00e9sultat. Nous parlons de „v\u00e9locit\u00e9“, pas de „co\u00fbt du d\u00e9lai“. Nous mesurons la satisfaction d’\u00e9quipe, mais rarement le retour sur investissement des livraisons. Nous sommes devenus des experts des frameworks, mais des ignorants du mod\u00e8le \u00e9conomique que ces frameworks sont cens\u00e9s servir.<\/p>\n\n\n\n

Le Boston Consulting Group estimait en 2020 que seulement 30 % des transformations d’entreprise atteignent leurs objectifs de valeur. Si la majorit\u00e9 des initiatives agiles \u00e9chouent \u00e0 cr\u00e9er de l’impact, ce n’est pas faute de post-its ou de daily stand-ups bien anim\u00e9s. C’est faute d’un langage commun entre ceux qui pilotent les produits et les \u00e9quipes, et ceux qui pilotent les budgets.<\/p>\n\n\n\n

Le business n’a pas besoin de missionnaires. Il a besoin d’alli\u00e9s qui savent penser comme lui : capital, rendement, risque, options. Et \u00e7a, on doit le bosser. Alors concr\u00e8tement, qu’est-ce qu’on fait ?<\/p>\n\n\n\n

Redevenir cr\u00e9dible suppose d’\u00e9lever notre niveau de jeu. Pas de mieux animer. De mieux raisonner.<\/p>\n\n\n\n

Apprendre \u00e0 lire un P&L, d\u00e9j\u00e0.<\/strong> Comprendre o\u00f9 se cr\u00e9e et se d\u00e9truit la marge. Relier nos m\u00e9triques agiles \u00e0 la performance \u00e9conomique : le time-to-market devient time-to-value, la dette technique devient prime de risque, etc\u2026  Traiter la discovery comme un portefeuille d’options, o\u00f9 chaque exp\u00e9rimentation est un ticket d’apprentissage \u00e0 ROI informationnel. \u00c7a parait basique, mais combien d’entre nous le font vraiment ?<\/p>\n\n\n\n

Et surtout, parler la langue du COMEX.<\/strong> Un MVP, ce n’est pas un „produit minimal“. C’est un investissement \u00e0 option limit\u00e9e. Un sprint, ce n’est pas un rituel de deux semaines. C’est un cycle d’apprentissage mesur\u00e9. Une release, ce n’est pas une livraison technique. C’est une capture progressive de valeur.<\/p>\n\n\n\n

Prenons un exemple concret, parce que c’est plus parlant. Vous voulez d\u00e9fendre une initiative produit devant un CFO. Ne dites pas : „On va livrer en it\u00e9ratif pour maximiser la valeur.“<\/em> Dites : „Chaque cycle nous co\u00fbte X, nous permet de valider ou d’invalider une hypoth\u00e8se de march\u00e9, et nous donne l’option d’arr\u00eater avant d’avoir engag\u00e9 l’investissement total. Le co\u00fbt de l’abandon anticip\u00e9 est Y. Le co\u00fbt d’un \u00e9chec en fin de projet serait Z. Voici les sc\u00e9narios de risque et les points de d\u00e9cision.“<\/em><\/p>\n\n\n\n

Vous ne parlez plus d’agilit\u00e9. Vous parlez d’ing\u00e9nierie de l’investissement adaptatif. Et l\u00e0, tout change.<\/p>\n\n\n\n

Le jour o\u00f9 un coach agile saura d\u00e9fendre une initiative produit devant un dirigeant avec des hypoth\u00e8ses chiffr\u00e9es, des sc\u00e9narios de risque et un ROI attendu, il n’aura plus besoin de „convaincre le business“. Il en fera partie. L’agilit\u00e9 cessera d’\u00eatre un folklore m\u00e9thodologique pour redevenir ce qu’elle a toujours \u00e9t\u00e9 : une ing\u00e9nierie de la d\u00e9cision et du capital.<\/p>\n\n\n\n

 Comme l’\u00e9crivait le Harvard Business Review<\/em> en 2018 : „Bien men\u00e9e, l’agilit\u00e9 se traduit presque toujours par une productivit\u00e9 accrue, un time-to-market plus rapide, une meilleure qualit\u00e9 et un risque r\u00e9duit.“ <\/em>C’est juste qu’on a oubli\u00e9 de parler de \u00e7a pendant qu’on d\u00e9battait de \u201cfaut il \u00e9crire agile ou Agile?\u201d ou \u201cque pensez-vous des estimations?\u201d <\/p>\n\n\n\n

L’agilit\u00e9 n’est pas un suppl\u00e9ment d’\u00e2me. C’est un choix \u00e9conomique rationnel dans un monde o\u00f9 l’incertitude co\u00fbte plus cher que l’\u00e9chec. Elle n’a pas \u00e9t\u00e9 invent\u00e9e pour rendre les gens heureux, mais pour rendre les entreprises viables. Le bonheur au travail, quand il arrive, c’est un effet de bord. Pas l’objectif premier.<\/p>\n\n\n\n

Notre responsabilit\u00e9 aujourd’hui n’est plus d’apporter l’agilit\u00e9 au business. C’est d’\u00e9lever notre propre culture \u00e9conomique jusqu’\u00e0 pouvoir parler, d’\u00e9gal \u00e0 \u00e9gal, avec ceux qui d\u00e9cident. Tant que nous n’aurons pas franchi ce cap, nous resterons des techniciens du changement. Le jour o\u00f9 nous le franchirons, nous redeviendrons ce que les fondateurs de l’agilit\u00e9 \u00e9taient : des strat\u00e8ges de la valeur.<\/p>\n\n\n\n

La vraie question n’est pas : „Comment \u00e9vang\u00e9liser le business ?“
Mais : „Combien \u00e7a co\u00fbte de se tromper, et comment l’agile r\u00e9duit-elle cette facture ?“<\/p>\n\n\n\n

Quand nous saurons r\u00e9pondre \u00e0 \u00e7a, nous n’aurons plus besoin de convaincre personne.<\/p>\n","protected":false},"excerpt":{"rendered":"

Un article que j’ai \u00e9crit pour la Newsletter du PMI France – Novembre 2025 ——- Il y a quelques ann\u00e9es, j’animais une session de sensibilisation … <\/p>\n","protected":false},"author":1,"featured_media":231,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[21,6,5],"tags":[],"class_list":["post-230","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agile-stuff","category-product","category-thinking","latest_post"],"_links":{"self":[{"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/posts\/230","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/comments?post=230"}],"version-history":[{"count":1,"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/posts\/230\/revisions"}],"predecessor-version":[{"id":232,"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/posts\/230\/revisions\/232"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/media\/231"}],"wp:attachment":[{"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/media?parent=230"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/categories?post=230"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/racheldubois.fr\/de\/index.php\/wp-json\/wp\/v2\/tags?post=230"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}