Agilité : définition d’un rapport à l’incertitude

Vous avez fait Scrum. Vous avez essayé Kanban. Peut-être même SAFe. Et vos équipes ne sont pas plus agiles qu’avant. Elles ont juste des post-its.

Le problème n’est pas la méthode. Le problème, c’est la définition qu’on a mise derrière le mot.

Dans les boîtes, on a confondu agilité et outillage. On a acheté des formations pour cocher une case. On a mis un daily de quinze minutes debout. On a écrit « sprint 1 », « sprint 2 » sur un tableau blanc. Et on a appelé ça une transformation.

Ce n’est pas ça, l’agilité. Ça n’a jamais été ça.

Agilité : la définition en une phrase

L’agilité est un rapport à l’incertitude. On avance avec des hypothèses plutôt qu’avec des certitudes, on livre vite pour apprendre du réel, on révise le plan quand les faits le contredisent. Scrum, Kanban ou SAFe sont des cadres qui peuvent soutenir cette posture. Ils ne sont pas l’agilité.

Cette définition tient en trois lignes. Elle change pourtant tout ce qui suit : la façon de décider, de planifier, de manager, de se tromper.

Et elle a une source précise. Le Manifeste agile, écrit en 2001 par dix-sept praticiens du logiciel. Quatre valeurs, douze principes. Relisez-le. Il ne parle ni de daily, ni de vélocité, ni de certification. Il parle de personnes, d’interactions, de collaboration, d’adaptation au changement.

L’ironie est cruelle. Un texte qui plaçait les individus au-dessus des processus est devenu le socle d’une industrie de processus.

Comment le mot est devenu une valise fourre-tout

Depuis vingt ans, le mot agilité s’est rempli de tout. On y met du Scrum, du Kanban, du management visuel, du design thinking, du lean, des OKR. On y met même du télétravail parfois.

Résultat : personne ne sait plus de quoi on parle.

La scène est classique. Un dirigeant assure que sa boîte est agile parce que les équipes font des sprints de deux semaines. Posez une seule question : quand la réalité contredit le plan de sprint, que se passe-t-il ? La réponse tombe presque toujours. On termine le sprint quand même.

Ce n’est pas de l’agilité. C’est du Scrum appliqué à un rapport rigide au réel. De la méthode sans posture.

Le marché lui-même commence à corriger le tir. Les grands frameworks à l’échelle, vendus comme de l’agilité industrialisée, décrochent dans les enquêtes d’adoption.

Quand un mot peut tout dire, il ne dit plus rien. Pour lui redonner du sens, il faut revenir à ce qu’il désigne vraiment : une façon de se tenir face à ce qu’on ne sait pas.

Complexe n’est pas compliqué : le vrai terrain de l’agilité

David Snowden et Mary Boone ont posé une distinction précieuse dans la Harvard Business Review en 2007, avec le cadre Cynefin.

Un problème compliqué a une solution. Un moteur d’avion est compliqué : il faut des experts, de l’analyse, du temps. Mais la bonne réponse existe, et on peut la prévoir.

Un problème complexe n’a pas de solution connue d’avance. Un marché, une équipe, une organisation sont complexes : les causes et les effets ne se lisent qu’après coup. On ne peut pas analyser son chemin vers la réponse. On doit tester, observer, ajuster.

L’agilité est la posture adaptée au complexe. Ni plus, ni moins.

Dans un environnement stable et prévisible, un plan classique fait très bien le travail. Personne n’a besoin d’un daily pour poser du carrelage. Dans le brouillard, en revanche, le plan détaillé devient une fiction rassurante. Il donne l’illusion du contrôle pendant que le réel s’écrit ailleurs.

Voilà pourquoi la définition de l’agilité passe par l’incertitude. Elle n’est pas une méthode universelle. Elle est la réponse honnête à une situation où on ne sait pas.

Trois signes d’un rapport agile à l’incertitude

Comment reconnaît-on ce rapport ? Pas aux post-its. À la façon de vivre trois situations concrètes.

Signe 1 : le feedback qui contredit est accueilli comme un cadeau

Quelqu’un présente une idée en réunion. Un collègue montre qu’elle ne tient pas. Que se passe-t-il ?

Dans un rapport rigide, la personne défend son idée bec et ongles. Elle cherche à convaincre plutôt qu’à écouter. Le feedback est traité comme une attaque.

Dans un rapport agile, le désaccord utile est une information gratuite. Il vient peut-être d’économiser trois mois de mauvaise direction. On dit merci.

La nuance semble minuscule. Elle est énorme. Et elle ne s’obtient pas en installant un outil. Elle se travaille, collectivement.

Signe 2 : le plan de janvier peut être rouvert en mars

En janvier, les objectifs sont posés. Le budget est fait. Le CODIR est aligné. En mars, un concurrent change les règles, un client majeur part, une réglementation tombe. Le plan ne tient plus.

Dans une boîte au rapport rigide, on force le plan. On met la pression pour tenir les jalons. On continue comme si de rien n’était.

Dans une boîte au rapport agile, on rouvre le plan. La réalité a changé, on révise. Ce n’est pas un échec. C’est une donnée de plus.

Le plan n’est pas la vérité. Il est une hypothèse posée à un moment, avec les informations de ce moment. Quand les informations changent, le plan bouge.

Signe 3 : on fait de la place à ce qu’on ne comprend pas encore

En réunion, quelqu’un dit : « il se passe quelque chose de bizarre avec ce client, je ne sais pas encore quoi. » Dans une boîte rigide, le manager coupe. On verra plus tard, sujet suivant. Dans une boîte agile, le manager creuse. Raconte-moi ce que tu vois.

L’incertitude verbalisée n’est pas de la faiblesse. C’est de l’intelligence collective en train de se construire. Une équipe agile ne classe pas trop vite. Elle laisse des choses en suspens, le temps de comprendre.

Vision ou prédiction : l’impasse du plan à trois ans

On continue à demander aux dirigeants des plans à trois ans. Les administrateurs les demandent. Les actionnaires. La banque.

Sur le principe, ça se comprend. Un dirigeant doit avoir un cap. Une direction dans laquelle il emmène sa boîte.

Le problème, c’est qu’on confond vision et prédiction.

Une vision, c’est un futur désiré. Un état vers lequel on veut aller. C’est solide sur trois ans, cinq ans, dix ans.

Une prédiction, c’est une hypothèse sur ce qui va se passer. Sur trois ans, c’est fragile. Sur cinq ans, c’est du hasard. Sur dix ans, c’est de la fiction.

Le plan à trois ans mélange les deux. On habille des prédictions en vision. On demande de tenir les prédictions comme si c’était la vision. Résultat : les équipes s’épuisent à tenir des chiffres qui n’ont plus de sens. Les dirigeants tordent le réel pour qu’il colle au plan. Et personne n’ose dire que le roi est nu.

Une organisation agile ne renonce pas à la vision. Elle renonce à la prédiction déguisée en vision. Tenir le cap, ce n’est pas tenir le plan. C’est tenir la direction. Le plan est un outil au service du cap. Pas l’inverse.

Ce que cette définition change, concrètement

Pour un dirigeant, adopter ce rapport à l’incertitude n’est pas devenir cool. C’est changer de posture.

Il arrête de faire semblant de savoir. Il arrête de projeter une confiance qu’il n’a pas. À la place, il donne un cap clair. Il partage ce qu’il sait. Il partage ce qu’il ne sait pas. Il invite les équipes à explorer avec lui.

C’est plus exigeant. Dire « je ne sais pas encore » quand on dirige demande une solidité que la culture managériale n’a jamais entraînée. On a formé des générations de chefs à cacher l’ignorance. Il faut la désapprendre. C’est le sujet d’un article entier : l’agilité commence quand on accepte de ne pas savoir.

Pour une équipe, ce rapport change les réflexes du quotidien.

Elle ne cache pas les mauvaises nouvelles. Elle les remonte vite, parce qu’une mauvaise nouvelle est une information utile, pas un aveu d’échec.

Elle ne défend pas ses positions à mort. Elle défend ses intentions. Ses positions bougent quand les faits bougent.

Elle décide avec de l’incomplet. Parce qu’attendre d’avoir tout, ce n’est pas de la prudence. C’est juste de la lenteur.

Cette maturité collective ne se décrète pas. Elle se travaille. C’est exactement le point de départ de la formation agile Insuffle Académie : une journée sur les fondamentaux, qui commence par le rapport à l’incertitude. Pas par les cérémonies.

Scrum et Kanban : des outils, pas une définition

Attention à ne pas se tromper de guerre. Scrum et Kanban ne sont pas le problème. Ce sont des outils corrects, souvent mal utilisés.

Un cadre agile appliqué avec une posture rigide produit du théâtre. Des cérémonies vides. Des rétrospectives où personne ne dit rien de vrai.

Le même cadre appliqué avec une posture agile peut faire des merveilles. Il ancre la posture dans le quotidien. Il évite de retomber dans les vieux réflexes. Kanban, par exemple, rend visible le flux de travail. Il rend impossible de continuer à mentir sur la charge des équipes. C’est déjà énorme.

L’important, c’est l’ordre. La posture d’abord, l’outillage ensuite. J’ai détaillé ce que recouvre cette posture dans l’état d’esprit agile : ce que ça veut dire vraiment.

Et si vous cherchez à vous former, le critère de choix est le même. Fuyez les programmes qui commencent par le vocabulaire. Le guide complet est ici : comment choisir une formation agile sans se faire avoir.

Découvrir la formation agile Insuffle Académie