Bienvenue à la deuxième édition de Z to A pulse ! Dans cette édition, nous avons l’intention de pinailler sur un processus largement accepté qui gagne aujourd’hui en popularité en tant que mode de gestion.

Avez-vous déjà été confronté à la question “Êtes-vous agile ? Ou bien vous vous promenez souvent en disant : “Je travaille dans le domaine de l’agilité” ?

Il semble que le processus ne soit pas aussi facile et fluide qu’il le prétend.

J’ai lu récemment un article sur le fait que les gens pensent souvent que l’Agile est la transformation suave, rapide et propre de Cendrillon, alors qu’il s’agit souvent de la transition complexe et désordonnée d’un homme innocent en un loup-garou américain.

Alors pourquoi les organisations ne voient-elles pas souvent les défauts de cette approche largement acceptée ?

Je m’appelle
Sharon Koshy
stratégiste marketing chez Zuci et je discute de ce sujet en détail avec
Saifudeen Khan
architecte de solutions senior chez Zuci et lui-même évangéliste Agile.

Soyons réalistes – Pourquoi les transformations agiles échouent-elles?

Sharon : Alors que de plus en plus d’entreprises adoptent cette approche pragmatique du développement de produits, quelles sont les bases de la transformation agile qui leur échappent ?

Saif : J’ai vu que les gens ne comprenaient pas le sens de ce mot. Ils estiment qu’il s’agit d’une chute d’eau plus courte sous le couvert de l’Agile. Chaque projet comporte une phase où se succèdent exigences – développement – tests/validation – déploiement. La méthode Agile est censée être un sprint plus court, mais les entreprises la considèrent désormais comme une chute d’eau plus courte et suivent le même rythme, de la collecte des besoins au déploiement. Il s’agit là d’une erreur majeure lorsqu’il s’agit d’adopter la méthode Agile.

Les entreprises doivent décider en connaissance de cause si le projet fonctionnera mieux selon le modèle Agile, Waterfall ou itératif. Opter aveuglément pour la méthode Agile en pensant qu’elle résoudra tous les problèmes est une grave erreur.

Sharon : Une entreprise peut-elle adhérer pleinement à un Manifeste Agile ?

Saif : Le Manifeste Agile a été conçu par les fondateurs des processus respectifs sur la base des problèmes qu’ils avaient envisagés dans leur cercle à ce moment-là. Bien qu’il nous donne quelques lignes directrices concrètes, nous devons nous rappeler que chaque entreprise, chaque projet, chaque personne et chaque culture varient. Chaque entreprise doit donc comprendre que ces processus doivent être personnalisés pour atteindre les objectifs finaux. Il n’existe pas de manifeste unique.

Nous avons également passé en revue chacun des principes et décodé leur signification réelle :

Ce qu’il dit – Les individus et les interactions plutôt que les processus et les outils.
Ce que cela signifie – Les individus doivent s’approprier le projet ; à terme, vous documenterez les histoires pour montrer ce que vous avez fait.

Ce qu’il dit – Un logiciel fonctionnel accompagné d’une documentation complète.
Ce que cela signifie – Cela ne signifie pas nécessairement l’absence de documentation, mais plutôt que la documentation est considérée comme faisant partie d’un logiciel fonctionnel et qu’il n’est pas nécessaire d’y consacrer du temps supplémentaire.

Ce qu’il dit – La collaboration avec le client prime sur la négociation du contrat.
Ce que cela signifie – Le sprint étant plus court, il est plus facile d’accompagner le client et de voir si l’entreprise est en mesure de répondre à sa demande. Cela s’explique par le fait que l’interaction est plus fréquente (une fois toutes les deux semaines) que dans le cas d’une cascade traditionnelle.

Ce qui est écrit – Répondre au changement en suivant un plan.
Ce que cela signifie – Le changement est inévitable. Selon Agile, l’équipe étant étroitement soudée, le changement peut être introduit immédiatement. Cela donne un avantage supplémentaire de revenir en arrière et d’effectuer les changements dans un délai plus court sans avoir d’impact sur la publication.

Sharon : Quel rôle joue la culture d’une organisation dans l’adoption de la méthode Agile ?

Saif : La culture joue un rôle très important dans la méthode Agile. La plupart du temps, l’organisation n’a pas beaucoup de visibilité dans le cas d’une chute d’eau traditionnelle. Mais dans la méthode Agile, tout doit aller de haut en bas. Pour que l’approche Agile fonctionne dans une organisation, il faut avant tout que les principales parties prenantes y adhèrent et qu’elles conviennent que l’approche Agile apportera une certaine valeur. Une fois que vous avez choisi une histoire, vous vous engagez à la livrer au cours des deux ou trois semaines du sprint. Si une autre priorité intervient dans l’intervalle, le processus échouera à moins que l’équipe ne dispose d’un plan de sprint clair dans lequel chacun accepte de sélectionner le carnet de commandes et de le classer par ordre de priorité au cours du prochain sprint. Si l’équipe continue à répondre à des demandes ad hoc, le processus agile s’enlisera.

Le deuxième aspect est celui de la propriété. Une approche traditionnelle axée sur le service échouera dans ce scénario. La culture doit être axée sur l’appropriation et l’équipe doit être consciente de la valeur qu’elle apportera au client.

Troisièmement, tenez les gens informés. Si vous estimez que le calendrier ne peut pas être respecté, il est impératif de le faire savoir dès le premier jour. Cette caractéristique devrait faire partie de l’appropriation dans le cadre de la méthode Agile. Communiquez dès le début pour que toutes les parties soient sur la même longueur d’onde.

Sharon : Quelle est l’importance de la communication et de la collaboration pour la réussite d’une transformation agile ?

Saif : Dès que l’équipe réalise qu’au lieu de travailler en silos, elle doit briser les barrières, tout le monde est gagnant. Le cycle doit être tel que le développeur s’assure que le testeur gagne et que le testeur travaille pour que le développeur gagne. C’est le niveau de collaboration qu’exige la méthode Agile.

Sharon : Client ou technologie – quelle est la priorité en matière d’agilité ?

Saif : Je ne pense pas qu’il s’agisse de deux choses différentes. Bien sûr, le client est au centre des préoccupations. Mais un bon client comprendra également la technologie que vous proposez. Vous ne pouvez pas construire quelque chose pour le plaisir. Un client n’arrive pas avec une technologie prédéterminée à l’esprit, sauf dans le cas des systèmes existants. Ils seront toujours enthousiastes et ouverts à la compréhension de la technologie que vous leur proposez, pour autant qu’elle présente les avantages qu’ils recherchent. Il n’y a donc pas de conflit entre les clients et la technologie lorsqu’il s’agit d’Agile.

Sharon : Quelques techniques pour éviter l’échec d’une transformation agile ?

Saif : Garder ces éléments à l’esprit devrait vous aider –

La sensibilisation à la méthode Agile est le strict minimum requis dans l’organisation. Une fois ces éléments mis en place, il est plus facile de prendre de l’élan.

Je commence toujours par une matrice dans mon esprit : qui est responsable, qui doit rendre des comptes, qui est le consultant et qui sont les personnes qui doivent être tenues informées. Ce document peut ensuite être publié à l’intention des parties prenantes, ce qui constitue une bonne pratique.

Ensuite, il y a les techniques d’estimation. L’approche agile vous offre différentes méthodes comme le poker, l’intuition, etc. pour estimer les efforts qui vous attendent. Cela vous donne également la possibilité de revenir à la ressource qui travaille sur le sprint en question pour obtenir une estimation de l’effort, et il est important de valider leur compétitivité. À ce stade, on peut suggérer, par exemple, d’opter pour la méthode du poker. L’estimation indiquée par la majorité des cartes de poker de la table est prise en compte et les ressources doivent travailler dans cette catégorie d’estimation.

Enfin, pour chaque sprint, veillez à ce que les points de récit, la vitesse de l’équipe et les tâches prioritaires soient publiés à l’intention des parties prenantes et des autres personnes concernées. Ainsi, toutes les personnes présentes à la réunion peuvent discuter des déviations ou des priorités ad hoc, et une certaine capacité peut être réservée à ces tâches avant que vous ne passiez à autre chose.

Les gens devraient commencer à croire que l’approche Agile n’est pas une solution unique à tous les problèmes, mais qu’elle vous aidera à identifier les problèmes à un stade précoce afin que vous ayez le temps de les corriger. Il appartient ensuite aux parties prenantes de prendre les mesures nécessaires.

Si vous minez ces problèmes et les laissez coexister sans les résoudre de manière permanente, vous allez échouer.

Question pour vous :

Que pensez-vous de la transformation agile – seriez-vous pour ou contre ? Faites-le nous savoir dans les commentaires.

Merci de votre lecture ! Restez à l’écoute de nos prochaines éditions, où nous reviendrons sur d’autres sujets passionnants liés à l’excellence en ingénierie.

Autres lectures intéressantes :