Apprentissage Scrum en 5 minutes

Scrum est une approche de gestion de projet axée mais flexible qui permet aux équipes de travailler à travers des processus itératifs de développement logiciel. Scrum est empirique, offrant aux équipes une méthode pour formuler des hypothèses sur la manière dont elles pensent qu’une chose devrait fonctionner, la tester, réfléchir à l’expérience et apporter les ajustements appropriés — lorsque le cadre est utilisé correctement.

La structure de Scrum permet aux équipes de combiner des pratiques provenant d’autres cadres qui sont significatives pour leur environnement. Dans le monde agile, Scrum est devenu la méthode de référence pour le développement logiciel. Le concept de Scrum est fiable et a été validé par des milliers d’équipes de développement à travers le monde. Scrum convient particulièrement bien aux équipes pluridisciplinaires travaillant dans des environnements de développement de produits où il existe une grande quantité de travail à décomposer en plusieurs itérations de 2 à 4 semaines.

Origines de Scrum

1986 : Takeuchi et Nonaka ont publié leur article « Le Nouveau Jeu du Développement de Produits » dans Harvard Business Review. L’article décrivait une approche de type rugby où « le processus de développement produit émerge d’une interaction continue entre une équipe soigneusement sélectionnée et pluridisciplinaire dont les membres travaillent ensemble du début à la fin. » Cet article est fréquemment cité comme source d’inspiration du cadre Scrum.

Valeurs Scrum (Valeurs Scrum)

Les principes suivants soutiennent la nature empirique de Scrum :

Transparence
Les équipes doivent travailler dans un environnement où chacun est informé des défis auxquels les autres membres de l’équipe sont confrontés. Les équipes mettent en lumière les problèmes internes — souvent des problèmes anciens — qui entravent le succès de l’équipe.

Inspection
Le cadre inclut des points de contrôle fréquents qui permettent aux équipes de réfléchir à la manière dont leurs processus fonctionnent. Ces points de contrôle incluent les réunions Daily Scrum et les réunions de revue de sprint.

Adaptation
Les équipes évaluent continuellement leurs progrès et ajustent les éléments qui semblent inefficaces.

Équipe de développement (Équipe de développement)

Propriétaire du produit

Le Propriétaire du produit est un rôle responsable de la gestion du backlog produit afin d’atteindre les résultats attendus que l’équipe vise à livrer.

Le rôle de propriétaire du produit existe dans Scrum pour répondre au défi de multiples directions contradictoires ou d’un manque de direction auxquelles les équipes de développement de produits sont confrontées lorsqu’elles doivent décider quoi construire.

Master Scrum

Le Master Scrum est responsable de veiller à ce que les membres de l’équipe incarnent les valeurs et principes agiles et suivent les processus et pratiques que l’équipe s’est engagée à utiliser.

Le titre était initialement utilisé pour désigner un expert Scrum capable de guider les autres.

Ce rôle n’a généralement aucune autorité formelle. La personne occupant ce rôle doit mener à partir d’une position influente, en adoptant généralement une posture de leadership servant.

Équipe de développement
La Équipe de développement se compose de ceux qui livrent une incrémentation de produit au cours d’un Sprint.

La responsabilité principale de l’équipe de développement est de livrer une incrémentation qui crée de la valeur à chaque Sprint. La manière dont le travail est attribué est déterminée par l’équipe en fonction des circonstances actuelles.

Artifacts Scrum

Product Backlog
La Product Backlog est une liste ordonnée de tous les changements possibles apportés au produit. Les éléments du Product Backlog sont des options, pas des engagements — leur présence sur la liste ne garantit pas leur livraison.

Le Product Owner maintient continuellement le Product Backlog, y compris son contenu, sa clarté et son tri.

Sprint Backlog
La Sprint Backlog est l’ensemble des éléments du Product Backlog sélectionnés pour être livrés pendant le Sprint, ainsi que les tâches que l’équipe identifie comme nécessaires pour livrer ces éléments et atteindre l’objectif du Sprint.

Increment
L’Increment est l’ensemble des éléments du Product Backlog terminés à la fin d’un Sprint qui répondent à la Définition de fin de l’équipe. Le Product Owner peut décider de libérer l’Increment lors d’un Sprint futur ou d’y ajouter des éléments.

Définition de fin
La Définition de fin est un consensus au sein de l’équipe sur les critères que doit remplir un élément du Product Backlog avant d’être considéré comme terminé.

Événements Scrum

Sprint
Un limité dans le tempsévénement d’un mois ou moins, pendant lequel l’équipe livre une amélioration potentiellement livrable du produit. Caractéristiques typiques d’un Sprint :

• Durée constante tout au long du développement
• Un nouveau Sprint commence immédiatement après la fin du précédent
• Les dates de début et de fin d’un Sprint sont fixes

Planification du Sprint (Planification du Sprint)
Une équipe commence un Sprint en discutant des éléments du Backlog produit qu’elle va traiter pendant le Sprint. Le résultat final de la planification du Sprint est le Backlog du Sprint.

La planification du Sprint est généralement divisée en deux parties. Dans la première partie, le Propriétaire du produit et les autres membres de l’équipe s’accordent sur les éléments du Backlog produit qui seront inclus dans le Sprint.

Dans la deuxième partie de la planification du Sprint, l’équipe détermine comment elle réussira à livrer les éléments du Backlog produit identifiés dans le cadre d’une amélioration potentiellement livrable du produit. Si c’est leur pratique, l’équipe peut identifier les tâches spécifiques nécessaires pour y parvenir. Les éléments du Backlog produit sélectionnés (le cas échéant) et les tâches identifiées forment le Backlog du Sprint.

Une fois que l’équipe et le propriétaire du produit s’accordent sur le périmètre du Sprint sur la base de la description des éléments du Backlog produit, aucun autre élément ne peut être ajouté au Backlog du Sprint. Cela protège l’équipe contre les changements de périmètre pendant le Sprint.

Réunion quotidienne (Daily Scrum)
La Réunion quotidienne est une réunion courte (généralement pas plus de 15 minutes) où l’équipe coordonne les activités pour le lendemain. La Réunion quotidienne n’est pas destinée à être un rapport d’état ou une session de résolution de problèmes.

Revue du Sprint
À la fin du Sprint, toute l’équipe (y compris le propriétaire du produit) examine les résultats du Sprint avec les parties prenantes du produit. Le but de cette discussion est de revoir, démontrer et éventuellement permettre aux parties prenantes d’utiliser l’amélioration pour fournir des retours. La Revue du Sprint n’a pas pour but de fournir un rapport d’état. Les retours de la Revue du Sprint sont intégrés au Backlog produit pour une évaluation future.

Rétrospective du Sprint
Après la Revue du Sprint, à la fin du Sprint, l’équipe (y compris le propriétaire du produit) réfléchit sur le Sprint précédent et identifie les ajustements qu’elle peut apporter à l’avenir. Cette rétrospective aboutit à au moins un point d’action inclus dans le Backlog du Sprint suivant.

5 valeurs fondamentales

• Ouverture
• Respect
• Courage
• Focus
• Engagement

Cycle de vie

Scrum est un cadre qui permet aux équipes de développement de réagir de manière flexible aux changements de circonstances. Le cadre fournit suffisamment de points de contrôle pour garantir que les équipes ne s’écartent pas des résultats attendus et peuvent identifier et résoudre les problèmes tout en ajustant les processus pendant que le travail est encore en cours.

Le cycle de vie de Scrum commence par une liste de backlog priorisée, mais il ne fournit pas de conseils sur la manière de développer ou de prioriser le backlog.

Le cycle de vie de Scrum se compose d’une série de Sprints, aboutissant à une amélioration potentiellement livrable du produit. Au cours de ces Sprints, toutes les activités nécessaires au développement du produit ont lieu sur une petite partie du produit global. Voici une description des étapes clés du cycle de vie de Scrum :

1. Créer le backlog produit.
2. Le propriétaire du produit et l’équipe de développement effectuent la planification du Sprint. Dans la première partie de la planification du Sprint, la portée du Sprint est définie ; dans la deuxième partie, le plan de livraison de cette portée est établi.
3. Au fur et à mesure que le Sprint progresse, l’équipe de développement réalise le travail nécessaire pour livrer les éléments du backlog produit sélectionnés.
4. Chaque jour, l’équipe de développement coordonne son travail dans le Scrum quotidien.
5. À la fin du Sprint, l’équipe de développement livre les éléments du backlog produit sélectionnés lors de la planification du Sprint. L’équipe organise un Retour sur le Sprint pour démontrer l’amélioration au client et recueillir des retours. L’équipe et le propriétaire du produit réfléchissent également à l’évolution du Sprint jusqu’à présent et ajustent leur processus en conséquence lors de la rétrospective.
6. L’équiperépète les étapes 2 à 5 jusqu’à ce que le résultat produit souhaité soit atteint.

Principaux avantages

Scrumapporte une contribution importante au domaine du développement logiciel en offrant une méthode simple mais efficace pour gérer le travail des petites équipes collaboratives impliquées dans le développement de produits. Il fournit un cadre et un ensemble de règles simples qui permettent un niveau approprié de planification, de contrôle du travail, d’identification et de réduction des risques, ainsi que d’identification et de résolution des problèmes.