Toutes les marques citées dans cet ouvrage sont des marques déposées par leurs propriétaires respectifs. Dessins de Patrice Courtiade

Transcription

1

2

3

4 Toutes les marques citées dans cet ouvrage sont des marques déposées par leurs propriétaires respectifs. Dessins de Patrice Courtiade Illustration de couverture : Fotograf.lv/Shutterstock.com Dunod, Paris, 2010, 2011, 2013 ISBN

5 Préface Dunod Toute reproduction non autorisée est un délit. Il me fait plaisir de rédiger une nouvelle préface pour la troisième édition du bouquin de Claude. Les premières éditions ont poussé de nombreuses équipes à créer des environnements de travail sains et enrichissants permettant de développer des solutions qui ont eu des impacts positifs sur la vie des utilisateurs. Bien qu il soit difficile de mesurer sa contribution dans la diffusion de Scrum dans la francophonie, je sais qu elle est énorme car par son texte Claude offre à notre industrie un guide clair et pragmatique. Dans l esprit même de Scrum, Claude souhaite faire évoluer le livre pour qu il offre les enseignements les plus actuels possible et qu il intègre ses découvertes les plus récentes. Dans les échanges que nous avons eus au sujet de cette troisième édition, j ai demandé à Claude pourquoi l écrire. Il m a répondu simplement : parce que j ai envie d enchanter mes lecteurs. Une réponse révélatrice de qui est Claude : une personne d une générosité hors du commun. Dans la première préface, j indiquais comment j avais vu en Claude les qualités fondamentales d un Scrum Master. Ceci était réducteur, il a aussi les qualités d un Product Owner exceptionnel ; une vision claire et un désir profond d enchanter ceux qui bénéficieront du produit. Claude, au nom de toute notre industrie, je me permets de te dire un immense merci pour ce livre et surtout pour tout ce que tu es. Sachant que ce livre sera entre les mains d un grand nombre de personnes, je vais me permettre d être opportuniste et de partager mon ressenti face à la place actuelle de l agilité et mes souhaits pour le futur. En 2001, lors de la création du Manifeste agile, un mouvement historique pour notre industrie a été amorcé, et je suis personnellement rempli de gratitude pour les personnes qui ont été la bougie d allumage d un élan d évolution formidable. Depuis 2001, le mouvement agile a pris une place toujours grandissante, quoique encore trop marginale et parfois dénaturée par une logique qui lui fait perdre son essence. Le mouvement a connu une succession de moments charnières, et 2013 ne fait pas exception en ce sens que nous pouvons ressentir une croisée des chemins inédite ; celle où nous réalisons que les praticiens de l agilité et de Scrum ont la possibilité de participer avec d autres pionniers et praticiens de multiples disciplines à l évolution de nos organisations pour aller au-delà des logiques de résultats à tout prix

6 VI Scrum et des dynamiques de pouvoir malsaines qui empoisonnent celles-ci. Dans sa troisième édition, Claude nous présente quelques-unes de ces nouveautés venant enrichir le champ des possibles pour la transformation agile d une organisation. Selon moi, cette invitation à s ouvrir davantage à d autres disciplines constitue un moment historique pour Scrum et l agilité. Elle offre à l ensemble des acteurs de nos organisations, en particulier les dirigeants, la possibilité de s élever enfin à un niveau de développement humain qui permet de transcender les dynamiques de résultats et de pouvoir pour vraiment reconnaître l interdépendance dans laquelle nous vivons et entrer dans des logiques de développement durable, de pouvoir saines, de collaboration et de générosité authentiques à l intérieur et entre les organisations. Je crois personnellement que c est la seule voie qui s offre à nous pour créer une vie meilleure pour tous sur cette terre. C est une mission qui m anime profondément lorsque je regarde mes filles, que je pense aux enfants qu elles auront ainsi qu à tous les enfants à venir. Je vous laisse donc sur cette citation célèbre et pleine de sagesse d Antoine de Saint-Exupéry : «Nous n héritons pas de la terre de nos parents, nous l empruntons à nos enfants.» François Citoyen des entreprises humaines, 16 mars 2013

7 Table des matières Préface V Avant-propos XXIII Chapitre 1 Scrum dans le mouvement agile Dunod Toute reproduction non autorisée est un délit. 1.1 Le mouvement agile Méthode agile Manifeste Agile L Agilité Ingénierie du logiciel Des méthodes agiles à Scrum Survol de Scrum Scrum, un truc qui marche Scrum en bref Théorie Éléments Les gens Chapitre 2 Des sprints pour une release L approche itérative et incrémentale Incrément et itération Bloc de temps Durée du sprint Cycle de développement Scrum L aspect temporel

8 VIII Scrum Activités et cycle de développement Le résultat d un sprint Le résultat d une release Guides pour les sprints et releases Démarrer le premier sprint au bon moment Produire fréquemment des versions Enchaîner les sprints Utiliser le produit partiel Savoir finir la release Faire des releases cadencées Chapitre 3 Le Product Owner Responsabilités du Product Owner Faire partager la vision Définir le contenu du produit Planifier la vie du produit Compétences souhaitées Bonne connaissance du métier Maîtrise des techniques de définition de produit Autorité pour prendre des décisions rapidement Capacité à détailler au bon moment Esprit ouvert au changement Aptitude à la négociation Choisir le Product Owner d une équipe Une personne disponible Une seule personne Où le trouver dans l organisation actuelle? Une personne motivée pour le rôle Conseils pour progresser dans le rôle Se former au rôle de Product Owner S impliquer dans les tests d acceptation Collaborer avec l équipe Utiliser le produit Impliquer les parties prenantes

9 Table des matières IX Planifier à moyen terme Utiliser un outil collaboratif pour le backlog Chapitre 4 Le ScrumMaster et l équipe Dunod Toute reproduction non autorisée est un délit. 4.1 Partage de Responsabilités Activités du ScrumMaster Équipe auto-organisée Équipe pluridisciplinaire Compétences souhaitées du ScrumMaster Bonne connaissance de Scrum Aptitude à comprendre le fonctionnel et la technique Facilité à communiquer Capacité à guider Talent de médiateur Ténacité Inclination à la transparence Goût à être au service de l équipe Choisir le ScrumMaster d une équipe Affectation au rôle Où trouver la bonne personne? Quelqu un qui incarne le changement ScrumMaster, un état d esprit Rotation dans le rôle Conseils pour progresser dans le rôle Parfaire sa connaissance de Scrum Se former au rôle de ScrumMaster Se faire assister par un coach Favoriser l analyse des causes des problèmes Pratiquer l art du possible Favoriser l auto-organisation de l équipe Maîtriser le reporting

10 X Scrum Chapitre 5 Le backlog Le backlog, outil essentiel pour l équipe Vocabulaire Les utilisateurs du backlog L élément du backlog : la story Le sens de la priorité Vie du backlog Types de stories Story fonctionnelle Correction de bug Story technique Remboursement de dette technique Parties du backlog Bac à sable Bac de culture Bac de départ Bac à glace Bac de récolte Conseils d utilisation du backlog Partager le backlog avec toute l équipe et les parties prenantes Ne pas injecter des exigences et des bugs en masse Tenir compte des dépendances Un seul backlog par équipe Un outil pour le backlog Pas de colonne priorité Chapitre 6 La planification de la release Planifier pour prévoir et anticiper Planifier pour prévoir Le plan de release, obligatoire ou optionnel? La participation de l équipe est requise La release est planifiée à partir du backlog Place dans le cycle de vie

11 Table des matières XI 6.2 Activités de planification de release Définir le critère de fin de la release Estimer les stories du backlog Définir la durée des sprints Estimer la capacité de l équipe Produire le plan de release Tableau récapitulatif Résultats de la planification de release Le plan de release Burndown chart de release Conseils pour la planification de release S adapter au calendrier Éviter de donner trop d importance à la vélocité Garder du mou pour les incertitudes Provisionner pour le feedback ultérieur Chapitre 7 La réunion de planification de sprint Dunod Toute reproduction non autorisée est un délit. 7.1 Planifier pour réussir le sprint Avec des stories dans les starting blocks C est l équipe qui planifie Espace de travail ouvert La durée de la réunion est limitée Activités de planification du sprint Contexte du sprint Accord avec le PO Essaimage Identification des tâches Engagement Lancement du sprint Résultats de la planification du sprint But du sprint Conditions Plan de sprint

12 XII Scrum 7.4 Conseils pour la planification de sprint Rendre visible la culture du backlog Laisser l équipe décider du périmètre Laisser l équipe identifier les tâches Décomposer en tâches courtes Prendre un engagement raisonnable Garder du mou dans le plan de sprint Faire de la conception Rendre visible tout ce que fait l équipe Arrêter d estimer les tâches Ré-estimer les points des stories Chapitre 8 Le scrum quotidien Une réunion quotidienne Son but : s adapter pour réussir le sprint Le scrum appartient à l équipe Un cérémonial balisé Déroulement orienté personnes Se réunir Répondre aux trois questions S adapter pour l atteinte des objectifs Déroulement orienté stories Examiner les stories Risques et bénéfices Résultats du scrum quotidien Le plan de sprint actualisé Les indicateurs de sprint La liste des obstacles Conseils pour le scrum quotidien S en tenir à un quart d heure Ce n est pas un compte-rendu au ScrumMaster Ne pas mesurer le temps passé Veiller à finir les stories Organiser des variations dans le déroulement du scrum

13 Table des matières XIII Chapitre 9 La revue de sprint La revue repose sur une démonstration La revue accueille de nombreux invités Une réunion de fin de sprint La revue montre le produit Les activités de la revue de sprint Préparer la démonstration Rappeler l objectif du sprint Effectuer la démonstration Collecter le feedback Calculer la vélocité Ajuster les prévisions Résultats de la revue de sprint Backlog actualisé Plan de release et burndown chart de release mis à jour Conseils pour la revue Dérouler un scénario Inviter largement, mais expliquer que c est un produit partiel Éviter de modifier au dernier moment Parler des stories, pas des tâches Solliciter le feedback ultérieur En faire la réunion essentielle sur le produit Dunod Toute reproduction non autorisée est un délit. Chapitre 10 La rétrospective de sprint Une pratique d amélioration continue De l inspection et de l adaptation Un moment de réflexion collective à la fin de chaque sprint C est l équipe qui refait le match Les activités de la rétrospective Créer un environnement propice à l expression Collecter les informations sur le sprint passé Identifier des idées d amélioration Sélectionner collectivement l amélioration pour le prochain sprint Adapter Scrum pour le prochain sprint

14 XIV Scrum 10.3 Résultats de la rétrospective Équipe plus soudée Pratiques améliorées Conseils pour la rétrospective Changer régulièrement de technique Ne pas en faire une séance de règlement de comptes Parler de ce qui va bien Faire aboutir les actions des rétrospectives précédentes Se concentrer sur peu d améliorations Mener des rétrospectives plus poussées en fin de release Utiliser un facilitateur externe Chapitre 11 La définition de fini Fini, une pratique à part entière Impact du mal fini Intérêt d avoir une définition de fini partagée Contenu de la définition de fini Fini pour une story Fini pour une feature Fini pour un sprint Fini pour une release Déroulement de la pratique Établir la définition de fini Publier la définition de fini générique Une définition de prêt? Vérifier la finition Améliorer la définition de fini Conseils pour une bonne pratique de fini Une seule définition de fini ne convient pas à toutes les stories Rendre visible la définition de fini générique Faciliter la vérification avec les cases à cocher Faire évoluer la définition de fini

15 Table des matières XV Chapitre 12 Adapter Scrum au contexte Pratiques agiles Pratiques Scrum Pratiques complémentaires Risques dans la mise en œuvre de Scrum Risque d oublier les pratiques d ingénierie Risque de perdre le contexte sans adaptation Risque d adapter sans discernement Définir le contexte Influence de l organisation Contexte du projet Impact du contexte sur les pratiques Nature du produit Équipe État du logiciel Contraintes de l organisation Situation d un projet Adaptation en fonction de la situation Conseils pour s adapter au contexte Ne pas être dogmatique Introduire du Kanban dans le Scrum Éviter de picorer dans les pratiques Dunod Toute reproduction non autorisée est un délit. Chapitre 13 De la vision aux features Le produit a une vie avant les sprints Stratégie et alignement Approche ludinnovante La vision Pourquoi? Définir le But Trouver des buts Choisir un but pour la release Pour qui? Identifier les Acteurs Intérêt de connaître les acteurs

16 XVI Scrum Identification des acteurs Personas Comment? Les impacts Un impact n est pas une solution Identification des impacts Visualiser les impacts sur la carte Quoi? Les features Justification du terme feature Identification des features Features et priorité Représenter les features sur la carte Le bac de features L ingénierie des exigences Exigences et spécifications Traçabilité Exigences non fonctionnelles Le cas de l ergonomie Conseils de la vision aux features Travailler en équipe avec les bonnes personnes Ne pas développer toutes les branches de la carte des Impacts Essayer le Lean Startup Chapitre 14 La story et ses tests d acceptation La story Origine : XP Identifier les stories avec une Story Map Décomposer les stories et les features Décrire une story avec son plan type Critères de décomposition d une story Techniques de décomposition Tests pour accepter les stories Des tests qui guident Une story et ses tests Pratique recommandée : le BDD

17 Table des matières XVII 14.3 Étapes pour accepter la story Identifier les conditions d acceptation Écrire les tests d acceptation Passer les tests dès que c est possible Intérêt de l automatisation Déclarer la story finie Conseils pour la story et le test d acceptation Faire des tranches verticales Le test n est pas une phase Se servir des tests pour communiquer Tester une story dans le sprint où elle est développée Connecter les stories Rendre explicite le travail de test d acceptation Chapitre 15 Estimations, mesures et indicateurs Dunod Toute reproduction non autorisée est un délit Estimer la taille et la valeur Estimation de la taille des stories en points Estimation de la valeur Collecter les mesures Mesures quotidiennes Mesures à chaque sprint Mesures à chaque release Autres mesures possibles Utiliser les indicateurs Indicateurs pour le suivi du sprint Indicateurs pour le suivi du produit Indicateurs pour le suivi de la release Conseils pour estimer, mesurer et publier les indicateurs Une estimation n est pas un engagement Pas de mesure du temps consommé Collecter les mesures dès le début d un développement Limiter le nombre d indicateurs

18 XVIII Scrum Chapitre 16 Scrum et l ingénierie du logiciel Pratiques autour du code Intégration continue Développement piloté par les tests Programmation en binôme Pratiques de conception Architecture évolutive Conception émergente Maintenance Il n y a pas de phase de maintenance Gestion des bugs Conseils pour les pratiques d ingénierie Faire de la conception collective L architecte participe Mettre les bugs dans le backlog Essayer les binômes Éviter l accumulation de dette technique Chapitre 17 Scrum et les outils Les Post-it Les outils informatiques Les tableurs ou assimilés Les bugtrackers Les outils agiles Cohabitation post-it et outil informatique Les tableaux Tableau pour le plan de sprint Les autres tableaux À côté du tableau Les jeux Jeux pour apprendre Jeux pour faire le produit

19 Table des matières XIX 17.5 Conseils pour les outils Prendre des photos Jouer avec les bonnes personnes Ne pas surcharger un tableau Privilégier les outils Open Source Partager l outil avec l équipe S intéresser aux usages innovants Fuir les usines à gaz Chapitre 18 La transition à Scrum Dunod Toute reproduction non autorisée est un délit Le processus de transition Avec qui faire la transition? Cycle de transition Obstacles d organisation Étapes du processus de transition Évaluer le contexte Préparer l application de Scrum Exécuter Scrum sur un projet pilote Évaluer le niveau atteint Diffuser dans l organisation Impacts sur l organisation Revoir les évaluations individuelles Organiser les projets différemment Favoriser la pluridisciplinarité Cohabitation avec d autres processus Chapitre 19 Scrum à grande échelle Un projet Scrum? Scrum pour un programme Notion de programme Backlog d équipe avec des stories Backlog de programme avec des features Structure des équipes Synchronisation des équipes

20 XX Scrum Cérémonial de programme Scrum au niveau Produit Cycle de vie d un produit Feuille de route Releases à date fixée Niveau portfolio ou organisation Portfolio Epic Epic technique Backlog de portefeuille avec des epics Train de releases Structure des équipes Structure des éléments de travail Guides pour le changement d échelle Ne pas faire des scrums de scrums sans réel besoin Déployer au rythme des releases Lister les obstacles d organisation Changer d indicateurs Limiter la taille des backlogs Mixer Scrum et Kanban Aligner toute l organisation Continuer à s améliorer Chapitre 20 Scrum en France Ze french touch Éléments de langage Combien de scrummeurs? Des particularités locales? Des freins à la diffusion? MOA et MOE ne sont pas agiles Contrats au forfait, le mythe du périmètre fixé Le french flair pour Scrum Quiz

21 Table des matières XXI Références bibliographiques Index

22

23 Avant propos Dunod Toute reproduction non autorisée est un délit. Depuis une quinzaine d années, je conseille les entreprises et je forme des étudiants et des équipes à pratiquer des méthodes itératives et agiles. Depuis huit ans, cet effort porte presque exclusivement sur Scrum ; cela m a permis de participer à de nombreux projets menés avec Scrum ; cela m a aussi poussé à m impliquer longtemps dans le développement du logiciel libre icescrum (un outil pour Scrum). Sur le terrain, j ai constaté ce qui fonctionnait bien et ce qui fonctionnait moins bien. À travers ce livre, je souhaite vous faire partager mon expérience et les leçons apprises. Vous y apprendrez à appliquer les pratiques de Scrum en les adaptant aux contraintes de votre environnement. Même si un livre ne remplace pas une formation et encore moins une application concrète, le mien présente des conseils, des exemples, des retours d expérience et des guides qui vous permettront d optimiser votre mise en œuvre de Scrum. Ce livre est destiné à tous ceux qui s intéressent à Scrum. Les novices y trouveront une présentation détaillée des pratiques, ceux qui en ont déjà une connaissance trouveront des conseils utiles. Il intéressera tous les membres des équipes (pas seulement les ScrumMasters) ayant adopté Scrum ou étant sur le point de le faire, y compris les managers et les clients qui souhaitent se familiariser avec cette méthode et son jargon. Parcours de lecture : combien de sprints vous faut il? Si vous cherchez une introduction brève aux méthodes agiles et à Scrum, lisez les chapitres 1 et 2. Si vous voulez connaître Scrum en détail, lisez les chapitres 1 à 11. Les personnes jouant le rôle de Product Owner liront en particulier le chapitre 3 et le chapitre 5, et les ScrumMasters le chapitre 4. Tous les membres de l équipe appliquant Scrum seront intéressés par les chapitres 4 à 11.

24 XXIV Scrum Figure 1 Les chapitres du livre À partir du chapitre 12 jusqu au chapitre 16, l accent est mis sur les compléments à Scrum pour le développement d un produit : le chapitre 12 présente une approche pour utiliser Scrum en tenant compte des contraintes des projets, les chapitres 13 et 14 sont consacrés aux nouvelles approches pour définir un produit aligné sur les besoins des utilisateurs, le chapitre 15 revient sur les indicateurs Scrum et le chapitre16 sur les pratiques d ingénierie du logiciel. Le chapitre 17 présente des outils pour Scrum, le chapitre 18 propose des pistes pour effectuer la transition dans de grandes organisations et le chapitre 20 aborde la diffusion de Scrum en France. La troisième édition présente l état de l art actualisé en 2013, avec les dernières avancées du domaine. Scrum est toujours la méthode agile la plus populaire et son usage s est élargi, au-delà des projets. Scrum a changé. C est pourquoi les chapitres 5, 7, 11, 13, 14 et 17 ont été complètement réécrits. Tous les autres chapitres ont été sensiblement modifiés. La plupart des illustrations ont été revues. Compléments en ligne Sur le site vous trouverez les dernières informations relatives au livre, des articles complémentaires, des précisions, des mises à jour, ainsi que les formations et les conférences de l auteur. Le feedback des lecteurs de mes deux premières éditions m a conforté dans ma volonté de changement dans ce guide Scrum.

25 Avant propos XXV Il m a poussé à améliorer les exemples fournis. Aussi, quand en novembre 2012, mon ami Pablo a publié Peetic, un exemple qu il utilise dans ses formations, je lui ai demandé s il acceptait de le partager. Avec son accord, j ai donc utilisé Peetic pour illustrer les différentes notions, concepts et pratiques présentées. L exemple : Peetic Présentation du sujet : Matériel en ligne : Les exemples fournis dans le livre pourront ainsi être commentés et complétés en ligne, et être présentés avec des points de vue différents. Dunod Toute reproduction non autorisée est un délit. Remerciements Tout d abord, un grand merci à Patrice COURTIADE, l auteur des dessins qui apportent une touche de légèreté à un sujet forcément sérieux. Une dizaine de nouveaux dessins sont ajoutés dans cette troisième édition. Mes relecteurs m ont fourni un feedback précieux, en m obligeant à repenser certaines parties et en m aidant à les rendre plus accessibles. Je les remercie chaleureusement pour leur contribution ; pour cette troisième édition, ils sont nombreux à avoir relu chacun quelques chapitres. Par ordre alphabétique : Alexandre BOUTIN, Romain COUTURIER, Jacques COUVREUR, Thierry CROS, Nicolas DEVERGE, Jean LESTANG, Laurent MEURISSE, Laurent MORISSEAU, Jean-Charles POUPLARD et Antoine VERNOIS, Je remercie bien sûr Pablo PERNOT pour son accord à partager son exemple et ses commentaires sur son utilisation. Je suis également reconnaissant à François BEAUREGARD d avoir écrit une nouvelle préface pour cette troisième édition. Je remercie mon éditeur Jean-Luc BLANC de m avoir fait confiance. Je remercie bien sincèrement toutes les personnes que j ai rencontrées lors de mes formations et interventions sur les projets, leurs retours et leurs encouragements m ont été précieux. Parmi les nombreux auteurs qui m ont inspiré, un merci particulier à Jean-Claude GROSJEAN et Philippe KRUCHTEN que je connais, mais aussi à d autres que je n ai jamais rencontrés. Je pense en particulier à Dan RAWSTHORNE et Doug SHIMP que je n ai pas le plaisir de connaître. La lecture de leur ouvrage Exploring Scrum m a conforté dans quelques idées et m en a données de nouvelles pour cette troisième édition. Merci enfin à Ruth pour son soutien sans faille au cours des nombreuses journées, soirées et week-ends que j ai passés à écrire et réécrire ce livre.

26