Réponse.

Le choix de la méthodologie de mise en œuvre dépend de nombreux paramètres : la maturité du client, le degré de certitude des exigences, les capacités de l'équipe, la criticité des délais et du budget.

• Waterfall est appliqué lorsque les exigences sont claires et stables depuis le début, le projet est strictement réglementé (par exemple, appels d'offres publics, grandes solutions d'intégration pour des clients d'entreprise).

• Agile est choisi s'il est possible d'apporter des changements significatifs en cours de réalisation, que le client est prêt pour des livraisons itératives de valeur et pour des améliorations continues.

L'analyste évalue :

• La rigidité des délais et du budget.
• L'expérience et la flexibilité de l'équipe.
• La clarté de l'objectif final et la complétude des exigences.
• Les exigences de transparence du déroulement des travaux pour le client.

Caractéristiques clés :

• La méthodologie influence les méthodes de collecte, de détail et de gestion des exigences.
• Avec Waterfall, une SRS détaillée est requise au départ.
• Avec Agile, l'analyste gère le Product Backlog et maintient un travail itératif sur les exigences.

Questions pièges.

Un analyste peut-il complètement changer de méthodologie au milieu d'un projet ?

Non, le passage nécessite une réingénierie du modèle de travail, ce qui est coûteux et risqué. Souvent, des éléments des deux approches sont mélangés.

Agile est-il toujours plus rapide que Waterfall ?

Non, Agile ne garantit pas un résultat rapide si le client n'est pas impliqué dans le processus et qu'il n'y a pas de culture de changement.

Tous les projets sont-ils des candidats idéaux pour Agile ?

Non, pour les projets avec des exigences fixes et un risque élevé de sanctions réglementaires, Agile ne convient pas toujours.

Erreurs typiques et anti-patterns

• Copier aveuglément Agile sans tenir compte de la maturité du client et de l'équipe.
• Documentation incomplète des exigences lors du travail en Waterfall.
• Manque de flexibilité face aux changements.
• Surcharge documentaire lors de la mise en œuvre d'Agile.

Exemple de la vie réelle

Cas négatif : Dans un projet d'entreprise, on a tenté de mettre en œuvre Scrum sans expérience ni implication du client, les exigences changeaient de manière chaotique, la date finale a été manquée.

• Avantages : il y a des éléments de flexibilité, prise de petites décisions rapide.
• Inconvénients : retravailler en permanence, dépassements de budget et des délais.

Cas positif : Dans un projet pour une startup, Kanban a été mis en œuvre, le client participait à la priorisation des tâches, les exigences changeaient via le Product Backlog, des mises à jour utiles étaient constamment publiées.

• Avantages : flexibilité, forte satisfaction du client, rapide time-to-market.
• Inconvénients : du temps est nécessaire pour former le rôle de Product Owner et pour immerger le client dans les processus de l'équipe.