Catégorie : Scrum

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.

Une revue de sprint est plus qu’une simple démo ; c’est une revue du sprint terminé, du backlog de produit et du marché. Certes, les démos sont une partie importante de la revue de sprint. Le but de la réunion de revue du sprint est que l’équipe montre aux clients et aux parties prenantes le travail qu’elle a accompli pendant le sprint et le compare à l’engagement pris au début du sprint.

Tous les éléments du backlog de produit ne seront pas de la même taille et du même niveau de détail (c.-à-d. fonctionnalités/expressions/récits d’utilisateurs et tâches) en même temps. Les PBI sur lesquels nous prévoyons de travailler prochainement doivent se trouver en haut du backlog, être de plus petite taille et très détaillés afin de pouvoir être travaillés au cours du sprint à court terme. Les PBI sur lesquels nous ne travaillerons pas avant un certain temps doivent être en bas du backlog, plus grands et moins détaillés.

Une déclaration de vision identifie l’endroit où l’organisation veut ou a l’intention d’être à l’avenir ou l’endroit où elle devrait être pour répondre au mieux aux besoins des parties prenantes. Chaque projet a besoin d’une vision pour se diriger dans la bonne direction. Une vision sert de guide pour choisir le cours actuel et futur des actions.