Dans l'entreprise pour laquelle je travaille actuellement, nous avons commencé à faire des projets Scrum. Ce n'était pas si difficile de convaincre les managers de passer de la cascade à Scrum. Nous faisons un projet où nous reconstruisons notre plateforme à partir de zéro. Donc (la plupart) des fonctionnalités sont connues et la plupart des améliorations sont plutôt techniques.
En cela, il pourrait être justifié d'avoir des tâches techniques plutôt que des histoires d'utilisateurs. Notre carnet de commandes comporte toutes sortes de tâches techniques telles que:
- Réécrivez la classe DB de MySQL vers PostgreSQL.
- Implémentez la journalisation du système.
- Réécrire le cache d'objets.
Les choses qui surgissent pendant les stand-ups incluent que de longues «tâches de recherche» sont recherchées, mais elles ne sont jamais faites. De plus, les membres de l'équipe affirment au milieu du sprint que des tâches non planifiées doivent être ajoutées.
Comment un Scrum Master doit-il gérer cela? Serait-ce que pour ce genre de projet, Scrum n'est PAS la voie à suivre?