Un développeur ne devient jamais propriétaire unique d'un élément du Sprint Backlog: la totalité des développeurs de la Scrum Team est responsable de tous les élément présents dans le Sprint Backlog. Ils sont tous responsable d'apporter de la valeur au projet à chaque Sprint et que chaque Iteration soit utile et de qualité. Avoir un seul propriétaire pour un item du Backlog minerait la communication et la collaboration au sein de l'équipe. (Guide SCRUM, p.11-12)
Les troi piliers de l'empirisme sont la transparence, l'adaptation et l'inspection.
Selon le guide Scrum, la transparence consiste à rendre le processus et le travail émergeant visible pour ceus qui effectue le travail ainsi que pour ceux qui le recoivent. (Guide SCRUM, p. 4)
L'inspection consiste à inspecter fréquemment les artefacts Scrum et les progrès vers les objectifs convenus pour détecter les écarts et les problèmes potentiels. (Guide SCRUM, p.5)
L'adaptation consiste à *...
La Scrum Team comprends 10 personnes ou moins, car les petites équipes ont tendance à avoir plus de facilité à communiquer et sont généralement plus productives. Le Guide Scrum stipule:«La Scrum Team doit être suffisamment petite pour rester réactive et assez grande pour accomplir un travail
significatif durant le Sprint, habituellement dix personnes au plus.» (Guide SCRUM, p.6)
Il affirme aussi que lorsque les Scrum Teams deviennent trop grandes, elle doivent être sous-divisées en petite S...
Selon Appvizer, un Sprint Review pour un Sprint d'un mois ne doit pas durer plus de 4 heures et pour les sprints plus courts, la print review dure moins longtemps, généralement une heure.
Source: https://www.appvizer.fr/magazine/operations/gestion-de-projet/sprint-review
Selon JournalDuNet, le Sprint permettent aussi d'offrir une meilleure maîtrise de la valeur ajoutée et de la qualité du produit ou service final. Les itérations du Sprint permettent de se réajuster selon les retours du client.
En d'autres mots, les Sprint permettent d'accroître la satisfaction du client, d'assurer au client que leur argent est bien investi puisqu'il est pris en compte tout au long du cycle de développement.
Selon Atlassian, La planification du sprint devrait se limiter à un maximum de deux heures pour chaque semaine que contient le sprint. Donc, un sprint d'un mois aura un sprint planning d'un maximum de 8 heures et un sprint de 2 semaine aura un sprint planning d'un maximum de 4 heures.
Source: https://www.atlassian.com/fr/agile/scrum/sprint-planning