Modern Agile ramène l'agilité à quatre principes

Le Modern Agile se cite volontiers en réunion comme une version 2.0 de l'agilité, un cadre plus récent que Scrum. Il n'a pourtant rien à installer, rien à acheter ni rien à certifier. Quatre phrases le résument, avec l'obligation inconfortable de regarder ce que l'organisation fait réellement de son agilité.

Depuis 2012 que j'accompagne des équipes et que je facilite des collectifs, j'ai vu passer beaucoup de cadres agiles. La plupart arrivent avec un vocabulaire, des rôles, un calendrier de cérémonies et une offre de formation. Le Modern Agile n'apporte rien de tout cela, ce qui explique à la fois sa discrétion et son utilité. Il fonctionne comme un miroir.

Qu'est-ce que le Modern Agile ?

Le Modern Agile est un ensemble de quatre principes guides destinés à orienter le travail d'une équipe sans prescrire aucune pratique. Le site officiel du mouvement le décrit comme une communauté guidée par des principes et libre de tout framework, puisant dans la sagesse de nombreux secteurs. L'ensemble est publié sous licence Creative Commons Attribution-ShareAlike 4.0, graphisme compris.

Cette absence est voulue. Un framework dit quoi faire lundi matin. Un principe fixe ce à quoi l'équipe doit ressembler dans six mois et lui laisse la charge de trouver le chemin. Le premier rassure et se vend, le second dérange et se vend mal. Aucun prestataire ne peut donc appliquer le Modern Agile de travers, faute d'avoir quoi que ce soit à appliquer.

Ce que le Modern Agile ne contient pas

• Aucun rôle. Ni Scrum Master, ni Product Owner, ni Release Train Engineer.
• Aucune cérémonie. Ni Daily, ni Sprint Planning, ni rétrospective imposée, ni revue de fin d'itération.
• Aucun artefact obligatoire. Ni backlog, ni burndown chart, ni story point, ni vélocité.
• Aucune certification. Il n'existe pas de Certified Modern Agile Practitioner.
• Aucune unité de mise à l'échelle. Rien qui ressemble à un train, à une tribu ou à un chapitre.

D'où vient le Modern Agile et qu'est-ce qui l'a déclenché ?

Le Modern Agile vient d'un praticien qui a constaté que ses propres pratiques ne tenaient plus. Joshua Kerievsky, fondateur d'Industrial Logic et auteur de Refactoring to Patterns paru chez Addison-Wesley en 2004, publie un premier billet intitulé Modern Agile le 3 novembre 2015 sur le blog de sa société. Il y écrit qu'il tenait autrefois pour essentiels l'estimation en story points, le calcul de la vélocité ainsi que les itérations de durée fixe, avant de n'en utiliser plus aucun. Le mouvement naît de cet aveu personnel.

Le billet de 2015 nomme déjà quatre principes, à une nuance près. Le premier s'y lit « Make Users Awesome », rendre les utilisateurs géniaux. Il devient « Make People Awesome » dans la keynote donnée le 27 juillet 2016 à la conférence Agile2016, à Atlanta, d'après le programme officiel de la conférence. Le passage des utilisateurs aux personnes étend le principe à tout l'écosystème, de ceux qui fabriquent à ceux qui achètent ou financent. Les résumés qui datent la création de 2016 seulement effacent l'année où l'idée s'est cherchée.

Kerievsky n'était pas seul à trouver que quelque chose clochait

Dès novembre 2011, Jim Highsmith, ingénieur logiciel et l'un des dix-sept signataires du Manifeste agile, publie un texte au titre sans ambiguïté, « Velocity is Killing Agility ». Il y explique que la mesure de vélocité, censée aider une équipe, sert en réalité à la comparer et à la presser.

En mai 2019, Ron Jeffries, informaticien, autre signataire et cofondateur de l'Extreme Programming, va plus loin dans « Story Points Revisited ». Il y écrit qu'il a peut-être inventé les story points et que, si c'est le cas, il en est désolé aujourd'hui. On oublie souvent qu'il conclut en se disant un peu désolé, sans l'être beaucoup. Il recommande d'abandonner l'estimation quand elle n'apporte pas de valeur réelle. La nuance sépare une critique d'usage d'une abjuration.

Ces critiques viennent des gens qui ont construit les pratiques et qui ont regardé ce qu'on en avait fait. Le même mécanisme se retrouve dans les rituels agiles qui ne produisent pas d'agilité, la forme survivant longtemps à l'intention tant que les cérémonies ont lieu à l'heure.

Que disent les quatre principes du Modern Agile ?

Les quatre principes du Modern Agile tiennent en quatre phrases impératives, dans un ordre qui n'établit aucune hiérarchie. Le tableau les donne dans leur formulation d'origine, avec ce qu'en dit le site officiel, la question que chacun oblige à poser et le contresens le plus répandu.

Le quatrième principe rejoint une discipline que l'arrivée de l'IA rend plus pressante, celle de la boucle de travail courte. Plus le lot livré est petit, plus l'équipe apprend vite de ce qu'elle a mis entre les mains des gens.

D'où viennent ces principes ?

Kerievsky cite ses sources dans son billet fondateur et une bonne part vient d'ailleurs que de l'informatique. On y trouve le lean appliqué au développement logiciel, le Kanban, la livraison continue, le Lean Startup de l'entrepreneur Eric Ries paru en 2011, les travaux de James Reason, professeur de psychologie à l'université de Manchester, sur les accidents organisationnels et la culture de sécurité industrielle telle que l'ancien PDG d'Alcoa Paul O'Neill l'a imposée dans l'entreprise entre 1987 et 1999.

Cette généalogie explique la place inhabituelle de la sécurité dans le dispositif. Le principe vient des industries où une erreur non signalée peut coûter une vie. Il est le point le plus intéressant du Modern Agile et celui que les organisations vident le plus vite de son contenu.

Pourquoi la sécurité est-elle le principe le plus mal compris ?

La sécurité est le principe le plus mal compris parce qu'on la confond avec la douceur, alors qu'elle désigne une capacité à encaisser le conflit et la mauvaise nouvelle. Dans un environnement sûr, les gens se contredisent sans que contredire coûte quoi que ce soit à celui qui le fait.

Ce que la recherche établit réellement

Le concept est documenté et daté. Amy Edmondson, professeure de leadership à Harvard Business School, publie en 1999 dans Administrative Science Quarterly une étude devenue la référence du domaine, Psychological Safety and Learning Behavior in Work Teams. Elle porte sur 51 équipes de travail d'une entreprise industrielle.

Son résultat structurant est souvent mal restitué. La sécurité psychologique n'améliore pas directement la performance. Elle rend possible un comportement d'apprentissage (poser des questions, demander de l'aide, signaler une erreur) et ce comportement produit la performance. La sécurité devient ainsi le prérequis d'une équipe qui progresse bien plus que la récompense d'une équipe qui va bien. Le Modern Agile reprend cette idée et la range en amont de tout le reste. Le mécanisme est détaillé dans l'article sur la sécurité psychologique d'une équipe.

Une équipe qui ne peut pas dire « je me suis trompé » ne peut pas apprendre. Toutes les autres pratiques installées par-dessus ne feront que rendre cette impossibilité plus rapide.

Un test simple pour un comité de direction

La sécurité se mesure moins au discours qu'à un seul événement, ce qui arrive à la première personne qui annonce que le calendrier ne tiendra pas. Si l'information remonte vite, si elle est traitée comme une donnée et modifie une décision, la sécurité existe. Si elle attend le prochain comité, reformulée en point d'attention sans rien changer, elle n'existe pas, quel que soit le nombre de séminaires sur la bienveillance. Le statisticien W. Edwards Deming en faisait déjà le huitième de ses quatorze points, chasser la peur.

Le mot bienveillance sert souvent de synonyme à sécurité. Les deux ne se recouvrent pas et la vraie bienveillance au travail suppose de pouvoir dire des choses désagréables. Une équipe qui les confond glisse vers la fausse harmonie, l'un des dysfonctionnements classiques où l'absence de conflit visible masque une absence de confiance.

Quelle différence avec le Manifeste agile, Scrum et SAFe ?

Le Manifeste agile énonce des valeurs, Scrum et SAFe prescrivent une organisation du travail, le Modern Agile fixe des objectifs sans dire par quel chemin les atteindre. Comparer les quatre sur le même axe produit la plupart des malentendus.

Le Manifeste agile de 2001 lu à travers les quatre principes

Dans sa keynote d'Agile2016, Kerievsky a mis les quatre valeurs du Manifeste pour le développement agile de logiciels en regard de ses quatre principes. Il qualifie le texte de 2001 d'historique et présente l'agilité moderne comme une façon plus actuelle d'en dire l'intention. Sa correspondance se lit ligne à ligne dans le tableau.

Manifeste agile, Scrum, SAFe et Modern Agile côte à côte

Non, le Modern Agile ne remplace pas le Manifeste agile

Les résumés se trompent souvent sur ce point. Le Manifeste a été rédigé et signé par dix-sept personnes réunies dans l'Utah du 11 au 13 février 2001. Joshua Kerievsky n'en fait pas partie. Les signataires n'ont jamais entériné le Modern Agile. Celui-ci n'a aucun statut officiel vis-à-vis du texte de 2001 et les douze principes du Manifeste restent publiés inchangés.

La correspondance du tableau reste une proposition d'auteur, argumentée et discutable. Elle ne révise rien. Présenter le Modern Agile comme « le nouveau Manifeste » trompe sur son statut et prive au passage le lecteur du droit de le contester.

Une équipe peut-elle pratiquer Scrum et le Modern Agile en même temps ?

Oui. Le cas est même le plus fréquent, parce que les deux objets ne jouent pas au même niveau. Ken Schwaber et Jeff Sutherland disent comment organiser le travail d'une équipe. Le Modern Agile demande à quoi sert cette organisation. Rien n'interdit de garder ses itérations et ses rétrospectives en se servant des quatre principes pour évaluer ces mêmes rituels.

La friction apparaît ailleurs et elle est réelle. Qui prend la sécurité au sérieux trouve certaines pratiques installées difficiles à défendre, comme comparer la vélocité de deux équipes, faire de l'engagement de sprint un objet d'évaluation individuelle ou tenir des rétrospectives en présence de la ligne hiérarchique qui décide des augmentations. Le Modern Agile ne demande pas d'abandonner Scrum. Il met devant ce qu'on a ajouté à Scrum sans le dire.

Comment appliquer le Modern Agile sans en faire un framework de plus ?

Le Modern Agile s'applique comme une grille de diagnostic répétée dans le temps. Le réflexe organisationnel classique consiste à ouvrir un chantier Modern Agile, à nommer un référent et à produire une feuille de route, soit le meilleur moyen de reproduire ce que le Modern Agile critique. La manière la plus simple tient en quatre étapes.

1. Notez les quatre principes sans rien changer d'autre. Réunissez l'équipe une heure et évaluez honnêtement, principe par principe, où vous en êtes. Aucun plan d'action à ce stade, aucun outil nouveau, aucune cérémonie ajoutée. La seule règle qui compte est que chacun puisse poser une mauvaise note sans conséquence, ce qui constitue déjà un test du deuxième principe.
2. Traitez la sécurité en premier, quelle que soit la note des autres. Si les gens ne peuvent pas signaler une mauvaise nouvelle sans risque, les trois autres principes tiendront mal et vos expérimentations deviendront des démonstrations déguisées. Cherchez des preuves concrètes en regardant comment le dernier incident a été traité et ce qui est arrivé à la personne qui a annoncé le dernier retard.
3. Choisissez une seule expérimentation, avec sa mesure définie avant le lancement. Une expérimentation dont le critère de réussite n'est pas écrit à l'avance reste une opinion. Fixez un horizon court, une mesure unique et une date à laquelle vous arrêtez, poursuivez ou modifiez. Le mécanisme est celui du feedback comme boucle d'apprentissage plutôt que comme jugement.
4. Refaites l'exercice au trimestre suivant et comparez. Le Modern Agile n'a de valeur qu'en série. Reprenez la même grille trois mois plus tard, comparez les notes et discutez des écarts. L'évolution d'une fois sur l'autre informe davantage que la note elle-même. Une note stable et honnête vaut mieux qu'une progression fabriquée pour le comité.

La qualité de cet exercice dépend entièrement de celle de la conversation, ce qui en fait un sujet de facilitation avant d'être un sujet de méthode. Une évaluation collective menée sans cadre produit soit un consensus mou, soit la note du plus gradé. Un vrai travail sur les niveaux d'intelligence collective d'un atelier change alors la donne. Il distingue une organisation qui apprend d'une organisation qui documente son apprentissage.

Une dernière remarque de méthode vaut pour les quatre principes. Ne les faites pas descendre. Si le Modern Agile arrive par une note de direction, il deviendra un référentiel d'évaluation des équipes et la sécurité sera la première victime. Il fonctionne quand une équipe se l'approprie et invite ensuite sa hiérarchie à regarder le résultat, ce qui suppose d'avoir déjà travaillé la dynamique de votre culture projet.

Quelles sont les limites du Modern Agile ?

La principale limite du Modern Agile tient à sa principale force, il ne dit pas quoi faire lundi matin. Une équipe qui manque de repères opérationnels n'y trouvera aucun secours et le reproche est légitime. Quatre objectifs sans pratique associée laissent une marge d'interprétation considérable. Cette marge se remplit avec la culture existante, celle-là même qu'on voulait changer.

Trois limites du Modern Agile

• L'absence de guidance opérationnelle. La critique est la plus fréquente et la plus fondée. Le Modern Agile suppose des équipes déjà matures, capables de traduire un principe en pratique. Dans une organisation qui découvre l'agilité, il produira surtout des affiches.
• « Rendre les gens géniaux » est un piège rhétorique. Le principe est le plus facile à récupérer en discours managérial creux et le plus difficile à mesurer. Formulé sans destinataire précis, il ne veut rien dire. Nommez les personnes concernées ou laissez le principe de côté.
• Le mouvement reste discret. Le site officiel est toujours entretenu. Fin septembre 2025, Joshua Kerievsky y ajoutait encore des traductions en farsi pendant que Tim Ottinger en modernisait le code. Sa liste d'événements s'arrête pourtant en 2018. Un cadre qui compte sur sa communauté pour se diffuser avance lentement quand cette communauté se fait peu entendre.

Cette dernière limite est ironique et mieux vaut l'assumer que la cacher. Le Modern Agile a refusé de se doter d'une industrie, d'un institut et d'un programme de certification. Il n'existe donc pas d'organisme chargé de le faire connaître. La cohérence a un prix.

Le Modern Agile aide un collectif bloqué à se réinterroger

Le Modern Agile se prête mal à une transformation. Il sert mieux comme jeu de quatre questions à poser à un collectif qui a déjà tout installé sans comprendre pourquoi rien ne bouge. Dans ce contexte, sa nudité devient un avantage, puisqu'il n'y a rien à acheter, donc rien à mettre en scène ni rien derrière quoi se cacher.

S'il ne fallait retenir qu'un principe, le deuxième l'emporterait. La sécurité conditionne les trois autres et se dégrade sans bruit, souvent au moment où l'organisation se met sous tension. Elle fait le lien direct entre agilité et capacité d'une organisation à encaisser les perturbations. Une équipe qui ne peut pas dire ce qui ne va pas ne vous préviendra pas non plus de ce qui arrive.