1. La petite histoire de Scrum
Scrum est la méthode Agile la plus utilisée. C’est un cadre de travail (framework) dans lequel les personnes peuvent résoudre des problèmes complexes, tout en fournissant de manière productive et créative des produits de la plus haute valeur possible.
Le mot Scrum, la mêlée en rugby, a été choisi par Ken Schwaber et Jeff Sutherland dans les années 1990. C’est un hommage à Hirotaka Takeuchi et Ikujiro Nonaka, les auteurs de l’article « The New New Product Developement Game » qui a fortement inspiré les expérimentations initiales.
Historiquement, le cadre de travail Agile Scrum (Framework) est principalement utilisée dans le domaine informatique comme le développement de logiciels ou d’application.
Scrum est un terme anglais qui signifie « mêlée » et il est ouvertement emprunté au rugby car c’est un sport dont la philosophie repose sur une équipe soudée avançant dans la même direction.
Dans le cadre Agile Scrum une mêlée se traduit par un sprint c’est à dire une itération de phases de développement compris entre 1 et 4 semaines qui visent à concentrer l’équipe sur une partie précise du produit /service à réaliser.
Nous parlons plus longuement des évènements Sprint dans cet article dédié.
Le cadre de travail Agile Scrum
Un cadre de travail constitue un ensemble de principes et de règles à suivre pour atteindre un but commun. Les équipes sont auto-organisées et pluridisciplinaires, elles auront donc plus de chances d’atteindre leur objectif s’amélioreront en continue.
Scrum Guide 2020Tous les joueurs sur le terrain, les entraineurs et les arbitres, connaissent les règles du rugby. En entreprise, il est préférable que toutes les parties prenantes d’une équipe Scrum comprennent les règles du jeu. En d’autre termes, la compréhension du cadre de travail ne peut pas être superficielle, déléguée ou ignorée !
Une équipe Scrum, avec le temps, deviendra l’équivalent d’une équipe de rugby hyper performante. Par conséquent, elle sera capable de résoudre des problèmes complexes de manière empirique.
Les principaux apports de Scrum
- Un framework Léger
- Simple à comprendre
- Volontairement incomplet
- Fondé sur l’empirisme et le lean Thinking
- Pour résoudre des problèmes complexes
- Grâce à l’intelligence collective des personnes qui l’utilisent
- De manière itérative et incrémentale
- Avec divers processus, techniques et méthodes jugés pertinents par la Scrum team
- Créer des produits de haute valeur
- Optimise la qualité du produit
- Optimise la prédictibilité
- Optimise le contrôle de risque
Voir schéma ci-dessous à télécharger et imprimez. Les QR codes permettent d’approfondir la connaissance du cadre Scrum !
2. Les fondations de SCRUM
Pour bien comprendre les fondations de Scrum, nous partons du postulat que nous créons et maintenons des systèmes complexes : un système informatique, une campagne marketing, une stratégie de vente, etc.
Les fondations de Scrum sont :
- les valeurs Scrum
- l’empirisme
Les valeurs de SCRUM
Le cadre de la méthode Scrum est basé sur cinq valeurs fondamentales pour stimuler les comportements adaptés aux défis de création de produits complexes. Ce document est la traduction d’une idée originale de Gunther Verheyen.
Les valeurs Scrum sont fondamentales pour obtenir un état d’esprit adapté aux défis de création de produits complexes, car elles vous permettent de vous sentir en sécurité pour essayer et apprendre.
Elles vous donnent la FORCE (technique mnémonique utile pour ne jamais les oublier !)
- Focus : au travail à faire pendant le Sprint et à l’accomplissement du Sprint Goal
- Ouverture : à la collaboration avec d’autres équipes ou personnes et au critiques constructives qui permettent l’amélioration continue
- Respect : des personnes, de leurs compétences et expériences ; du cadre Scrum et des responsabilités de chaque rôle
- Courage : de dire non ! Je ne sais pas ! Appeler à l’aide ! Refuser de créer des fonctionnalités sans valeur pour l’utilisateur final ; courage de refaire ce qui avait été fait ; courage de changer de voie, ou d’opinion ; de défier le statuquo
- Engagement : à donner le mieux de soi même dans chaque activité ; à aider les autres membres de l’équipe ; à atteindre le Sprint Goal
Voici une idée d’atelier sur les valeurs Scrum que vous pouvez expérimenter.
Empirisme
Un système complexe ne peut pas être planifié il émergera au fil du temps, grâce aux différentes expérimentations et au feedback des utilisateurs finaux.
L’empirisme est un type de processus de contrôle dans lequel les décisions sont basées sur les résultats observés, l’expérience et l’expérimentation. L’empirisme met en œuvre des inspections régulières et des adaptations nécessitantes et créant de la transparence. Aussi appelé « processus de contrôle empirique » (voir lexique Scrum).
Ainsi, un de premiers axes d’intervention en entreprise consiste à comprendre quel est le niveau de confiance et transparence parmi les parties prenantes impliquées dans la création du produit et agir en conséquence.
Les entreprises dans lesquelles la culture est naturellement basée sur la confiance et la transparence seront, probablement, plus rapidement efficaces dans leurs cycles d’inspection et adaptation.
Axe de réflexion : quel lien faites-vous entre valeurs Scrum et Empirisme ?
Pour aller plus loin dans la compréhension de Scrum, de ses valeurs et de l’Empirisme, on vous conseille la lecture de Scrum a Pocket Guide – 2eme édition de Gunther Verheyen.
L'équipe Scrum
L’équipe Scrum est autogérée et pluridisciplinaire. La gestion du projet est est agile. Le Scrum guide définit trois responsabilités spécifiques au sein de la Scrum Team :
- Le Product Owner : maximise la valeur du produit et gère le Product Backlog.
- Les Developers ou équipes de développement : créent un Incrément Done potentiellement délivrable en production à chaque Sprint et gèrent le Sprint Backlog.
- Le Scrum Master : élimine les obstacles qui empêchent la Scrum Team de créer un Increment Done et gère le Cadre Scrum.
Vous l’avez peut être remarqué, en Scrum les personnes ne sont pas managées, en revanche on fixe des objectifs et on manage des artefacts. On manage un cadre de travail et non des personnes
Le Scrum Guide décrit plus précisément ces responsabilités. Il est important de garder cette simplicité et d’imaginer comment les responsabilités existants en entreprise peuvent confluer dans celles de Scrum. La seule question à se poser devrait être :
Quelles compétences sont nécessaires pour créer de la valeur pour les futurs utilisateurs ?
L’autogestion en Scrum est fondamentale pour pouvoir délivrer des produits complexes plus rapidement. Elle est possible uniquement si chaque individu dans la Scrum Team a bien compris sa responsabilité.
Dans ce cas, comme dans le cas d’un champ magnétique, il y aura un équilibre de forces qui permettra une efficacité sans pairs dans la création de valeur. Dans cette vidéo consacrée à l’auto organisation nous traitons ce sujet.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés !
Les 5 évevements Scrum
L'évènement - Sprint
Scrum prescrit cinq événements, le Sprint est le coeur et le pivot de la méthode Agile Scrum. Il a une durée d’au maximum un mois, au cours de laquelle un Incrément de produit Done et potentiellement délivrance est crée (cf. Scrum Guide).
Le Sprint permet une fréquence régulière d’inspection et adaptation du produit part la Scrum Team a des fins d’amélioration continue.
- Le sprint à un seul objectif fixe (sprint goal)
- Conteneurs des autres évènements Scrum
- Tout le travail de la Scrum Team se déroule à l’intérieur du sprint
- Durée constante qui permet une inspection et adaptations régulières
- Equivalent à un mini projet projet d’un mois maximum
- Si le sprint goal devient obsolète, le product owner peut annuler le sprint en cours
- Commence immédiatement après la fin du précédent
Téléchargez et imprimez (en A4 ou A3) le poster décrivant le premiers des cinq événements Scrum : le Sprint, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés !
L'évènement - Sprint Planning
Le Sprint Planning est le premier évènement d’un Sprint. Son objectif est de collaborer à la planification du travail à effectuer durant le Sprint. C’est un timebox de 8 heures pour un Sprint d’un mois, proportionnellement moins pour un Sprint plus court. Toute la Scrum Team y participe.
Un Sprint Planning aborde trois thèmes :
- Pourquoi : le Product Owner propose comment le produit pourrait augmenter sa valeur et son utilité durant le Sprint actuel. Ensemble, la Scrum Team définit un Sprint Goal
- Quoi : en discutant avec le Product Owner, les Developers choisissent des éléments du Product Backlog à inclure dans le Sprint en cours
- Comment : pour chaque élément du Product Backlog, les Developers planifient le travail nécessaire pour créer un Increment Done.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés !
L'évènement - Daily Scrum
Le Daily Scrum est un évènement quotidien qui a pour but d’inspecter la progression vers le Sprint Goal et adapter le Sprint Backlog si nécessaire. C’est un time-box de 15 minutes.
Le Daily Scrum a lieu toujours au même endroit et à la même heure, pour réduire la complexité.
Le Daily Scrum améliore la communication, aide à identifier les obstacles, favorise la prise de décision rapide et, par conséquent, éliminent la nécessité de faire d’autres réunions.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés !
L'évènement - Sprint Review
La Sprint Review est l’événement au cours duquel la Scrum Team et les parties prenantes (invitées par le Product Owner) se retrouvent pour inspecter l’Incrément et adapter le Product Backlog. Cette fréquence d’inspection et adaptation du travail effectué est très importante pour comprendre si la direction prise est correcte et ensemble décider de la modifier.
Il s’agit d’un événement informel, qu’il n’a donc pas besoin de préparation, car on inspectera un Incrément Done et par définition en état de marche et sans anomalies, prêt à être mis en production si le Product Owner le décide.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés !
L'évènement - Sprint Retrospective
Une Sprint Rétrospective est une opportunité, pour la Scrum Team, d’inspecter le déroulement du Sprint et créer un plan d’amélioration à adopter lors du prochain Sprint.
Il s’agit d’un événement informel collaboratif qui a pour but de collecter du feedback utilisateur.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés !
Artefact Scrum - Product Backlog
Le Product Backlog est une liste ordonnée et évolutive de tous les travaux jugés nécessaires par le Product Owner pour créer, publier, maintenir et entretenir un produit.
Chaque Produit a un et un seul Product Backlog, géré par un et un seul Product Owner.
Un Product Backlog est en évolution constante, grâce au feedback fourni par les parties prenantes au fil du temps et en Sprint Review.
Un Product Backlog existe jusqu’au retrait du Produit du marché.
Téléchargez et imprimez (en A4 ou A3) le poster relatif à cet article, il pourra vous être utile au bureau, les QR codes permettent d’approfondir les sujets proposés
LIVRE BLANC
Les bases de la méthode Agile Scrum
réunies dans un seul et même endroit pour s’approprier les notions et le lexique de votre prochain cadre de travail. C’est une occasion exceptionnelle de vous documenter et d’en parler à votre équipe ou responsable de formation.
