Agile ou fragile ? … De stand-ups, de chaos et d’exigences manquantes !! / Blogs / Perficient

Il ne s’agit pas d’un discours, mais plutôt d’un apprentissage : il existe des milliers de façons de faire quelque chose de mal, très peu de façons de le faire correctement. Je dois dire que j’ai fait partie de quelques-uns qui ont mal tourné, c’est pourquoi ce blog.

Dans les premières années de ma carrière, je faisais partie d’une équipe de projet qui a décidé de « devenir Agile » parce que, hé, c’est le nouveau millénaire, et vous savez, c’est à la mode, et tout le monde le fait. Mais savons-nous réellement ce que cela signifie ? Absolument pas. Le client avait probablement lu quelque part dans un magazine (oui, il y avait des choses comme des magazines et nous nous y abonnions et les lisions – physiquement – ​​sur papier !!) sur Agile… ouais, je suis sûr que c’était juste quelques magazine, pas un livre, ni une série d’articles… et a déclaré que nous allions désormais tout gérer en « sprints ».

Nous étions donc là, un groupe de 11 personnes, réunies pour notre toute première réunion debout. Et par « debout », je veux dire que nous nous tenions maladroitement en cercle pendant que le manager lisait une liste de « tâches » pour lesquelles nous n’avions aucun contexte. Dire des choses comme « Nous terminerons ces 50 tâches d’ici vendredi », comme s’il s’agissait de simples listes de courses. J’ai demandé : « Euh, ne devrions-nous pas discuter des priorités ? Mais apparemment, dans notre nouveau framework Agile, « tout » était une priorité. Drapeau rouge n°1.

Puis est venu le kicker : des réunions debout « quotidiennes » à 8 heures précises. Maintenant, même si j’aime me traîner hors du lit à une heure impie, discuter des mêmes tâches tous les jours s’est rapidement transformé en une compétition de type « à quel point êtes-vous doué pour faire semblant d’être occupé ». Je me souviens avoir dit un jour : « Je travaille toujours sur la même tâche d’hier parce que, vous savez, le code ne s’écrit pas du jour au lendemain… » Mon sarcasme n’a pas été apprécié. Note à moi-même… Ça ne marche jamais !!

Mais le vrai plaisir a commencé dans Sprint 3, lorsque notre responsable a décidé qu’Agile signifiait que nous n’avions pas besoin d’exigences… du tout. « Agile est flexible ! » était une déclaration. Flexible signifiait apparemment : « Commençons à construire des choses sans savoir ce qu’elles sont. » Nous avons donc construit un Frankenstein d’un produit, une collection inadaptée de fonctionnalités que personne n’avait demandées, que nous n’avions pas testées et que nous avons finalement dû « mettre au rebut » entièrement. Nous étions tellement « Agiles » que nous n’avons jamais rien terminé.

Au final, nous n’avons même pas pris la peine de faire une rétrospective. Je suppose que réfléchir à la façon dont nous sommes passés de zéro à un désastre flamboyant n’était pas dans l’esprit « Agile ».

Plus tard dans ma vie, j’ai fait partie de grands Scrums et Scrum of Scrums et j’ai suivi une formation. J’ai rencontré quelques piliers qui pourraient faire cela de la bonne manière. Ces derniers temps, j’ai de nouveau vu un cirque avec plus de 200 ressources de développement travaillant dans un environnement « Agile » qui n’aboutissait à rien. Le client a maintenant infligé une amende à la société de conseil en raison des retards – Non, je ne vais pas nommer le projet et l’entreprise. Si vous savez – vous savez.

Ainsi, en approfondissant les statistiques sur l’efficacité d’Agile dans des scénarios du monde réel… je suis tombé sur des faits froids et concrets pour étayer statistiquement mon anecdote chaotique d’Agile. Il s’avère que ce que nous avons vécu n’est pas si rare dans le monde sauvage d’Agile qui a mal tourné.

Tout d’abord, les « stand-ups quotidiens ». Selon le « State of Agile Report 2020 », 87 % des équipes utilisent les stand-ups quotidiens comme pratique Agile de base, mais voici le truc : une enquête de « Mountain Goat Software » a montré qu’environ 30 % des stand-ups traînent en longueur. plus longtemps qu’ils ne le devraient, ce qui leur fait perdre du temps au lieu d’améliorer leur efficacité. Alors oui, nos « réunions de 8 heures du matin qui se transformaient en mises à jour de statut dont personne ne se souciait » ? Joli cas d’école sur ce qu’il ne faut pas faire.

Parlons maintenant de notre brillante approche « tout est une priorité ». La priorisation agile est censée se concentrer sur la « livraison de valeur », sans surcharger votre équipe avec un vidage de tâches. Selon un rapport de « Wrike », 55 % des travailleurs déclarent que les priorités floues sont la cause de leur plus grand stress. Alors, quand j’ai demandé si nous pouvions réellement, vous savez, prioriser les choses, je n’étais pas seulement difficile ; J’essayais de nous éviter de nous noyer dans une mer de tâches ».

Et toutes les « exigences ? Qui en a besoin ? ambiance? C’est une interprétation erronée classique. Agile met l’accent sur la flexibilité, mais un grand nombre de projets Agile échouent en raison d’« objectifs peu clairs » et d’une « mauvaise communication des exigences ». En d’autres termes, Agile ne signifie pas « pas de plan »… cela signifie adapter « un plan » lorsque cela est nécessaire. Nous n’avions même pas une ébauche de plan.

Voici une citation de « Jeff Sutherland », l’un des créateurs de Scrum : « Si vous vous trompez, Scrum vous le montrera immédiatement. » Ouais, eh bien, « nous n’avions pas besoin de Scrum pour nous montrer que notre navire était en train de couler… nous pouvions entendre les gargouillis ». Au moment où nous étions à mi-chemin du Sprint 3, nous n’étions plus Agiles, nous nous débattions dans le chaos avec un « travail » qui n’avait aucune direction, aucun test et aucune valeur.

Ce n’était donc pas seulement nous… nous faisions partie d’un groupe beaucoup plus large d’équipes essayant d’adopter Agile parce que cela semblait cool, pour ensuite se planter de manière spectaculaire en raison d’un manque de compréhension.

En fin de compte, je crois que sans structure, sans définition claire de ce que vous essayez réellement d’accomplir et sans une approche sensée des réunions, Agile peut passer d’un booster de productivité à un désastre enflammé plus rapidement que vous ne pouvez dire « rétrospective de sprint ». » Méfiez-vous!!