Mise en situation 3 – SCRUM
Étude de cas : Déploiement d’un nouveau produit logiciel avec la méthode SCRUM
Contexte :
Une entreprise de logiciels établie, EIJV a décidé de développer un nouveau produit logiciel visant à améliorer la gestion de projet pour ses clients du secteur de la construction.
Le produit, nommé « BuildMaster », doit intégrer des fonctionnalités avancées comme la planification des ressources, le suivi des coûts, et la gestion de documents en temps réel. L’entreprise a choisi d’adopter la méthode SCRUM pour ce projet, afin de promouvoir l’agilité, la collaboration et l’itération rapide.
Objectif : Le but est de lancer une version minimale viable (MVP) de BuildMaster en six mois, avec les fonctionnalités clés qui ont été identifiées comme essentielles par des groupes de discussion avec des clients potentiels.
Équipe SCRUM :
- Product Owner : Alex, qui possède une compréhension approfondie des besoins des clients du secteur de la construction.
- Scrum Master : Samia, experte en méthodologie Agile et SCRUM, chargée de faciliter le processus et de résoudre les obstacles.
- Équipe de développement : Un groupe de six développeurs et designers UX/UI, avec des compétences complémentaires en codage, design d’interface et expérience utilisateur.
Détails du projet :
- Sprints : Chaque sprint durera deux semaines.
- Backlog du produit : Déjà établi par le Product Owner, contenant une liste priorisée des fonctionnalités à développer.
- Réunions SCRUM : Des stand-up quotidiens, des revues de sprint et des rétrospectives de sprint seront tenues régulièrement.
Déroulement du projet :
- Sprint 0 : Préparation du backlog, mise en place des outils de développement et de communication, formation de l’équipe aux principes SCRUM.
- Sprints 1-2 : Développement des fonctionnalités de base, telles que l’interface utilisateur et la gestion des utilisateurs.
- Sprints 3-4 : Ajout des modules de planification des ressources et de suivi des coûts.
- Sprints 5-6 : Intégration de la gestion de documents et des retours utilisateurs initiaux pour affiner les fonctionnalités.
- Sprints 7-12 : Itérations basées sur les feedbacks, développement de fonctionnalités supplémentaires, et préparation au lancement.
Mise en situation : Durant le troisième sprint, l’équipe rencontre plusieurs défis. Les clients indiquent que la fonctionnalité de suivi des coûts n’est pas aussi intuitive qu’ils le souhaiteraient, et le développement de l’interface utilisateur est en retard en raison de la sous-estimation de la complexité de certaines tâches.
- En tant que Scrum Master, comment aborder la question des retards et de la complexité sous-estimée?
- Quelles actions le Product Owner pourrait-il entreprendre pour s’assurer que les fonctionnalités développées répondent mieux aux attentes des clients ?
- Comment l’équipe peut-elle réorganiser son backlog et ses priorités pour s’adapter aux feedbacks sans compromettre le calendrier de lancement?