Auteur/autrice : vpwing

La rétrospective du sprint a lieu après la revue du sprint et avant la programmation du sprint suivant. Pour un sprint d’un mois, il s’agit d’une réunion de trois heures au maximum. La réunion de rétrospective est essentiellement une réunion d'”amélioration” visant à trouver des moyens d’identifier les pièges potentiels, les erreurs du passé et à rechercher de nouvelles façons de les éviter, avec toutes les personnes présentes – les propriétaires du produit, les Scrum Masters, les membres de l’équipe de développement et, éventuellement, les parties prenantes.

La réunion de planification du sprint a lieu avant le début du sprint. Le but de cette réunion est de définir le plan de sprint et de fixer les objectifs du sprint. Le plan de sprint comprend l’accord sur le nombre d’éléments du backlog du sprint qui seront sous la responsabilité de l’équipe de développement, ainsi que la détermination des objectifs pour le sprint en cours et le backlog du sprint.

Le daily scrum meeting (appelé daily stand up meeting) a généralement lieu tous les matins de chaque sprint, il dure environ 15 minutes. Dans la pratique agile de la mêlée, l’équipe tient généralement une réunion à l’heure, à 9 heures, au même endroit.

L’objectif du travail quotidien d’un sprint est de créer un incrément de produit expédiable pour le produit sous une forme qui peut être livrée à un client ou un utilisateur. Dans le contexte d’un seul sprint, un incrément de produit ou un incrément expédiable signifie qu’un produit de travail a été développé, intégré, testé et documenté conformément à la définition du projet et est considéré comme prêt à être publié.

La rétrospective du sprint a lieu après la revue du sprint et avant la planification du sprint suivant. Il s’agit tout au plus d’une réunion de trois heures pour les sprints d’un mois. La session de rétrospective est essentiellement une réunion d'”amélioration” qui a pour but de trouver des moyens d’identifier les pièges potentiels, les erreurs passées et de rechercher de nouvelles façons d’éviter ces erreurs. Tous y assistent – le propriétaire du produit, le scrum master, les membres de l’équipe de développement et, éventuellement, les parties prenantes.

Scrum lui-même est un cadre simple pour une collaboration efficace entre équipes sur des produits complexes. Le Guide Scrum explique Scrum de manière claire et concise. Ce guide contient une définition de Scrum. Cette définition comprend les rôles, les événements et les artefacts de Scrum, ainsi que les règles qui les relient. Chaque composant du cadre sert un objectif spécifique et est essentiel au succès et à l’utilisation de Scrum. Les règles de Scrum lient entre eux les rôles, les événements et les artefacts, en régissant les relations et les interactions.

Un propriétaire de produit qui possède le produit au nom de l’entreprise fait partie d’une équipe Scrum. Cependant, un propriétaire de produit n’a aucune autorité sur les autres membres de l’équipe, tout comme le Scrum Master. Un propriétaire de produit est chargé de s’occuper d’un produit pendant une période prolongée et est responsable de la réussite du produit. En tant que propriétaire du produit, vous devez interagir directement avec les clients et les utilisateurs, l’équipe de développement et les autres parties prenantes clés, comme le montre l’image ci-dessous.