Mise en route d’un projet Agile
Les premières itérations d’un projet développé avec processus Agile sont souvent assez exigentes pour l’équipe. Pour être en mesure de livrer du logiciel fonctionnel après quelques semaines à peine il est généralement nécessaire de préciser un paquet d’éléments techniques et fonctionnels dès le début du projet. On n’a qu’à penser à l’utilisabilité du logiciel (prototypes d’écrans), à l’architecture de base, aux outils qu’on utilisera, etc.
Une solution que j’ai souvent utilisé est de définir une “itération 0″ au cours de laquelle on précise ces éléments. L’équipe et le client (forcément) acceptent alors de livrer un peu moins de valeur d’affaire en début de projet pour mieux se structurer. Cet article de Agile Journal formalise un peu plus cette réflexion en proposant même une série de User Stories types pour les itération initiales.
En plus de réaliser ces user stories “de base”, ces itérations initiales visent aussi 2 autres objetifs, un peu moins techniques, mais néanmoins très importants pour le succès à long term du projet:
- Préciser les attentes des parties prenantes
- Permettre à l’équipe d’apprendre à travailler ensemble
Par contre, il faut vraiment résister à la tentation de livrer en début de projet ce que j’appellerais de la valeur d’avancement (utilisation de mocks pour montrer du UI fonctionnel, par exemple) au lieu de la valeur d’affaire. Il est impératif de passer en mode implémentation réelle le plus rapidement possible. Sinon, il est fort probable que votre équipe se ramasse en dette technique ou avec plein de user stories non acceptés. Évitez de pelleter en avant!
