Tarmax.com

L'un des points les plus positifs de Scrum est le bilan que l'on fait à chaque fin de sprint à l'occasion de la rétrospective de sprint. Une occasion unique de mettre en valeur ce qui a bien marché et ce qui a moins bien marché.

Cela permet de faire le point de manière régulière sur les méthodes de travail et l'organisation mises en places. Tous les 15 jours dans notre cas. Je propose systématiquement de terminer une rétrospective de sprint par un retour sur les résolutions prises lors des 2-3 derniers sprints et de définir en commun avec tous les membres de l'équipe les nouvelles résolutions que l'on pourrait mettre en place.

Comprendre ce qui a échoué ou ce qui pourrait être amélioré et y apporter des réponses, voilà la clé de la réussite. Les avis personnels de chaque membre de l'équipe et les burndonw charts de sprint font parti des outils essentiels pour analyser et comprendre ce qui n'a pas bien fonctionné.

Ci-dessous quelques exemples de résolutions que nous avons prises à l'occasion de nos 4 premiers sprints :

• Utilisation comme support des post-it d'un tableau assez grand (1m20 sur 90cm) mais "portatif" (non fixé au mur) afin de pouvoir le transporter avec nous dans nos différentes lieux de réunions.
• Extinction de tous les moniteurs pendant les scrums quotidiens, cela afin de ne pas se laisser perturber pendant le scrum. Seul celui qui tape le résumé du scrum pour archivage a le droit d'avoir son écran allumé.
• 1 scrum quotidien = 2.5 minutes maximum par personne. Chronométrer et stopper l'intervention de la personne si le temps est dépassé. Résolution mise en place après avoir constaté que les scrums prenaient de plus en plus de temps. Après avoir été interrompue une ou deux fois la personne prendre l’habitude de préparer son intervention à l'avance et du coup saura résumer plus facilement en 2 minutes 30 sa journée d'hier, ces problèmes et ce qu’elle compte faire aujourd'hui. Au bout d'1 seul sprint, tout le monde a pris l'habitude de respecter le temps qui lui est donné et cette mesure nécessaire au départ devient donc obsolète.
• Fermer les rideaux des cloisons intérieures lors des réunions. La multiplication des réunions de notre service (planification de release, planification de sprint, revue de sprint, rétrospective de sprint...) a tendance à faire "jaser" les personnes en dehors de l'équipe qui ont parfois du mal à intégrer leurs bienfaits malgré nos explications. Qu'à cela ne tienne, c'est en parti compréhensif. Il suffit de ne pas faire ses réunions à la vue de tout le monde.
• Utiliser des couleurs différentes pour les post-it du tableau en fonction des types de tâches. Afin de permettre une meilleure analyse de la situation et une meilleure rétrospective nous avons décidé d'utiliser plusieurs couleurs de post-it sur notre tableau : vert pour les tâches initiales définies lors de la planification de sprint, bleu pour les bugs critiques ou majeurs intégrés au sprint, rose pour les demandes extérieurs impossible à refuser, jaune pour les ajouts fait volontairement en cours ou en fin de sprint en fonction du déroulement de ce dernier. La visibilité et la compréhension du sprint s'en voient grandement accrues.
• Mise en place de gomettes sur tâches nécessitant une intervention ou un besoin extérieur à l'équipe (document, contact, information). Cette résolution a été prise après avoir constaté que certaines tâches n'étaient pas terminées en fin de sprint car on n'avait pas reçu en temps et en heure certains éléments. Afin d’anticiper les retards indépendant de notre volonté les tâches avec gomette sont traitées en début de sprint indépendamment de la priorité de leur story par rapport aux autres.
• Ajout de la légende des couleurs des post-it au tableau. Plus besoin de réfléchir pour se rappeler la signification des couleurs.
• Tirage au sort en début de chaque scrum quotidien pour désigner la personne qui va jouer le rôle de secrétaire (résumer ce qui est dit à l'écrit dans un fichier) et d'organisateur (définir l'ordre de passage des participants, touche personnelle...). Moins de monotonie et donc plus de motivation.
• Mieux définir l'état "fini" des tâches lors de la planification de sprint.

Bien entendu les résolutions prises par une équipe sont propre à cette équipe, à son fonctionnement et à son ressenti. Il ne serait bien évidemment pas judicieux de prendre ces exemples comme "vérité absolue" et de vouloir les imposer à une équipe différente de la nôtre. C'est à chaque équipe de définir ses propres résolutions, petite à petit (ne pas tout révolutionner d'un coup), en fonction de son expérience.