Ce qui est important Au coeur de Scrum the unofficial 


Si vous atteignez ces objectifs, vous pouvez ignorer
le reste de la check-list. Votre processus est rôdé.
Ces points constituent le coeur de Scrum.
Sans ça vous ne pouvez sans doute pas continuer
à appeller ce que vous faites du Scrum.
Scrum Checklist 
 
sfo
Livrer un logiciel qui fonctionne et Une Rétrospective a lieu Iv S
testé toutes les 4 semaines ou moins après chaque sprint
débouche sur propositions Henrik Kniberg
Livrer ce dont le Métier a le plus
d’amélioration concrètes
besoin
Certaines sont réellement Recommandé mais pas toujours nécessaire
Le processus s’améliore en mises en oeuvre La plupart de ces points sont nécessaires mais pas forcément tous. Expérimentez!
permanence
Toute l’équipe et le PO
L’équipe a toutes les compétences Les items du PBL sont découpés
y participent
pour terminer les items du backlog en tâches dans le sprint
Le Product Owner (PO) doit être Le PO a un backlog produit Les membres ne sont pas enfermés Les tâches d’un sprint sont
identifié clairement (PBL) dans des rôles spécifiques estimées
Il est habilité à prioriser Les items sont priorisés par Les sprints voués à l’échec Le reste à faire est mis à
valeur métier décroissante sont finis plus tôt jour quotidiennement
Il a la connaissance Les items de plus grande
suffisante pour prioriser valeur sont estimés Le PO détient et maintient la vision
produit cohérente avec le PBL La vélocité est mesurée
Il est en contact direct Les estimations sont
avec l’équipe faites par l’équipe Le PBL et la vision produit sont Tous les items planifiés dans
très clairement affichés le sprint ont été estimés
Il est en contact direct Les premiers items peuvent
avec les parties prenantes être réalisés en 1 seul sprint Toute l’équipe participe à Le PO utilise la vélocité
l’estimation pour la planification
Il s’exprime d’une seule Le PO maîtrise l’objectif
voix (cas d’une équipe) métier de chaque items Le PO est disponible lorsque La vélocité traite uniquement
l’équipe estime des items qui sont finis
Les réunions de planification
L’équipe a un sprint backlog du sprint ont lieu Estimez des tailles relatives (story L’équipe dispose d’un sprint
points) plutôt qu’une charge horaire burndown chart
Le PO y participe
Clairement affiché Toute l’équipe connait les Clairement affiché
Le PO amène un PBL à trois obstacles majeurs
Mis à jour quotidiennement jour Le SM dispose d’une stratégie Mis à jour quotidiennement
Toute l’équipe y participe pour lever ces obstacles
Détenu exclusivement par
l’équipe Le SM se concentre sur la Daily Scrum chaque jour,
Le résultat est le planning levée des obstacles même lieu, même heure
du sprint Ils sont remontés à la hiérachie Le PO y participe au minim-
La Mêlée quotidienne a lieu
Toute l’équipe a confiance si l’équipe ne peut les traiter um quelques fois par sprint
dans l’atteinte du planning
Toute l’équipe y participe L’équipe a un Scrum Master (SM) 15 minutes maximum
Le PO est convaincu des
Les problèmes et les priorités Chaque membre de l’équipe
obstacles sont remontés Le SM vit avec l’équipe
sait ce que les autres font
Les sprints sont de durée fixe

Une Démo a lieu après La longueur d’un sprint est Dimensionnement Indicateurs positifs
chaque sprint de 4 semaines ou moins
Ces points sont fondamentaux pour dimen- Principaux indicateurs d’une bonne
On y montre un logiciel Il se termine toujours sionner correctement l’usage de Scrum. mise en oeuvre de Scrum.
testé et qui fonctionne dans les temps
Il y a un Product Owner en On prend son pied !
Les parties prenantes et le L’équipe n’est pas gérée ou
Chef (si plusieurs POs) Beaucoup d’énergie positive.
PO réagissent en séance dérangée par ailleurs
Les équipes dépendantes Les heures sup sont rares
La Signification de Fini a été L’équipe livre en général
pratiquent le Scrum de Scrums et basées sur le volontariat
ce qu’elle s’est engagée
donnée (DoD) Les équipes dépendantes Discussions, remises en cause et
La DoD est atteint lors Les membres de l’équipe intègrent à chaque sprint expérimentation du processus
de chaque sprint vivent ensemble
L’équipe respecte la DoD 9 personnes maximum PO = Product owner SM = Scrum Master PBL = Product Backlog DoD = Definition of Done
par équipe [Link] | Version 2.1 (2009-08-17)