README.md

• Ces fichiers sont des checklists que j'ai écrites pour nos rituels divers, ils sont adaptés à notre pratiques de Scrum
• Elles peuvent au mieux vous inspirer :)
• Les actions que je ne réalise pas systématiquement sont notées entre crochets

scrummaster_demo_checklist.md

Avant

• S'assurer que l'invitation est envoyée et que le lieu et l'heure sont clairement identifiées (ex: Invitation Google - ouvert à qui veut)
• [Prévoir d'enregistrer la démo]

Pendant

• Rappeler les métriques du sprint
• Passer les stories terminées (!) une à une en invitant une personne de l'équipe à la démontrer (montrer pourquoi elle est terminée)
• Faciliter les questions en les notant (reportant) pour la fin de la démo (une démo n'est ni une formation, ni une réunion de specs)

Notes

L'objectif de cette réunion est de montrer une à une les stories terminées dans le sprint portail qui vient de se dérouler. La timebox est fixée à 45 minutes, les questions et remarques sont remises à la fin de la démo s'il reste du temps ou en dehors de cette réunion s'il y a besoin.

scrummaster_retrospective_checklist.md

Avant

• S'assurer que le rendez vous est clair : heure + lieu (ex: invitation calendar)
• S'assurer que le document de capitalisation de la rétro est prêt à recevoir les infos (ex: dupliquer le template de CR)
• Réfléchir à un atelier qui serait approprié pour ce sprint (Exemples : SpeedBoat, Keep/Drop/Start/Question, Mad/Sad/Glad, 5P, 4L etc.)
• Avoir sous le coude le plan d'action de la rétro précédente
• Préparer l'ordre du jour : timebox / étapes / ateliers http://www.estherderby.com/tag/retrospectives http://www.agilex.fr/2012/09/les-3-etapes-de-la-retrospective/

Pendant

• Check-in / Lancement (ex: Voter la "météo")
• Point sur les métriques générales (ex: consommés / vélocité / etc.)
• Collecte (ex: présenter l'atelier et le lancer / faciliter)
• Priorisation (ex: proposer de voter sur les sujets)
• Décider quoi faire (ex: faciliter les échanges sur les sujets les plus prioritaires)
• [ROTI et/ou debrief de la rétro]
• [Se quitter sur "qui est le prochain à prendre la casquette scrummaster"]

Cloture "administrative" du sprint

• [Archiver / exporter une image du burndown, taskboard ou autre information jugée utile à conserver]
• mettre à jour le CR de sprint (ex: page de wiki ou autre document / papier)
• mise à jour du burndown produit (global) et capitalisation des métriques générales
• [vérifier que le backlog est à jour et supprimer les cadavres (ex: mettre le statut "terminé" pour les stories terminées restantes, suppression ou déplacement tickets)]
• Communiquer / afficher le CR de la rétrospective publique

Notes

• L'objectif du scrummaster est de créer un espace d'expression, pas de dicter ou de faire une synthèse
• en sortir avec un plan d'action, un compte rendu du sprint efficace à afficher
• Penser à capitaliser au fur et à mesure (moins de travail pour la fin de la journée, équilibre à trouver sur le temps passé en groupe)

scrummaster_sprint_planning_checklist.md

Avant

• Est ce que l'équipe est informée de l'heure et du lieu ou modalité de la planification de sprint ? (ex: invitation calendar)
• Est ce que le board de ce sprint est prêt à recevoir les informations ? (ex: board numérique, papiers & postits)
• Est ce que le compte rendu ou autre document sont prêts pour y glisser les informations ? (ex: page wiki, burndown réinitialisé, tableau capacité)
• Est ce que le matériel est prêt dans la salle pour que la réunion commence à l'heure (rétro / pc / micro) et est ce que j'ai tout ce qui sera nécessaire (papier, postits, feutres)?
• Est ce que le PO est clair dans sa vision du sprint ?
• Est ce que l'ordre du jour est clair dans ma tête pour que tout se déroule sans accro (timebox, etc.)?

Pendant

• Est ce que tout le monde est bien là et mentalement présent ? (checkin)
• Annoncer la timebox (trouver un timekeeper)
• Proposer au PO de faire un "Point vision à moyen terme"
• Faciliter la réponse à la question: "Quel est l'objectif du sprint ?"
• Obtenir l'accord sur la disponibilité de chacun : combien de jour chacun pense pouvoir engager dans le sprint ?
• Faire le point sur les actions d'amélioration de la rétrospective précédente
• [Point sur la prochaine livraison: qui livre & quand ?]
• [Rappeler la (ou une) story étalon]
• En prenant les stories les plus prioritaires, animer un planning poker (ou pas), découper en tâche (si besoin) et compléter le taskboard
• Parler de (converger vers) l'engagement de l'équipe sur le contenu du sprint
• [Y a t il un accord ou une modification de la définition du terminé à apporter ?]
• Confirmer l'heure du standup et rétro ou autre rendez vous du sprint (story time ? etc.)
• [ROTI et/ou debrief de la planif]
• Cloturer

scrummaster_standup_checklist.md

Avant

• Burndown de sprint à jour de la veille
• Si distant Pc vidéo/son/écran prêt 5 minutes avant

Pendant

• [timekeeper les interventions / avoir un timekeeper]
• faire un point sur le terminer et stocks en cours
• tour de table en répondant à trois questions: qu'ai je accompli hier ? qu'est ce que je m'engage à faire aujourd'hui ? quels sont les problèmes je rencontre.

Notes

• [Point qui peut très vite dévier: être attentif à ce qui ne doit pas y être adressé (“il me semble que ce point peut être traité en plus petit comité, vous prenez rendez vous ?”)]
• [Important: on ne rend pas des compte au scrummaster ou au po, mais on partage une information avec l'équipe]
• Important: Ne pas minimiser les problèmes levés / faciliter la prise en charge de leur résolution