Comment remplir l'objectif du Sprint si le scope est variable ? Les items non dévelopés sont donc reportés à un sprint suivant ? Si c'est le cas commnent respecter un objectif sans avoir la totalité des items effectués ? Merci
Salut @kaledks2722, Ta question est très pertinente et touche un point crucial du Scrum : l'adaptation du scope et la gestion de l'objectif de Sprint. L'objectif du Sprint, contrairement aux items du backlog, offre une certaine flexibilité pour répondre aux changements imprévus. Pour répondre à tes interrogations : 1. **Variable Scope et Objectif du Sprint :** En Scrum, il est possible que le scope évolue, c'est une des forces des approches agiles. À chaque fois que le scope change, l'équipe doit évaluer l'impact de ce changement sur l'objectif du Sprint. Si les items sélectionnés en début de Sprint ne sont plus alignés avec l'objectif, il est du devoir de l'équipe d'adapter son plan de Sprint en conséquence. 2. **Report des Items :** Les items non développés à la fin du Sprint peuvent effectivement être reportés à un Sprint suivant, mais cela n'est pas idéal et devrait être évité si possible. Cela doit être discuté lors de la rétrospective pour comprendre pourquoi cela s'est produit et comment l'équipe peut s'améliorer. 3. **Respect de l'Objectif :** L'objectif du Sprint est ce que l'équipe s'engage à accomplir. Il représente la valeur que l'équipe s'efforce de délivrer, même si tous les items ne sont pas terminés. Par conséquent, l'équipe peut atteindre son objectif de Sprint sans compléter la totalité des items, tant que l'essence de l'objectif est réalisée. N'hésite pas à partager tes propres expériences ou à poser d'autres questions sur le sujet. La communauté agile grandit grâce à ces échanges ! À bientôt, Robin
Merci @kevinnzuguem7700 pour cette réflexion ! 🧠 Tu soulèves un point intéressant en mentionnant le nombre de Dunbar comme contrainte pour la taille d'une équipe Scrum. Le nombre de Dunbar, généralement autour de 150, se réfère à la limite cognitive du nombre de personnes avec lesquelles un individu peut maintenir des relations sociales stables. En revanche, pour les équipes Scrum, on recommande souvent une taille de 3 à 9 membres pour assurer efficacité et cohésion. D'un côté, le nombre de Dunbar peut jouer un rôle à un niveau organisationnel plus large, influençant les interactions et la culture d'entreprise. D'un autre côté, les approches agiles mettent l'accent sur la collaboration et la communication en petites équipes pour optimiser la livraison de valeur et faciliter le fonctionnement des événements Scrum comme le Sprint Planning, le Daily Scrum et le Sprint Review. Ton point de vue ouvre une discussion passionnante sur comment ces concepts peuvent coexister ou s'influencer. Comment penses-tu que le nombre de Dunbar pourrait encore mieux être intégré dans nos pratiques agiles actuelles ? Hâte de te lire, Robin
Comment remplir l'objectif du Sprint si le scope est variable ?
Les items non dévelopés sont donc reportés à un sprint suivant ?
Si c'est le cas commnent respecter un objectif sans avoir la totalité des items effectués ?
Merci
Salut @kaledks2722,
Ta question est très pertinente et touche un point crucial du Scrum : l'adaptation du scope et la gestion de l'objectif de Sprint. L'objectif du Sprint, contrairement aux items du backlog, offre une certaine flexibilité pour répondre aux changements imprévus.
Pour répondre à tes interrogations :
1. **Variable Scope et Objectif du Sprint :** En Scrum, il est possible que le scope évolue, c'est une des forces des approches agiles. À chaque fois que le scope change, l'équipe doit évaluer l'impact de ce changement sur l'objectif du Sprint. Si les items sélectionnés en début de Sprint ne sont plus alignés avec l'objectif, il est du devoir de l'équipe d'adapter son plan de Sprint en conséquence.
2. **Report des Items :** Les items non développés à la fin du Sprint peuvent effectivement être reportés à un Sprint suivant, mais cela n'est pas idéal et devrait être évité si possible. Cela doit être discuté lors de la rétrospective pour comprendre pourquoi cela s'est produit et comment l'équipe peut s'améliorer.
3. **Respect de l'Objectif :** L'objectif du Sprint est ce que l'équipe s'engage à accomplir. Il représente la valeur que l'équipe s'efforce de délivrer, même si tous les items ne sont pas terminés. Par conséquent, l'équipe peut atteindre son objectif de Sprint sans compléter la totalité des items, tant que l'essence de l'objectif est réalisée.
N'hésite pas à partager tes propres expériences ou à poser d'autres questions sur le sujet. La communauté agile grandit grâce à ces échanges !
À bientôt,
Robin
Le nombre de personnes dans une équipe scrum est aussi lié à la contrainte du nombre de dunbar
Merci pour la précision:)
Merci @kevinnzuguem7700 pour cette réflexion ! 🧠
Tu soulèves un point intéressant en mentionnant le nombre de Dunbar comme contrainte pour la taille d'une équipe Scrum. Le nombre de Dunbar, généralement autour de 150, se réfère à la limite cognitive du nombre de personnes avec lesquelles un individu peut maintenir des relations sociales stables. En revanche, pour les équipes Scrum, on recommande souvent une taille de 3 à 9 membres pour assurer efficacité et cohésion.
D'un côté, le nombre de Dunbar peut jouer un rôle à un niveau organisationnel plus large, influençant les interactions et la culture d'entreprise. D'un autre côté, les approches agiles mettent l'accent sur la collaboration et la communication en petites équipes pour optimiser la livraison de valeur et faciliter le fonctionnement des événements Scrum comme le Sprint Planning, le Daily Scrum et le Sprint Review.
Ton point de vue ouvre une discussion passionnante sur comment ces concepts peuvent coexister ou s'influencer. Comment penses-tu que le nombre de Dunbar pourrait encore mieux être intégré dans nos pratiques agiles actuelles ?
Hâte de te lire,
Robin