Les cérémonies dans le framework Scrum
Les Cérémonies dans le framework Scrum
– Planification du Sprint (Sprint Planning)
Chaque Sprint démarre avec une réunion timeboxée qui s’appelle la Planification du Sprint (Sprint Planning).
Au cours de cette réunion, l’Equipe Scrum collabore pour sélectionner et comprendre le travail à réaliser dans le Sprint à venir. L’équipe entière participe à la réunion de Planification du Sprint. A partir du Backlog Produit ordonné, le Product Owner et les membres de l’Equipe de Développement discutent de chaque item pour en partager une compréhension commune et déterminer ce qui est nécessaire pour le réaliser en respectant l’actuelle Définition du Fini (Definition of Done). Toutes les réunions Scrum sont timeboxées. La durée recommandée pour la Planification du Sprint est de deux heures (ou moins) par semaine de Sprint. Etant donné que cette réunion est timeboxée, le succès de cette réunion de Planification du Sprint repose en grande partie sur la qualité du Backlog Produit en entrée.
C’est pourquoi le Raffinement du Backlog Produit (Product Backlog Refinement) est une activité importante.
Dans Scrum, la réunion de Planification du Sprint est décrite comme ayant deux parties :
– 1. Déterminer quel travail devra être réalisé dans le Sprint.
– 2. Déterminer comment le travail sera accompli.
Partie 1 : Quel travail devra être réalisé ?
Lors de la première partie de la réunion, le Product Owner présente les items du Backlog Produit ordonné à l’Equipe de Développement, et l’Equipe Scrum entière collabore pour comprendre le travail à réaliser. Le nombre d’items du Backlog Produit à prendre dans le Sprint est de la seule responsabilité de l’Equipe de Développement. Pour décider du nombre d’items à prendre, l’Equipe de Développement prend en compte l’état actuel de l’Incrément Produit, la performance passée de l’équipe, la capacité courante de l’équipe, et le Backlog Produit ordonné. Seule l’Equipe de Développement décide de la quantité de travail à prendre en compte. Ni le Product Owner, ni toute autre forme de pouvoir, ne peut pousser du travail supplémentaire à l’Equipe de Développement. Souvent, mais pas toujours, on donne un objectif au Sprint, appelé l’Objectif du Sprint (Sprint Goal). C’est une pratique puissante qui permet à toute personne de se concentrer sur l’essence de ce qui doit être réalisé, et moins sur les petits détails d’une importance toute relative par rapport à ce qui doit être réellement accompli.
Partie 2 : Comment le travail sera t’il accompli ?
Dans la seconde partie de la réunion, l’Equipe de Développement collabore pour décider comment produire le prochain Incrément Produit, en accord avec l’actuelle Définition du Fini (Definition of Done). Les membres de l’équipe réalisent le travail de conception et de planification nécessaires et suffisants pour avoir confiance dans le fait de terminer le travail pendant le Sprint. Le travail à réaliser assez tôt est découpé en petites unités de moins d’une journée. Le travail à réaliser plus tard peut être laissé sous forme de grosses unités à décomposer ultérieurement. La décision de comment faire le travail est de la responsabilité de l’Equipe de Développement, de même que la décision de quel travail doit être fait est de la responsabilité du Product Owner. Le Product Owner peut rester pendant cette partie de la réunion, pour répondre aux questions et lever les incompréhensions. Dans tous les cas, il doit rester disponible.
La Planification du Sprint permet à l’Equipe Scrum de partager une compréhension commune de la quantité et de la complexité de ce qui devra être accompli pendant le Sprint, et compte tenu des circonstances, on s’attend à ce qu’elle finisse tout. L’Equipe de Développement prévoit la quantité de travail qu’elle pourra terminer et ses membres s’engagent mutuellement à le réaliser.
Pour résumer, lors de la Planification du Sprint, les membres de l’Equipe de Développement :
• Examinent et discutent des items du Backlog Produit avec le Product Owner,
• S’assurent qu’ils les comprennent, • Sélectionnent un certain nombre d’items qu’ils prévoient d’accomplir,
• Et créent un plan suffisamment détaillé pour garantir la réalisation des items. Le résultat de cette liste de points est appelé le Backlog du Sprint (Sprint Backlog).
Mêlée Quotidienne (Daily Scrum)
L’Equipe de Développement est auto-organisée.
L’Equipe de Développement utilise la Mêlée Quotidienne (Daily Scrum) pour s’assurer qu’elle est bien en situation d’atteindre l’Objectif du Sprint (Sprint Goal). La réunion a lieu au même endroit et à la même heure tous les jours.
Chaque membre de l’Equipe de Développement communique trois éléments d’information :
• Qu’est-ce que j’ai terminé depuis notre dernière Mêlée Quotidienne ?
• Qu’est-ce que je prévois de terminer entre maintenant et notre prochaine Mêlée Quotidienne ?
• Qu’est-ce qui m’empêche de progresser ?
Cela peut donner lieu à de rapides questions / réponses pour clarifier les choses, mais on ne discute pas des sujets lors de la Mêlée Quotidienne. Même si certaines équipes se revoient juste après la Mêlée Quotidienne pour travailler sur les problématiques qui ont émergé.
La Mêlée Quotidienne n’est pas un reporting, ni pour le management, ni pour le Product Owner, ni pour le ScrumMaster. Il s’agit d’une réunion d’information au sein de l’Equipe de Développement, pour s’assurer que ses membres sont alignés. Seuls les membres de l’Equipe de développement peuvent parler lors de cette réunion. Si le ScrumMaster et le Product Owner ont participé aussi au développement, ils peuvent parler. Les autres parties intéressées peuvent venir écouter. Sur la base de ce qui émerge lors de cette réunion, l’Equipe de Développement peut réorganiser sont travail comme elle le souhaite pour atteindre l’Objectif du Sprint.
La Mêlée Quotidienne est un élément essentiel de Scrum, qui améliore la transparence, la confiance et la performance. Elle permet d’identifier rapidement les problèmes, de soutenir l’auto-organisation de l’équipe et sa confiance en elle-même. Toutes les réunions Scrum sont timeboxées. La durée (timebox) recommandée pour une Mêlée Quotidienne n’excède pas 15 minutes.
Revue de Sprint (Sprint Review)
A la fin de chaque Sprint, l’Equipe Scrum et les parties prenantes examinent le résultat du Sprint. Toutes les réunions Scrum sont timeboxées. La durée (timebox) recommandée pour une Revue de Sprint est de 1 heure par semaine de Sprint. L’élément au centre de la discussion est l’Incrément Produit terminé lors du Sprint. Etant donné que les parties prenantes (stakeholders) sont celles qui ont des enjeux (stake) par rapport aux résultats, il est généralement logique et utile pour elles d’assister à la réunion. Il s’agit dune réunion informelle qui permet de savoir où nous en sommes et de collaborer pour savoir où nous pourrions aller. Chaque participant peut faire des propositions lors de la Revue de Sprint. Naturellement, le Product Owner prend au final les décisions nécessaires pour l’avenir, et met à jour le Backlog Produit en fonction de ses décisions. Les équipes trouvent elles-mêmes la manière de réaliser une Revue de Sprint. Une démonstration de l’Incrément Produit est habituellement réalisée. Les participants discutent souvent de ce qu’ils ont observé durant le Sprint, des idées qui leur sont venues à l’esprit. Ils discutent de l’état du Backlog Produit, des éventuels prochains jalons, et de ce qui pourrait être réalisé d’ici là. La Revue de Sprint donne à chaque participant une vue globale de l’Incrément Produit actuel. Sous cet angle, il est habituel de mettre à jour le Backlog Produit pendant la Revue de Sprint, c’est ce que l’on appelle le Raffinement du Product Backlog.
L’activité Raffinement du Backlog Product : étant donné que les Items du Backlog Produit sont très souvent gros et étendus par nature, et puisque les idées vont et viennent et que les priorités changent, le Raffinement du Backlog Produit (Product Backlog Refinement) est une activité récurrente du projet Scrum.
Cette activité inclut notamment :
Maintenir le Backlog Produit ordonné
Supprimer ou déprioriser les items qui ne semblent plus importants
Ajouter ou reprioriser les items émergents ou qui deviennent plus importants
Découper les items en plus petits items
Fusionner les items en plus gros items
Estimer l’effort de réalisation des items
L’un des bénéfices essentiels de l’activité de Raffinement du Backlog Produit est de préparer les Sprints à venir.
Pour cela, l’activité de raffinement porte une attention particulière à la préparation des items qui devront être prochainement réalisés. Il y a beaucoup de choses à prendre en compte, notamment :
– chaque item qui entre dans le Sprint doit idéalement représenter un incrément de « valeur métier » (business value),
– l’Equipe de Développement doit être capable de fabriquer chaque item en un seul Sprint.
Tout le monde doit être au clair sur ce qui est prévu. En fonction de la nature du produit, d’autres entrées et compétences seront peut-être nécessaires.
Dans tous les cas, il vaut mieux considérer que le Raffinement du Backlog Produit est une activité qui incombe à tous les membres de l’équipe, pas juste le Product Owner.
Rétrospective de Sprint (Sprint Retrospective)
A la fin de chaque Sprint, l’Equipe Scrum se réunit pour une Rétrospective de Sprint (Sprint Retrospective).
L’objectif est d’examiner la façon dont les choses se sont déroulées vis-àvis du processus, des relations entre les personnes et des outils. L’équipe identifie ce qui a bien fonctionné (what went well) et ce qui a moins bien fonctionné, et identifie d’éventuelles améliorations. Les participants en sortent avec un plan d’actions pour améliorer les choses dans l’avenir. Toutes les réunions Scrum sont timeboxées. La durée (timebox) recommandée pour une Rétrospective de Sprint est de 1h par semaine de Sprint. L’Equipe Scrum améliore son propre processus, tout en restant dans le cadre de travail Scrum.
Leave a Reply
You must be logged in to post a comment.