Vingt-cinq ans après la rencontre de Snowbird, la plupart des équipes ne manquent pas de cadres Agile. Elles en ont plutôt trop.
Scrum, Kanban, SAFe, LeSS, XP, méthodes hybrides, guides internes, mécanismes de gouvernance ajoutés par-dessus le reste : l’industrie est devenue très habile à mettre en place les rouages de l’Agile, mais étonnamment mauvaise à se rappeler pourquoi l’Agile a vu le jour.
À retenir
- Le Manifeste Agile demeure pertinent parce qu’il énonce des principes, et non des pratiques précises.
- La plupart des échecs attribués à l’Agile viennent d’une optimisation des cadres de travail au détriment des résultats.
- Scrum, Kanban, XP et SAFe sont des façons de mettre l’Agile en pratique. Ils ne sont pas l’Agile en soi.
- Les meilleures équipes Agile passent moins de temps à défendre leur processus et davantage de temps à améliorer leur capacité de livraison.
Le problème que l’Agile cherchait à résoudre
Lorsque le Manifeste Agile a été rédigé en 2001, les organisations technologiques croulaient sous la planification, la documentation, les approbations et les processus.
La réussite des projets se mesurait au respect du plan plutôt qu’aux résultats obtenus pour les clients.
Les dix-sept auteurs du Manifeste ne s’entendaient pas sur une méthode unique. Certains privilégiaient Scrum. D’autres préféraient l’Extreme Programming.
Ils s’entendaient toutefois sur un principe plus fondamental : le développement logiciel est avant tout un processus d’apprentissage.
De cette rencontre sont nés 68 mots qui allaient transformer l’industrie.
Les individus et leurs interactions plus que les processus et les outils.Des logiciels opérationnels plus qu’une documentation exhaustive.La collaboration avec les clients plus que la négociation contractuelle.L’adaptation au changement plus que le suivi d’un plan.
Ces énoncés n’éliminent pas ce qui se trouve à droite. Ils établissent simplement un ordre de priorité.
L’Agile n’a jamais été synonyme de Scrum
L’une des idées fausses les plus répandues dans les organisations modernes consiste à traiter Scrum comme un synonyme de l’Agile.
Scrum est un cadre de travail.
Kanban est un cadre de travail.
XP est un cadre de travail.
SAFe est un cadre de travail.
L’Agile est la philosophie qui les sous-tend.
La relation que la plupart des organisations comprennent à l’envers
Dès qu’un cadre de travail devient plus important que le résultat qu’il devait permettre d’obtenir, l’Agile a déjà été perdu de vue.
La montée de l’Agile de façade
La plupart des gestionnaires d’expérience ont déjà vu ce phénomène.
Des mêlées quotidiennes qui n’apportent aucun alignement.
Des mesures de vélocité que personne n’utilise pour prendre des décisions.
Des rétrospectives qui produisent des mesures de suivi dont personne ne s’occupe.
Des séances de planification PI où les engagements sont oubliés avant même la fin du trimestre.
Les cérémonies demeurent. Leur raison d’être disparaît.
C’est ce que plusieurs praticiens appellent le « cargo cult Agile » : reproduire les comportements visibles sans comprendre les principes qui les justifient.
Le problème vient rarement du cadre de travail lui-même.
Il vient plutôt du fait que l’on a oublié pourquoi ce cadre existait.
Pourquoi le Manifeste est encore plus important aujourd’hui
Le monde technologique actuel est beaucoup plus complexe qu’il ne l’était en 2001.
Les plateformes infonuagiques.
Le développement assisté par l’intelligence artificielle.
Les équipes distribuées.
La livraison continue.
Les exigences réglementaires.
La concurrence mondiale.
Paradoxalement, cette complexité rend le Manifeste plus utile, et non moins pertinent.
Plus l’incertitude est grande, plus les boucles de rétroaction rapides prennent de la valeur.
Plus l’environnement est complexe, plus la collaboration devient essentielle.
Plus les priorités changent souvent, plus les plans rigides deviennent dangereux.
Les pratiques précises continueront d’évoluer.
Les principes, eux, demeurent étonnamment solides.
Questions fréquentes
Les organisations devraient-elles encore utiliser Scrum?
Oui, si Scrum contribue à améliorer les résultats.
Non, s’il est devenu un simple exercice de conformité.
Le cadre de travail n’est pas l’objectif.
SAFe est-il Agile?
SAFe peut être mis en œuvre d’une manière qui respecte les principes Agile, tout comme il peut être appliqué d’une manière qui les contredit.
Le facteur déterminant n’est pas le cadre de travail. C’est la capacité de l’organisation à privilégier l’apprentissage, la valeur pour le client et l’adaptation.
Si l’Agile n’est pas Scrum, qu’est-ce que c’est?
L’Agile est une façon de prendre des décisions dans un contexte d’incertitude.
Tout le reste relève de la mise en œuvre.
La prochaine fois qu’une discussion s’enlise dans un débat entre Scrum, Kanban et SAFe, posez une question plus simple :
Quel problème du client cela nous aide-t-il à résoudre plus rapidement?
La plupart des débats sur l’Agile s’arrêtent là.
