Le développement logiciel agile pour une plateforme en ligne réussie, partie 2
Planification, réalisation, documentation : les deux outils qui assurent la cohésion d’un projet après la phase de conception.
La partie 1 portait sur la story map et le mockup, les deux outils de la phase de conception. Voici maintenant les deux qui sont utilisés pendant la réalisation et l’exploitation.
Étape 3 : planifier la réalisation avec Jira
Nous planifions le travail de l’équipe de développement dans Jira. L’avantage pratique réside dans les liens avec les autres outils, notamment StoriesOnBoard et Confluence.
Priorisation dans le backlog
Les epics et user stories de la story map sont transférés dans Jira en un clic. Dans le backlog, le Product Owner classe les stories, bugs et tasks par ordre de priorité ; ainsi, on sait à tout moment ce qui vient ensuite. Les stories à venir sont spécifiées plus précisément en vue de la réalisation.
- Bugs : comportement indésirable du système. Également saisis dans Jira et planifiés dans un sprint.
- Tasks : travaux sans lien direct avec une fonction, par exemple « Créer le mockup de la gestion des tickets » ou « Mettre en place la story map de la boutique en ligne ».
Réalisation dans le sprint
En fonction de l’ordre dans le backlog, nous planifions les tâches en sprints, chez nous des fenêtres de trois semaines. Pendant le sprint, l’équipe de développement met à jour le statut de chaque tâche, et ce statut est aussi visible en temps réel dans la story map. Une story passe ainsi par sept étapes :
- Open : saisie, réalisation pas encore commencée.
- In Progress : le développement est en cours.
- Work completed : développement terminé, prêt pour la revue par le Product Owner.
- Ready for customer review : installée sur le système de recette.
- Review completed : testée et prête à être déployée en production.
- Live on production : livrée en production.
- Closed : terminée, documentée et recettée.
Étape 4 : documenter avec Confluence
Dès qu’une fonction est en production, elle est documentée. Cela paie plus tard : pour l’analyse des erreurs, l’intégration de nouvelles personnes et le manuel d’utilisation. Des liens complexes restent consultables des années plus tard au lieu de devoir être reconstitués.
Nous utilisons pour cela Confluence, un logiciel wiki avec commentaires, tâches et travail simultané sur une page. Vous avez accès à tout moment à votre espace et pouvez exporter des pages au besoin. Outre le fonctionnement du système, nous y consignons deux choses :
- Glossaire : tous les termes techniques définis ensemble, pour que « client », « commande » ou « mandant » signifient la même chose pour les deux parties.
- Notes de réunion : les décisions restent traçables, les tâches ouvertes sont attribuées à une personne.
Quatre outils, un objectif : l’état du projet est visible à tout moment, de la première story à la fonction documentée en production. Pour nous, agile ne signifie pas « tout est flexible », mais garder la vue d’ensemble et vous impliquer dans le processus.