Depuis la popularisation de Scrum et de ses dérivés, on voit régulièrement des articles déplorer les inconvénients du travail en environnement Agile ou de type Scrum. Le reproche le plus fréquent est celui d'assister à des réunions censées donner l'impression d'avancer, mais dont les résultats ne sont pas au rendez-vous, et/ou de préférer coder, concevoir, tester, etc. plutôt que d'y participer.
Et pour cause. Le Manifeste Agile a toujours mis l'accent sur les valeurs et les principes plutôt que sur la méthodologie. C'est un concept qui n'est pas toujours facile à appréhender, notamment en gestion des opérations.
Cela a donné lieu au développement de « méthodolies » agiles pour aider à traduire ce qui était avant tout un « état d’esprit » en quelque chose d’opérationnel que les gestionaires pouvaient comprendre.
Plus récemment, avec l'avènement de l'IA et son essor rapide dans le développement logiciel, la valeur continue de la méthode Agile est remise en question car il semble que Claude, Codex, etc., puissent à peu près tout faire.
Ils sont très impressionnants.
Je crois que ceux qui pensent ainsi se méprennent encore sur l'essence même de l'agilité. J'ai répété à maintes reprises au cours de ma carrière que si vous « faites de l'agilité », vous ne faites probablement pas ce que vous devriez faire, car l'agilité ne se résume certainement pas à des réunions… même si elles sont utiles.
Quel que soit votre secteur d'activité, si vos pratiques agiles n'améliorent pas votre livraison ET votre équilibre travail/vie personnelle, essayez de mesurer ce qui ne fonctionne pas et revenez aux valeurs et aux principes de l'agilité.
La qualité prime
Avant tout, l'approche Agile vise à fournir de la qualité.
Notre priorité absolue est de satisfaire le client grâce à une livraison rapide et continue de logiciels de valeur.
(traduction libre)
Qu'est-ce que cela signifie?
Cela signifie que quel que soit le produit ou service que vous proposez, vous devez réfléchir attentivement à la manière de le concevoir, et surtout à la manière dont il sera utilisé.
Je crois que mon ami et ancien patron, Rich Loen, fondateur d'InGenius, l'a parfaitement résumé lorsqu'il nous encourageait toujours à concevoir un produit, et je paraphrase, 'qui vous laisse un sourire quand onl l'utilise'. Cela exige de la réflexion.
Ce qui compte le plus?
Le dernier des 12 principes du Manifeste Agile stipule :
À intervalles réguliers, l'équipe réfléchit à la manière de devenir plus efficace, puis ajuste son comportement en conséquence.
(traduction libre)
Bon… c’est bien beau… mais concrètement, qu’est-ce que ça signifie ?
Voici la partie concernant la gestion des processus. Quoi ? La méthode Agile inclut la gestion des processus ? Uniquement lorsque c’est nécessaire.
Si vous êtes une start-up ou une très petite entreprise comptant moins de 8 à 10 personnes travaillant dans le même bureau, ou suffisamment proches pour se rencontrer régulièrement en personne (ou par vidéoconférence), vous n'avez probablement pas besoin d'un processus complexe si vous êtes tous au courant de tout ce qui se passe.
Ainsi, se réunir à « intervalles réguliers » n'est pas une nécessité. Vous le savez déjà, ou vous pouvez le découvrir en tournant votre chaise, et vous pouvez aborder les problèmes au fur et à mesure qu'ils se présentent.
Si vous travaillez dans un environnement avec plus de personnes, du télétravail, plusieurs équipes, etc., c'est alors que ce dernier principe devient crucial pour fournir un travail de qualité dans les délais impartis.
Hé ! Tu ignores beaucoup de principes !
Oui, je le suis. Non pas qu'ils ne soient pas importants, bien au contraire. Surtout celui-ci :
Les processus agiles favorisent le développement durable. Les commanditaires, les développeurs et les utilisateurs devraient pouvoir maintenir un rythme constant indéfiniment.
(traduction libre)
L'épuisement professionnel n'est bon ni pour les individus ni pour les organisations.
Gestion des processus
Au fil des années, tout en développant un « état d’esprit agile », j’ai réduit cela à quelques éléments qui ont très bien fonctionné pour moi et mes équipes.
Définir le processus
En réalité, plus un processus est complexe, plus il réduit la productivité. Plus le nombre de personnes à coordonner est élevé, plus la perte de productivité individuelle est importante. Cela s'explique par les efforts supplémentaires engendrés par la nécessité de synchroniser l'ensemble des intervenants.
Pour réduire les coûts indirects, il est important de définir formellement le processus, en gardant à l'esprit qu'il doit s'adapter à l'évolution des circonstances et qu'il doit être aussi simple que possible. Il ne faut pas le figer, car il est fort probable qu'il évolue avec le temps.
Vous gagnerez en productivité si vous développez des processus adaptés à chaque type de tâche. Certaines tâches peuvent, par nature, nécessiter plus d'étapes que d'autres.
Mesurez chaque étape du processus
Consignez des éléments tels que le temps nécessaire pour que chaque étape passe à la suivante, et enregistrez aussi précisément que possible le temps d'implémentation réel.
Capturez ce qui s'est mal passé
L'approche rétrospective classique consiste à lister ce qui a bien fonctionné et ce qui a mal fonctionné. Or, d'après mon expérience, lister les points positifs est bien moins utile que de saisir précisément ce qui a mal tourné au moment même où cela s'est produit.
Tirer profit des problèmes
Si vos processus sont clairement définis et que vous mesurez le temps passé à chaque étape et le temps d'exécution, la représentation graphique de ces valeurs permet de mettre en évidence les goulots d'étranglement. Je surveille également les étapes ignorées, ce qui permet d'identifier celles qui apportent peu de valeur et qui devraient être réévaluées.
Lorsque votre équipe prend l'habitude de noter les problèmes rencontrés, vos rétrospectives deviennent bien plus efficaces car vous avez des points à traiter immédiatement. Et si aucun problème n'est signalé, vous annulez ou raccourcissez la rétrospective et passez à autre chose. Gain de temps assuré : on agit uniquement sur les points essentiels, dans une approche agile.
Pour conclure
L'état d'esprit Agile est axé sur la qualité, la rapidité, le rythme et la volonté de maintenir les processus aussi légers que possible sans compromettre le premier principe fondamental de l'approche Agile.
J'ai passé des années à résoudre des problèmes et à améliorer les processus, à constituer des équipes engagées et performantes, et à fournir un travail de qualité dans les délais impartis.
J'ai maintenant mis toute cette expérience à profit pour créer un outil destiné à soutenir cette approche qui a si bien fonctionné pour moi ; il s'appelle Louis et si vous le consultez, j'espère qu'il mettra « un sourire à vos lèvres ».