L’Approache Agile Dans Les Projects : En avez-vous vraiment besoin ? Ceci vous aidera à décider !

En tant que gestionnaire expérimenté, vous comprenez certainement que pour qu’un projet informatique soit couronné de succès, il faut non seulement des compétences techniques, mais aussi orienter l’organisation de manière à ce qu’elle se concentre sur la création de valeur pour les clients. Aujourd’hui, dans un contexte économique changeant, l’agilité est plus que jamais nécessaire car elle permet de s’adapter plus facilement aux nouvelles conditions du marché.  Pourquoi peut-on dire que l’approche Agile réduit les risques ET facilite la gestion des projets ? Dans le webinaire “Agile comme moyen d’atténuer les risques dans les projets de développement de logiciels”, Paweł Słowikowski, un formateur Agile expérimenté, discute de l’application pratique de cette approche. Vous pouvez regarder l’intégralité du webinaire ici. Dans cet article, nous nous concentrerons sur la manière dont l’approche Agile apporte une valeur ajoutée aux organisations, réduit les coûts et accélère les livraisons. Nous sommes également réalistes et nous discuterons des cas où la mise en œuvre de la méthode Agile n’est pas toujours la solution idéale. Alors, la méthode Agile est-elle faite pour vous ? Analysons les arguments ci-dessous. 

Agile ou en cascade ? 

Dans de nombreuses entreprises, les projets sont mis en œuvre selon l’approche classique en cascade. Il s’agit d’une approche orientée plan qui se concentre sur la livraison de tout ce qui entre dans le champ d’application du projet. En outre, chaque étape du projet doit être achevée avant de passer à l’étape suivante, c’est-à-dire que toutes les fonctionnalités successives doivent être livrées. En général, dans un tel projet, une liste détaillée des exigences est établie au début, puis, parfois par sprints, des fonctionnalités successives sont développées et, enfin, l’ensemble est intégré et testé. Cette approche est utilisée lorsque le client a un objectif final clair et fixe et qu’il n’a pas besoin (ou envie) d’être impliqué dans le co-développement du produit.  Dans la méthode Agile, en revanche, un élément clé est le développement itératif. Il s’agit de livrer de petites pièces du produit qui doivent être intégrées au reste de la solution. Bien que les versions successives du service ne soient pas parfaites ou aient une facilité d’utilisation limitée, elles constituent des éléments importants qui fournissent un retour d’information permettant de décider de la manière de développer le service. De plus, en développant la solution de manière itérative, nous pouvons nous arrêter à n’importe quel point où nous déterminons que nous avons déjà un produit suffisamment bon – ce qui permet d’économiser les dépenses liées à un développement ultérieur.  

Quel est l’impact de l’approche Agile ou Waterfall sur le risque du projet ? 

Imaginez un navire qui se déplace lentement et régulièrement et qui transporte toutes les marchandises précieuses d’une entreprise. Il suit le cap qu’il s’est fixé et son programme est très prévisible. Toutefois, lorsqu’il rencontre un danger sur sa route, tel qu’un iceberg, il peut être très difficile de le dévier et les conséquences d’une collision sont catastrophiques.  De la même manière, on peut caractériser une organisation qui a mis en œuvre un projet de grande envergure selon une stratégie en cascade. Nous pensons qu’il est formidable qu’il soit en cours de construction et nous attendons avec impatience le résultat final. Cependant, en cas de perturbation du marché ou de manque de fonds pour le mener à bien, les dommages causés à l’organisation peuvent être très importants, voire catastrophiques. Qui plus est, nous découvrons généralement les problèmes très tard, lorsqu’il est déjà difficile de changer de direction.  Examinons maintenant une approche plus “agile”. Si nous disposons d’un petit voilier, nous ne transporterons pas autant de marchandises que l’énorme navire dont nous avons parlé précédemment. En revanche, un tel voilier est rapide, agile et peut effectuer un virage rapide pour éviter un danger. Si nous avons une armada de petits bateaux, par exemple, lorsque l’un d’entre eux coule, nous ne perdons pas grand-chose car notre cargaison est répartie sur les autres bateaux.   C’est ainsi qu’une organisation agile fonctionne, elle se permet de changer rapidement de direction en fonction du retour d’information qu’elle reçoit de différentes sources, de ses clients, du contrôle de la qualité, du marché, des parties prenantes, etc. En ne travaillant que sur de petites parties d’un produit ou sur de petits projets, nous pouvons manœuvrer le long des dangers et réduire les risques.  

Dans quelles conditions l’approche Agile apporte-t-elle le plus de valeur ? 

L’approche agile vaut la peine d’être appliquée dans toutes les situations où nous avons besoin d’un retour d’information fréquent et rapide pour nous aider à prendre de meilleures décisions. Elle est idéale lorsque nous envisageons un éventuel changement de direction ou lorsque nous arrêtons ce sur quoi nous avons travaillé jusqu’à présent pour mettre rapidement en œuvre un concept différent. 

Exemples de situations qui peuvent nécessiter une approche Agile : 

• Essayer de changer les habitudes des utilisateurs – nous ne savons pas ce qui sera couronné de succès, mais nous avons une hypothèse et nous testons de petits changements, qu’ils fonctionnent ou non.  
• Évaluation de la facilité d’utilisation de certaines fonctionnalités – nous vérifions quelles sont les fonctionnalités les plus utiles. Nous obtenons à chaque fois un retour d’information rapide de la part du public et mesurons l’efficacité des mesures. 
• Tester la viabilité d’une nouvelle technologie et découvrir une autre façon de résoudre un problème complexe. 

Cela est particulièrement nécessaire dans le développement de logiciels lorsque nous avons un domaine inconnu à cartographier, ou peut-être une fonctionnalité que nous ne pouvons pas utiliser à partir d’un autre produit. Nous devons alors résoudre un problème d’une manière différente, et un retour d’information fréquent nous aide beaucoup à tester la technologie. 

En résumé, quels sont les risques que vous évitez avec Agile ? 

• Informations tardives sur les problèmes rencontrés 

Vous évitez le piège de vivre dans une ignorance béate pendant un certain temps parce que vous confondez les rapports d’avancement du projet avec la solution fonctionnelle réelle (lorsque l’intégration de l’ensemble du produit n’a lieu qu’à la fin). Dans une telle situation, l’approche Agile permet d’identifier rapidement les problèmes émergents, même dans les projets dont le champ d’application est strictement défini. 

• Vous réduisez le risque d’encourir des coûts trop élevés 

Avec les versions successives d’un produit intégré et imparfait, nous pouvons décider à tout moment si une solution est déjà “assez bonne” et changer de direction ou même arrêter le développement. Dans les projets classiques, une fois que l’on est trop avancé, il est impossible d’arrêter de financer le projet car, à la fin de celui-ci, l’on n’a généralement rien qui fonctionne (syndrome des coûts irrécupérables).  

• Vous ne vous retrouvez pas avec un produit inachevé. 

Nous obtenons rapidement un produit fonctionnel que nous pouvons développer, par exemple, avec le prochain cycle de financement. Si nous mettons fin au projet à un moment donné, il y a au moins une chance de poursuivre le développement. C’est certainement plus important que dans les projets en cascade, où, par exemple, à un moment donné, nous pouvons manquer de financement et nous retrouver avec une énorme base inutilisable de code qui vieillit rapidement. 

Quand l’approche Agile ne fonctionnera-t-elle pas nécessairement ? 

Tous les avantages de la méthode Agile ne peuvent pas être exploités partout. Par exemple, si vous avez une portée de projet fixe, comme une liste d’exigences “incontournables” décomposées en éléments plus petits, comme des jalons ou des itérations à livrer dans un délai fixe, vous ne serez probablement pas en mesure d’utiliser l’approche Agile de manière plus large. C’est généralement le cas lorsque nous avons un projet et que la seule chose que nous utilisons de l’approche Agile est de le diviser en sprints. Il s’agit cependant d’une approche classique, avec des itérations. Cela dit, même dans ce type de projet, nous pouvons réduire certains facteurs de risque en intégrant fréquemment l’ensemble du produit avec les parties ultérieures et en travaillant au sein d’équipes interfonctionnelles. 

Qu’est-ce qui peut entraver l’adoption de la méthode Agile ? 

L’adoption de la méthode agile est un changement considérable dans une organisation, qui génère de nouveaux défis et la transition ne se limite pas à commencer à travailler par sprints et à se réunir quotidiennement avec les équipes de développement. Il s’agit généralement d’un effort à l’échelle de l’organisation qui implique de nombreuses personnes. 

Quels sont les principaux obstacles à l’adoption des pratiques agiles ? 

• Processus incohérents 

Lorsque nous déléguons plus d’autonomie aux équipes, nous devons veiller à équilibrer la normalisation des processus et des pratiques avec l’autonomie et la liberté de choisir notre propre méthode de travail. Si nous avons des normes différentes, par exemple une fois nous avons des sprints d’une semaine, une autre fois nous avons des sprints de deux semaines, il peut être difficile de se synchroniser. Il peut être aussi compliqué de comprendre ce qui a vraiment été fait s’il existe différentes définitions de ce qu’est l’achèvement d’une tâche (ce que l’on appelle la définition du fait accompli). 

• Culture organisationnelle en désaccord avec les valeurs agiles

 La culture organisationnelle est l’étape la plus lente du changement car elle est constituée des valeurs, des comportements et des habitudes de toutes les personnes, en particulier des dirigeants. Il est facile de procéder à des changements mécaniques dans les technologies de l’information, mais sans changement dans la gestion, l’effet ne sera que superficiel. 

• Développer l’organisation 

Le passage à l’agile est déjà difficile même dans un environnement stable ET avec une équipe de personnes qui vous soutiennent dans ce changement. Cependant, lorsque l’entreprise grandit, c’est beaucoup plus complexe et difficile car, tandis que les structures grandissent, il faut simultanément normaliser les processus, bien visualiser le flux de valeur ET assurer la transparence des activités, ou encore augmenter la capacité technique pour sortir des produits fréquemment. Il convient donc d’être prudent lorsque l’on procède à une transformation Agile et à une mise à l’échelle en même temps. Si nous mettons à l’échelle quelque chose qui ne fonctionne pas bien, nous aurons encore plus ou moins le même résultat. 

Qu’est-ce qui peut aider à mettre en œuvre l’approche Agile dans votre organisation ? 

Vous avez certainement besoin du soutien de professionnels expérimentés qui peuvent travailler à vos côtés et apprendre à connaître vos problèmes réels au sein de l’organisation. Cela est possible avec des personnes qui aborderont de manière holistique chaque étape de la transformation dans le cadre, par exemple, de l’externalisation de projets.  Une approche systémique, où nous considérons l’ensemble de la chaîne de valeur, nous permet de nous concentrer sur la résolution de problèmes globaux plutôt que sur la mise en œuvre d’améliorations locales. En outre, nous développons les compétences non techniques des dirigeants pour les aider à comprendre les valeurs qui sous-tendent une approche agile, plutôt que ses seuls éléments techniques. 

La méthode Agile est-elle adaptée à votre projet ?  

C’est une question à laquelle chacun doit répondre pour lui-même. On peut résumer en disant que l’approche Agile a fait ses preuves, mais qu’elle ne fonctionne pas dans toutes les situations.  Parfois, le coût de la transformation vers ce modèle de travail sera plus élevé que les avantages potentiels. Par exemple, si vous n’êtes pas prêt à vous attaquer aux problèmes de système, à créer le bon état d’esprit chez les dirigeants ou à investir dans les aspects techniques de la livraison rapide des produits, il ne vous restera que les factures d’une formation Agile coûteuse.   Si vous êtes prêt à vous ouvrir et à apprendre quelque chose de différent ou si vous voulez utiliser Agile pour résoudre des problèmes difficiles dans l’organisation qui amélioreront l’ensemble de la chaîne de valeur (par exemple, budgétisation agile, DevOps, boucle de rétroaction rapide), alors Agile fonctionnera à votre avantage autant que possible.  Si vous souhaitez simplement discuter avec des spécialistes expérimentés de la transformation numérique en Allemagne pour savoir si Agile est fait pour vous, n’hésitez pas à nous contacter. Nous serons heureux de discuter des besoins de votre organisation et de vous conseiller sur les meilleures solutions.