Sommaire
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.
En résumé, quels sont les risques que vous évitez avec Agile ?
- Informations tardives sur les problèmes rencontrés
- Vous réduisez le risque d’encourir des coûts trop élevés
- Vous ne vous retrouvez pas avec un produit inachevé.
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
- Culture organisationnelle en désaccord avec les valeurs agiles
- Développer l’organisation