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

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 978-2-10-059446-7

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

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

Table des matières Préface..................................................................... V Avant-propos................................................................ XXIII Chapitre 1 Scrum dans le mouvement agile.................................. 1 Dunod Toute reproduction non autorisée est un délit. 1.1 Le mouvement agile.................................................... 1 1.1.1 Méthode agile....................................................... 1 1.1.2 Manifeste Agile...................................................... 2 1.1.3 L Agilité............................................................ 3 1.1.4 Ingénierie du logiciel.................................................. 5 1.1.5 Des méthodes agiles à Scrum........................................... 5 1.2 Survol de Scrum....................................................... 6 1.2.1 Scrum, un truc qui marche............................................ 7 1.2.2 Scrum en bref....................................................... 7 1.2.3 Théorie............................................................. 8 1.2.4 Éléments........................................................... 8 1.2.5 Les gens............................................................ 9 Chapitre 2 Des sprints pour une release..................................... 11 2.1 L approche itérative et incrémentale..................................... 13 2.1.1 Incrément et itération................................................. 13 2.1.2 Bloc de temps........................................................ 15 2.1.3 Durée du sprint...................................................... 16 2.2 Cycle de développement Scrum......................................... 16 2.2.1 L aspect temporel.................................................... 16

VIII Scrum 2.2.2 Activités et cycle de développement..................................... 17 2.2.3 Le résultat d un sprint................................................ 19 2.2.4 Le résultat d une release............................................... 20 2.3 Guides pour les sprints et releases........................................ 20 2.3.1 Démarrer le premier sprint au bon moment............................... 20 2.3.2 Produire fréquemment des versions...................................... 21 2.3.3 Enchaîner les sprints.................................................. 22 2.3.4 Utiliser le produit partiel.............................................. 23 2.3.5 Savoir finir la release................................................. 24 2.3.6 Faire des releases cadencées............................................ 24 Chapitre 3 Le Product Owner.............................................. 25 3.1 Responsabilités du Product Owner....................................... 27 3.1.1 Faire partager la vision............................................... 28 3.1.2 Définir le contenu du produit........................................... 29 3.1.3 Planifier la vie du produit.............................................. 29 3.2 Compétences souhaitées................................................ 29 3.2.1 Bonne connaissance du métier......................................... 29 3.2.2 Maîtrise des techniques de définition de produit........................... 30 3.2.3 Autorité pour prendre des décisions rapidement........................... 31 3.2.4 Capacité à détailler au bon moment..................................... 31 3.2.5 Esprit ouvert au changement........................................... 31 3.2.6 Aptitude à la négociation.............................................. 32 3.3 Choisir le Product Owner d une équipe.................................. 32 3.3.1 Une personne disponible.............................................. 32 3.3.2 Une seule personne................................................... 34 3.3.3 Où le trouver dans l organisation actuelle?............................... 36 3.3.4 Une personne motivée pour le rôle...................................... 36 3.4 Conseils pour progresser dans le rôle..................................... 36 3.4.1 Se former au rôle de Product Owner.................................... 37 3.4.2 S impliquer dans les tests d acceptation.................................. 37 3.4.3 Collaborer avec l équipe............................................... 38 3.4.4 Utiliser le produit.................................................... 38 3.4.5 Impliquer les parties prenantes......................................... 39

Table des matières IX 3.4.6 Planifier à moyen terme............................................... 39 3.4.7 Utiliser un outil collaboratif pour le backlog.............................. 39 Chapitre 4 Le ScrumMaster et l équipe...................................... 41 Dunod Toute reproduction non autorisée est un délit. 4.1 Partage de Responsabilités.............................................. 42 4.1.1 Activités du ScrumMaster............................................. 43 4.1.2 Équipe auto-organisée................................................ 45 4.1.3 Équipe pluridisciplinaire............................................... 46 4.2 Compétences souhaitées du ScrumMaster................................ 46 4.2.1 Bonne connaissance de Scrum......................................... 46 4.2.2 Aptitude à comprendre le fonctionnel et la technique....................... 47 4.2.3 Facilité à communiquer............................................... 47 4.2.4 Capacité à guider.................................................... 47 4.2.5 Talent de médiateur.................................................. 47 4.2.6 Ténacité............................................................ 48 4.2.7 Inclination à la transparence........................................... 48 4.2.8 Goût à être au service de l équipe....................................... 49 4.3 Choisir le ScrumMaster d une équipe.................................... 49 4.3.1 Affectation au rôle................................................... 49 4.3.2 Où trouver la bonne personne?........................................ 50 4.3.3 Quelqu un qui incarne le changement................................... 51 4.3.4 ScrumMaster, un état d esprit.......................................... 51 4.3.5 Rotation dans le rôle.................................................. 51 4.4 Conseils pour progresser dans le rôle..................................... 52 4.4.1 Parfaire sa connaissance de Scrum...................................... 52 4.4.2 Se former au rôle de ScrumMaster...................................... 52 4.4.3 Se faire assister par un coach........................................... 53 4.4.4 Favoriser l analyse des causes des problèmes.............................. 53 4.4.5 Pratiquer l art du possible............................................. 53 4.4.6 Favoriser l auto-organisation de l équipe................................. 54 4.4.7 Maîtriser le reporting................................................. 55

X Scrum Chapitre 5 Le backlog...................................................... 57 5.1 Le backlog, outil essentiel pour l équipe.................................. 58 5.1.1 Vocabulaire......................................................... 58 5.1.2 Les utilisateurs du backlog............................................. 59 5.1.3 L élément du backlog : la story......................................... 59 5.1.4 Le sens de la priorité.................................................. 61 5.1.5 Vie du backlog....................................................... 62 5.2 Types de stories........................................................ 63 5.2.1 Story fonctionnelle................................................... 64 5.2.2 Correction de bug.................................................... 64 5.2.3 Story technique...................................................... 65 5.2.4 Remboursement de dette technique...................................... 65 5.3 Parties du backlog...................................................... 65 5.3.1 Bac à sable.......................................................... 66 5.3.2 Bac de culture....................................................... 68 5.3.3 Bac de départ........................................................ 70 5.3.4 Bac à glace.......................................................... 71 5.3.5 Bac de récolte....................................................... 72 5.4 Conseils d utilisation du backlog........................................ 73 5.4.1 Partager le backlog avec toute l équipe et les parties prenantes............... 73 5.4.2 Ne pas injecter des exigences et des bugs en masse......................... 74 5.4.3 Tenir compte des dépendances......................................... 74 5.4.4 Un seul backlog par équipe............................................ 75 5.4.5 Un outil pour le backlog............................................... 75 5.4.6 Pas de colonne priorité................................................ 75 Chapitre 6 La planification de la release..................................... 77 6.1 Planifier pour prévoir et anticiper........................................ 78 6.1.1 Planifier pour prévoir................................................. 78 6.1.2 Le plan de release, obligatoire ou optionnel?.............................. 78 6.1.3 La participation de l équipe est requise................................... 79 6.1.4 La release est planifiée à partir du backlog................................ 79 6.1.5 Place dans le cycle de vie.............................................. 80

Table des matières XI 6.2 Activités de planification de release...................................... 81 6.2.1 Définir le critère de fin de la release..................................... 81 6.2.2 Estimer les stories du backlog........................................... 83 6.2.3 Définir la durée des sprints............................................. 85 6.2.4 Estimer la capacité de l équipe.......................................... 87 6.2.5 Produire le plan de release............................................. 89 6.2.6 Tableau récapitulatif.................................................. 90 6.3 Résultats de la planification de release................................... 90 6.3.1 Le plan de release.................................................... 90 6.3.2 Burndown chart de release............................................. 91 6.4 Conseils pour la planification de release................................. 92 6.4.1 S adapter au calendrier................................................ 92 6.4.2 Éviter de donner trop d importance à la vélocité........................... 93 6.4.3 Garder du mou pour les incertitudes..................................... 93 6.4.4 Provisionner pour le feedback ultérieur.................................. 94 Chapitre 7 La réunion de planification de sprint............................. 97 Dunod Toute reproduction non autorisée est un délit. 7.1 Planifier pour réussir le sprint........................................... 98 7.1.1 Avec des stories dans les starting blocks.................................. 98 7.1.2 C est l équipe qui planifie.............................................. 98 7.1.3 Espace de travail ouvert............................................... 99 7.1.4 La durée de la réunion est limitée....................................... 100 7.2 Activités de planification du sprint...................................... 100 7.2.1 Contexte du sprint................................................... 101 7.2.2 Accord avec le PO................................................... 101 7.2.3 Essaimage.......................................................... 102 7.2.4 Identification des tâches............................................... 103 7.2.5 Engagement........................................................ 104 7.2.6 Lancement du sprint.................................................. 106 7.3 Résultats de la planification du sprint.................................... 108 7.3.1 But du sprint........................................................ 108 7.3.2 Conditions.......................................................... 108 7.3.3 Plan de sprint........................................................ 109

XII Scrum 7.4 Conseils pour la planification de sprint................................... 109 7.4.1 Rendre visible la culture du backlog..................................... 109 7.4.2 Laisser l équipe décider du périmètre.................................... 109 7.4.3 Laisser l équipe identifier les tâches...................................... 110 7.4.4 Décomposer en tâches courtes.......................................... 110 7.4.5 Prendre un engagement raisonnable..................................... 111 7.4.6 Garder du mou dans le plan de sprint.................................... 111 7.4.7 Faire de la conception................................................. 112 7.4.8 Rendre visible tout ce que fait l équipe................................... 112 7.4.9 Arrêter d estimer les tâches............................................ 113 7.4.10 Ré-estimer les points des stories......................................... 113 Chapitre 8 Le scrum quotidien.............................................. 115 8.1 Une réunion quotidienne............................................... 116 8.1.1 Son but : s adapter pour réussir le sprint................................. 116 8.1.2 Le scrum appartient à l équipe......................................... 116 8.1.3 Un cérémonial balisé................................................. 117 8.2 Déroulement orienté personnes......................................... 118 8.2.1 Se réunir........................................................... 118 8.2.2 Répondre aux trois questions........................................... 119 8.2.3 S adapter pour l atteinte des objectifs.................................... 121 8.3 Déroulement orienté stories............................................. 121 8.3.1 Examiner les stories.................................................. 122 8.3.2 Risques et bénéfices................................................... 122 8.4 Résultats du scrum quotidien............................................ 122 8.4.1 Le plan de sprint actualisé............................................. 123 8.4.2 Les indicateurs de sprint............................................... 123 8.4.3 La liste des obstacles.................................................. 124 8.5 Conseils pour le scrum quotidien........................................ 125 8.5.1 S en tenir à un quart d heure........................................... 125 8.5.2 Ce n est pas un compte-rendu au ScrumMaster........................... 125 8.5.3 Ne pas mesurer le temps passé......................................... 126 8.5.4 Veiller à finir les stories................................................ 127 8.5.5 Organiser des variations dans le déroulement du scrum..................... 127

Table des matières XIII Chapitre 9 La revue de sprint............................................... 129 9.1 La revue repose sur une démonstration................................... 129 9.1.1 La revue accueille de nombreux invités.................................. 129 9.1.2 Une réunion de fin de sprint........................................... 130 9.1.3 La revue montre le produit............................................. 130 9.2 Les activités de la revue de sprint........................................ 130 9.2.1 Préparer la démonstration............................................. 130 9.2.2 Rappeler l objectif du sprint............................................ 131 9.2.3 Effectuer la démonstration............................................. 132 9.2.4 Collecter le feedback.................................................. 132 9.2.5 Calculer la vélocité................................................... 133 9.2.6 Ajuster les prévisions................................................. 133 9.3 Résultats de la revue de sprint........................................... 134 9.3.1 Backlog actualisé..................................................... 134 9.3.2 Plan de release et burndown chart de release mis à jour..................... 134 9.4 Conseils pour la revue.................................................. 135 9.4.1 Dérouler un scénario................................................. 135 9.4.2 Inviter largement, mais expliquer que c est un produit partiel................ 135 9.4.3 Éviter de modifier au dernier moment................................... 136 9.4.4 Parler des stories, pas des tâches........................................ 136 9.4.5 Solliciter le feedback ultérieur.......................................... 136 9.4.6 En faire la réunion essentielle sur le produit.............................. 137 Dunod Toute reproduction non autorisée est un délit. Chapitre 10 La rétrospective de sprint....................................... 139 10.1 Une pratique d amélioration continue................................... 140 10.1.1 De l inspection et de l adaptation....................................... 140 10.1.2 Un moment de réflexion collective à la fin de chaque sprint................. 141 10.1.3 C est l équipe qui refait le match........................................ 142 10.2 Les activités de la rétrospective.......................................... 142 10.2.1 Créer un environnement propice à l expression............................ 142 10.2.2 Collecter les informations sur le sprint passé.............................. 143 10.2.3 Identifier des idées d amélioration....................................... 144 10.2.4 Sélectionner collectivement l amélioration pour le prochain sprint............ 145 10.2.5 Adapter Scrum pour le prochain sprint.................................. 145

XIV Scrum 10.3 Résultats de la rétrospective............................................. 145 10.3.1 Équipe plus soudée................................................... 145 10.3.2 Pratiques améliorées.................................................. 146 10.4 Conseils pour la rétrospective........................................... 147 10.4.1 Changer régulièrement de technique..................................... 147 10.4.2 Ne pas en faire une séance de règlement de comptes....................... 147 10.4.3 Parler de ce qui va bien............................................... 148 10.4.4 Faire aboutir les actions des rétrospectives précédentes...................... 148 10.4.5 Se concentrer sur peu d améliorations................................... 149 10.4.6 Mener des rétrospectives plus poussées en fin de release..................... 149 10.4.7 Utiliser un facilitateur externe.......................................... 149 Chapitre 11 La définition de fini............................................ 151 11.1 Fini, une pratique à part entière......................................... 151 11.1.1 Impact du mal fini.................................................... 153 11.1.2 Intérêt d avoir une définition de fini partagée............................. 154 11.2 Contenu de la définition de fini......................................... 154 11.2.1 Fini pour une story................................................... 155 11.2.2 Fini pour une feature................................................. 156 11.2.3 Fini pour un sprint................................................... 157 11.2.4 Fini pour une release................................................. 157 11.3 Déroulement de la pratique............................................. 158 11.3.1 Établir la définition de fini............................................. 158 11.3.2 Publier la définition de fini générique.................................... 158 11.3.3 Une définition de prêt?............................................... 159 11.3.4 Vérifier la finition.................................................... 160 11.3.5 Améliorer la définition de fini.......................................... 161 11.4 Conseils pour une bonne pratique de fini................................. 161 11.4.1 Une seule définition de fini ne convient pas à toutes les stories............... 161 11.4.2 Rendre visible la définition de fini générique.............................. 162 11.4.3 Faciliter la vérification avec les cases à cocher............................. 162 11.4.4 Faire évoluer la définition de fini........................................ 162

Table des matières XV Chapitre 12 Adapter Scrum au contexte..................................... 163 12.1 Pratiques agiles........................................................ 164 12.1.1 Pratiques Scrum..................................................... 164 12.1.2 Pratiques complémentaires............................................. 164 12.2 Risques dans la mise en œuvre de Scrum................................. 166 12.2.1 Risque d oublier les pratiques d ingénierie................................ 166 12.2.2 Risque de perdre le contexte sans adaptation.............................. 166 12.2.3 Risque d adapter sans discernement..................................... 167 12.3 Définir le contexte..................................................... 168 12.3.1 Influence de l organisation............................................. 168 12.3.2 Contexte du projet................................................... 168 12.4 Impact du contexte sur les pratiques..................................... 169 12.4.1 Nature du produit.................................................... 170 12.4.2 Équipe............................................................. 171 12.4.3 État du logiciel....................................................... 173 12.4.4 Contraintes de l organisation........................................... 173 12.4.5 Situation d un projet.................................................. 175 12.4.6 Adaptation en fonction de la situation................................... 176 12.5 Conseils pour s adapter au contexte...................................... 176 12.5.1 Ne pas être dogmatique............................................... 176 12.5.2 Introduire du Kanban dans le Scrum.................................... 177 12.5.3 Éviter de picorer dans les pratiques...................................... 178 Dunod Toute reproduction non autorisée est un délit. Chapitre 13 De la vision aux features....................................... 179 13.1 Le produit a une vie avant les sprints..................................... 180 13.1.1 Stratégie et alignement................................................ 181 13.1.2 Approche ludinnovante............................................... 182 13.2 La vision.............................................................. 182 13.3 Pourquoi? Définir le But................................................ 184 13.3.1 Trouver des buts..................................................... 184 13.3.2 Choisir un but pour la release.......................................... 185 13.4 Pour qui? Identifier les Acteurs......................................... 185 13.4.1 Intérêt de connaître les acteurs......................................... 185

XVI Scrum 13.4.2 Identification des acteurs.............................................. 186 13.4.3 Personas............................................................ 186 13.5 Comment? Les impacts................................................ 187 13.5.1 Un impact n est pas une solution....................................... 188 13.5.2 Identification des impacts.............................................. 188 13.5.3 Visualiser les impacts sur la carte....................................... 189 13.6 Quoi? Les features..................................................... 189 13.6.1 Justification du terme feature........................................... 189 13.6.2 Identification des features.............................................. 190 13.6.3 Features et priorité................................................... 190 13.6.4 Représenter les features sur la carte..................................... 191 13.6.5 Le bac de features.................................................... 191 13.7 L ingénierie des exigences............................................... 191 13.7.1 Exigences et spécifications............................................. 192 13.7.2 Traçabilité.......................................................... 192 13.7.3 Exigences non fonctionnelles........................................... 192 13.7.4 Le cas de l ergonomie................................................. 193 13.8 Conseils de la vision aux features........................................ 194 13.8.1 Travailler en équipe avec les bonnes personnes............................ 194 13.8.2 Ne pas développer toutes les branches de la carte des Impacts................ 194 13.8.3 Essayer le Lean Startup............................................... 195 Chapitre 14 La story et ses tests d acceptation............................... 197 14.1 La story............................................................... 198 14.1.1 Origine : XP........................................................ 198 14.1.2 Identifier les stories avec une Story Map................................. 198 14.1.3 Décomposer les stories et les features.................................... 200 14.1.4 Décrire une story avec son plan type.................................... 201 14.1.5 Critères de décomposition d une story................................... 201 14.1.6 Techniques de décomposition........................................... 202 14.2 Tests pour accepter les stories........................................... 203 14.2.1 Des tests qui guident.................................................. 204 14.2.2 Une story et ses tests................................................. 204 14.2.3 Pratique recommandée : le BDD....................................... 205

Table des matières XVII 14.3 Étapes pour accepter la story............................................ 206 14.3.1 Identifier les conditions d acceptation.................................... 206 14.3.2 Écrire les tests d acceptation........................................... 207 14.3.3 Passer les tests dès que c est possible..................................... 208 14.3.4 Intérêt de l automatisation............................................. 208 14.3.5 Déclarer la story finie................................................. 209 14.4 Conseils pour la story et le test d acceptation............................. 209 14.4.1 Faire des tranches verticales............................................ 209 14.4.2 Le test n est pas une phase............................................. 210 14.4.3 Se servir des tests pour communiquer.................................... 210 14.4.4 Tester une story dans le sprint où elle est développée....................... 210 14.4.5 Connecter les stories.................................................. 211 14.4.6 Rendre explicite le travail de test d acceptation............................ 212 Chapitre 15 Estimations, mesures et indicateurs............................. 213 Dunod Toute reproduction non autorisée est un délit. 15.1 Estimer la taille et la valeur............................................. 214 15.1.1 Estimation de la taille des stories en points................................ 214 15.1.2 Estimation de la valeur............................................... 216 15.2 Collecter les mesures................................................... 218 15.2.1 Mesures quotidiennes................................................. 219 15.2.2 Mesures à chaque sprint............................................... 219 15.2.3 Mesures à chaque release.............................................. 219 15.2.4 Autres mesures possibles.............................................. 219 15.3 Utiliser les indicateurs.................................................. 220 15.3.1 Indicateurs pour le suivi du sprint....................................... 220 15.3.2 Indicateurs pour le suivi du produit...................................... 220 15.3.3 Indicateurs pour le suivi de la release.................................... 221 15.4 Conseils pour estimer, mesurer et publier les indicateurs................... 224 15.4.1 Une estimation n est pas un engagement................................. 224 15.4.2 Pas de mesure du temps consommé..................................... 225 15.4.3 Collecter les mesures dès le début d un développement..................... 225 15.4.4 Limiter le nombre d indicateurs......................................... 226

XVIII Scrum Chapitre 16 Scrum et l ingénierie du logiciel................................. 227 16.1 Pratiques autour du code................................................ 227 16.1.1 Intégration continue.................................................. 228 16.1.2 Développement piloté par les tests....................................... 229 16.1.3 Programmation en binôme............................................. 231 16.2 Pratiques de conception................................................ 232 16.2.1 Architecture évolutive................................................ 232 16.2.2 Conception émergente................................................ 233 16.3 Maintenance.......................................................... 234 16.3.1 Il n y a pas de phase de maintenance.................................... 234 16.3.2 Gestion des bugs..................................................... 234 16.4 Conseils pour les pratiques d ingénierie.................................. 235 16.4.1 Faire de la conception collective........................................ 235 16.4.2 L architecte participe.................................................. 235 16.4.3 Mettre les bugs dans le backlog......................................... 236 16.4.4 Essayer les binômes.................................................. 236 16.4.5 Éviter l accumulation de dette technique................................. 236 Chapitre 17 Scrum et les outils............................................. 239 17.1 Les Post-it............................................................. 240 17.2 Les outils informatiques................................................ 242 17.2.1 Les tableurs ou assimilés.............................................. 242 17.2.2 Les bugtrackers...................................................... 242 17.2.3 Les outils agiles...................................................... 242 17.2.4 Cohabitation post-it et outil informatique................................ 243 17.3 Les tableaux........................................................... 243 17.3.1 Tableau pour le plan de sprint.......................................... 243 17.3.2 Les autres tableaux................................................... 245 17.3.3 À côté du tableau.................................................... 247 17.4 Les jeux............................................................... 248 17.4.1 Jeux pour apprendre.................................................. 248 17.4.2 Jeux pour faire le produit.............................................. 249

Table des matières XIX 17.5 Conseils pour les outils................................................. 250 17.5.1 Prendre des photos................................................... 250 17.5.2 Jouer avec les bonnes personnes........................................ 250 17.5.3 Ne pas surcharger un tableau.......................................... 251 17.5.4 Privilégier les outils Open Source....................................... 251 17.5.5 Partager l outil avec l équipe........................................... 251 17.5.6 S intéresser aux usages innovants....................................... 251 17.5.7 Fuir les usines à gaz.................................................. 252 Chapitre 18 La transition à Scrum.......................................... 253 Dunod Toute reproduction non autorisée est un délit. 18.1 Le processus de transition............................................... 253 18.1.1 Avec qui faire la transition?........................................... 254 18.1.2 Cycle de transition................................................... 254 18.1.3 Obstacles d organisation.............................................. 255 18.2 Étapes du processus de transition........................................ 255 18.2.1 Évaluer le contexte................................................... 255 18.2.2 Préparer l application de Scrum........................................ 257 18.2.3 Exécuter Scrum sur un projet pilote..................................... 259 18.2.4 Évaluer le niveau atteint.............................................. 260 18.2.5 Diffuser dans l organisation............................................ 261 18.3 Impacts sur l organisation............................................... 262 18.3.1 Revoir les évaluations individuelles..................................... 262 18.3.2 Organiser les projets différemment...................................... 263 18.3.3 Favoriser la pluridisciplinarité.......................................... 264 18.3.4 Cohabitation avec d autres processus.................................... 264 Chapitre 19 Scrum à grande échelle......................................... 267 19.1 Un projet Scrum?..................................................... 267 19.2 Scrum pour un programme.............................................. 268 19.2.1 Notion de programme................................................. 269 19.2.2 Backlog d équipe avec des stories....................................... 269 19.2.3 Backlog de programme avec des features................................. 270 19.2.4 Structure des équipes................................................. 271 19.2.5 Synchronisation des équipes............................................ 271

XX Scrum 19.2.6 Cérémonial de programme............................................. 273 19.3 Scrum au niveau Produit................................................ 273 19.3.1 Cycle de vie d un produit.............................................. 273 19.3.2 Feuille de route...................................................... 274 19.3.3 Releases à date fixée.................................................. 274 19.4 Niveau portfolio ou organisation........................................ 275 19.4.1 Portfolio............................................................ 275 19.4.2 Epic............................................................... 276 19.4.3 Epic technique....................................................... 277 19.4.4 Backlog de portefeuille avec des epics.................................... 277 19.4.5 Train de releases..................................................... 277 19.4.6 Structure des équipes................................................. 277 19.4.7 Structure des éléments de travail........................................ 278 19.5 Guides pour le changement d échelle.................................... 278 19.5.1 Ne pas faire des scrums de scrums sans réel besoin......................... 278 19.5.2 Déployer au rythme des releases........................................ 279 19.5.3 Lister les obstacles d organisation....................................... 279 19.5.4 Changer d indicateurs................................................. 279 19.5.5 Limiter la taille des backlogs............................................ 279 19.5.6 Mixer Scrum et Kanban.............................................. 280 19.5.7 Aligner toute l organisation............................................ 280 19.5.8 Continuer à s améliorer............................................... 281 Chapitre 20 Scrum en France............................................... 283 20.1 Ze french touch........................................................ 283 20.1.1 Éléments de langage.................................................. 283 20.1.2 Combien de scrummeurs?............................................. 284 20.1.3 Des particularités locales?............................................. 286 20.2 Des freins à la diffusion?................................................ 286 20.2.1 MOA et MOE ne sont pas agiles....................................... 286 20.2.2 Contrats au forfait, le mythe du périmètre fixé............................ 288 20.3 Le french flair pour Scrum.............................................. 290 Quiz........................................................................ 293

Table des matières XXI Références bibliographiques.................................................. 299 Index....................................................................... 301

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.

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 www.aubryconseil.com, 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.

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 : http://www.areyouagile.com/2012/11/peetic/ Matériel en ligne : https://github.com/pablopernot/peetic 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.