Réévaluation lors du prochain Sprint
1. Introduction (Pour les Clients & Partenaires)
Parfois, une fonctionnalité ou un correctif ne parvient pas à une version complète au sein d'un sprint, ou de nouvelles informations apparaissent qui nécessitent une évaluation supplémentaire. Dans de tels cas, nous déplaçons l'élément dans le statut “réévaluation” pour le prochain sprint. Cela garantit que rien ne passe à travers les mailles du filet et que nous réexaminons l'élément avec une perspective nouvelle et des priorités mises à jour.
2. Qui est impliqué
| Rôle | Implication | Avantage pour Vous |
|---|---|---|
| Scrum Master | Suit les éléments incomplets ou non résolus et les programme pour réévaluation. | Assure que votre fonctionnalité ou correction de bogue reste visible et ne soit pas abandonnée. |
| Product Owner | Confirme si l'élément est toujours en accord avec la feuille de route ou s'il doit être reporté. | Fournit une direction claire sur la poursuite, le report ou la refonte. |
| Dev Team | Réévalue les contraintes techniques, termine les tâches reportées ou met à jour les estimations. | Fournit tout travail supplémentaire nécessaire pour finaliser ou améliorer la solution. |
| Ingénieur QA | Reteste l'élément dans le sprint suivant si un nouveau code est nécessaire ou si les critères d'acceptation ont changé. | S'assure que le résultat répond aux normes de qualité lors de la publication finale. |
| Vous (Client/Partenaire) | Peut être consulté si des détails supplémentaires ou des exigences révisées sont nécessaires. | Vous tient informé du plan pour finaliser votre fonctionnalité ou résoudre votre problème. |
3. Flux de Processus / Schéma
Voici comment un élément est réévalué lors du prochain sprint (en utilisant des guillemets dans le diagramme Mermaid) :
- Élément Non Complété : Une fonctionnalité ou un correctif reste partiellement terminé, ou de nouveaux problèmes surgissent.
- Marquer comme “Réévaluation” : Le Scrum Master le tague pour la session de planification du prochain sprint.
- Revue lors de la Rétrospective de Sprint : L'équipe discute pourquoi cela n'a pas été complété et ce qui est nécessaire.
- Décision :
- Oui : Si l'élément a toujours de la valeur commerciale, il passe à la Planification du Prochain Sprint.
- Non : S'il n'est plus pertinent ou réalisable, nous le reportons ou le rejetons complètement (avec des retours).
- Travail du Prochain Sprint : L'équipe de développement clarifie les tâches, met à jour les estimations et l'inclut dans le nouveau backlog de sprint si la capacité le permet.
4. FAQ Courte
Q1 : Pourquoi une fonctionnalité ou un correctif ne serait-elle pas terminée en un seul sprint ?
A1 : Les raisons incluent une complexité inattendue, des priorités modifiées, ou de nouveaux détails émergents en milieu de sprint.
Q2 : Est-ce que "réévaluation" signifie recommencer à zéro ?
A2 : Pas nécessairement. Cela signifie généralement que nous allons examiner les progrès, confirmer les tâches restantes, et continuer le développement/test dans le sprint suivant.
Q3 : Que se passe-t-il si l'élément n'est toujours pas terminé après le prochain sprint ?
A3 : Il peut être réévalué à nouveau, reporté, ou divisé en tâches plus petites. Nous visons à éviter un report sans fin en affinant le périmètre ou en clarifiant les critères d'acceptation.
Q4 : Serai-je informé si ma fonctionnalité ou mon problème passe en "réévaluation" ?
A4 : Oui, vous recevrez une mise à jour expliquant pourquoi cela est reporté et un délai prévu pour l'achèvement dans le sprint suivant.
5. Prochaines étapes et ressources supplémentaires
- Planification de sprint : Découvrez comment nous attribuons des éléments (y compris ceux réévalués) à de nouveaux sprints.
- Différé vs. Réévaluation : Comprenez la différence entre le report d'un élément (postponed) et la réévaluation active lors du prochain sprint.
- Contactez-nous : Si vous avez plus de détails ou souhaitez réviser vos demandes, veuillez envoyer un email à
contact+support@aismarttalk.techou consulter notre chatbot.
En réévaluant les éléments lors du prochain sprint, nous maintenons l'élan sur le travail partiellement achevé et nous assurons que même les fonctionnalités/bogues en attente ou retardés reçoivent l'attention nécessaire pour finalement atteindre une publication réussie.