Conclusions basées sur de vrais exemples Agile Scrum et des expériences Agile Scrum.

"Agile est nouveau, cascade est vieux". « Pour délivrer plus rapidement des services et des produits (IT ou non), il faut travailler Agile » J'entends presque tous les jours dans mes missions de conseil et mes formations. Remarque : Agile ne doit pas nécessairement être Scrum (voir par exemple aussi Chef de projet Agile, PRINCE2 Agile, Devops,…). Nous sommes maintenant pas mal d'années plus loin avec ces méthodes exponentiellement augmentées, quelles conclusions peut-on en tirer ? Quelques déclarations et ma réaction basées sur l'expérience de la pratique et les histoires de la formation.

• "Agile/Scrum est nouveau, cascade est vieux": entendu beaucoup, mais une mauvaise pensée. Agile est probablement la manière la plus intuitive de travailler et je suppose que cette méthode était également utilisée par nos lointains ancêtres pour mener à bien des projets en petites équipes. En ce qui concerne ma propre expérience je travaillais déjà avec nos équipes de développement dans les années 90 du siècle dernier de cette façon : Rapid Application Development (ou RAD), Joint Application Development (JAD) et plusieurs autres variantes ont été utilisées pour livrer des logiciels de manière itérative et incrémentale. Ajouter le terme Agile, c'est donc en partie « vin nouveau dans de vieilles bouteilles », ce qui n'est d'ailleurs pas un argument contre Agile.
• « Agile est toujours possible » : Cela doit être nuancé. Agile Scrum, par exemple, nécessite un certain nombre de conditions pour être utilisé correctement. Si ces conditions ne sont PAS remplies, vous devez soit adapter votre organisation pour pouvoir utiliser les méthodes Agiles, soit utiliser une autre méthode. PRINCE2 Agile® utilise ce que l'on appelle « l'Agilomètre » pour tester si votre organisation remplit suffisamment ces conditions pour utiliser les méthodes Agiles (ou PRINCE2 Agile). Agile PM (ou DSDM) dispose d'un outil similaire : le Project Approach Questionnaire. Bien que ces 2 dernières méthodes soient encore assez flexibles, Scrum est assez rigide dans l'adaptation de la méthode. Avant de commencer, demandez-vous si vous, en tant qu'organisation, remplissez ces conditions ou ce qu'il vous reste à faire avant de pouvoir travailler avec Scrum.
• "Agile est toujours souhaitable": Permettez-moi d'être clair ici : NON. Dans la continuité de la question précédente. L'effort organisationnel que vous devez fournir pour activer Agile Scrum est parfois énorme (et parfois très petit). Pensez à des changements de culture importants, à la création de petites équipes qui doivent de préférence travailler sur un seul site et "dédiées" (ou dédiées) aux projets, etc. : ce n'est tout simplement pas toujours facilement possible. Faites donc une bonne analyse de rentabilisation, dans laquelle vous cartographiez les risques en plus des coûts et où les avantages ne sont pas toujours aussi évidents. En pratique, beaucoup mordent les organisations se sont cassé les dents là-dessus !
• « Agile est une mode » : Je ne pense pas. Agile est dans de nombreux cas le meilleur choix. Vous ne pouvez pas (correctement) planifier l'imprévu et vous ne devriez donc pas essayer de le faire : ce n'est pas seulement une perte de temps, mais cela crée également de fausses attentes de la part de toutes les personnes impliquées. Agile propose donc un phasage court dans lequel une planification plus précise est faite et réalisée progressivement. C'est aussi logique et fonctionne très bien dans la pratique !
• « Les méthodes traditionnelles (en cascade ?) n'ont plus de sens » : Non, ce n'est pas une bonne idée : là où un projet est bien compris, peut-être parce qu'il y a beaucoup d'expérience, peut-être difficile mais en tout cas prévisible, une bonne conception en amont est probablement une meilleure méthode de travail, car maintenant tout le monde « n'a plus qu'à effectuer ». Dans ces projets plus axés sur les processus (je sais que c'est un terme dangereusement choisi), cascade en pratique s'est avéré plus efficace (résultat) et plus efficient.

Conclusions de mon (!) Agile en pratique : comme tous ceux qui me connaissent (dans le monde des affaires) le savent : je reste un ardent défenseur de l'utilisation des bons outils pour un travail spécifique. Cela signifie que vous avez le (1) emploi doit comprendre, mais (2) aussi le doit avoir une bonne compréhension des différentes méthodes de gestion de projet. Le premier est difficile, mais malheureusement je ne trouve presque jamais le second. "J'ai un marteau, donc quel que soit le travail que vous me confiez, je vais frapper le marteau (et souvent mal)." Avec une bonne connaissance et des conseils dans les différentes techniques (Méthodes agiles, PRINCE2, IPMA, ….) les chances de travailler mieux et plus rapidement dans votre organisation augmentent tout simplement. Connaître 1 méthode, c'est comme comprendre un outil : pas vraiment utile si on veut pouvoir faire différents travaux : utiliser un marteau pour frapper et une scie pour scier : cela amène à de meilleurs résultats, moins de coûts et aussi beaucoup (!) moins de risques.

Vous souhaitez un conseil sans engagement sur Agile ? (conseil ou formation)

Ensuite, vous pouvez toujours contacter D-ICT Solutions via info@dictsolutions.com ou 020-2050324.

L'auteur Docteurs Jean-Yves Depaus a 20 ans d'expérience dans le détachement, le conseil en gestion intérimaire et la formation et (DICT) est un leader avec son équipe de formateurs certifiés, managers intérimaires et coachs dans le domaine de la formation certifiée à travers le monde dans divers projets, processus, services, méthodes de gestion de la qualité tels que PRINCE2, Agile, Lean Six Sigma, ITIL, ISO, ASL, BiSL et autres