Table des matières. Préface... Avant-propos...

Transcription

1

2

3 Préface J ai rencontré Claude une première fois lors d une formation ScrumMaster que j ai donnée à Paris en J ai immédiatement remarqué Claude dans le groupe par son enthousiasme et sa volonté de comprendre les valeurs et principes qui sont les fondements de Scrum. Depuis Claude ne cesse de me surprendre par son engagement à défier l ordre établi et par sa générosité dans son travail. Je suis personnellement fortement engagé dans la communauté Agile et plus spécifiquement la communauté Scrum depuis 2001 car j ai la ferme conviction que c est à travers des gens qui ont intégré les valeurs et principes fondamentaux de Scrum et qui les portent chaque jour dans leur travail que nous arriverons à créer des organisations de développement logiciel où les résultats, la qualité de vie et le plaisir pourront coexister de façon durable. Je fais particulièrement attention à distinguer les gens de l approche proprement dite car en ces temps où le rythme d adoption des approches agiles et en particulier Scrum est ultra-accéléré, et où de plus en plus de gens voient Scrum comme un outil qui va magiquement régler beaucoup de leurs difficultés, il est fondamental de communiquer sur les principes fondamentaux et les enjeux culturels liés à son adoption. Si nous pouvions observer toutes les organisations qui ont du succès avec Scrum nous trouverions invariablement des individus qui osent défier l ordre établi avec ténacité, qui savent se mettre au service de l autre, se doter d une grande capacité d écoute et qui savent guider un groupe vers sa mission. De vrais ScrumMasters! Claude est l un d entre eux! Vous aurez deviné que j ai été ravi lorsque Claude m a demandé d écrire la préface de son livre sur Scrum. Pourquoi? Tout simplement parce que c est Claude! Aussi parce que je me suis dit enfin un bouquin sur Scrum en français. Il y a un manque flagrant de titres en français dans le domaine de l informatique et ça m a toujours un peu gêné. Pourquoi nous francophones serions-nous moins capables d écrire? Pourquoi se contenter de traductions?

4 VI Scrum Claude nous offre un ouvrage en français d une grande qualité. Il nous démontre à travers le texte son talent de vulgarisateur. Dans un style très accessible mais sans compromis, il nous amène à découvrir Scrum et à comprendre comment nous pouvons l appliquer dans nos organisations. Merci Claude et bonne lecture. 22 septembre 2009 dans un vol Montréal-Paris François Beauregard Fondateur de Pyxis Technologies ( et de Agile Montréal, formateur Scrum certifié depuis 2004.

5 Table des matières Préface Avant-propos V XXI Chapitre 1 Scrum dans le mouvement agile 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 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

6 VIII Scrum 2.2 Cycle de développement Scrum L aspect temporel 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 Fournir une vision partagée du produit Définir le contenu du produit Planifier la vie du produit Compétences souhaitées Bonne connaissance du domaine métier Maîtrise des techniques de définition de produit Capacité à 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

7 Table des matières IX Utiliser le produit Impliquer les parties prenantes Planifier à moyen terme Utiliser un outil pour gérer le backlog Chapitre 4 Le ScrumMaster et l équipe Responsabilités Responsabilités du ScrumMaster Responsabilités de l équipe Compétences souhaitées du ScrumMaster Bonne connaissance de Scrum Aptitude à comprendre les aspects techniques 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

8 X Scrum Chapitre 5 Le backlog de produit Le backlog, liste unique des stories Vocabulaire Contenu des stories Utilisateurs du backlog Vie du backlog Options de représentation du backlog La notion de priorité dans le backlog Le sens de la priorité Les critères pour définir la priorité La gestion des priorités dans le backlog caractéristiques d une story Attributs Types de story Cycle de vie d un élément Effort de développement Guides d utilisation du backlog Partager le backlog avec toute l équipe Cultiver le backlog Surveiller la taille du backlog Éviter d avoir plusieurs backlogs pour une seule équipe Chapitre 6 La planification de la release Planifier pour prévoir et anticiper Planifier pour prévoir Réunion ou processus? La participation de l équipe est requise La release est planifiée à partir du backlog Place dans le cycle de vie Étapes 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

9 Table des matières XI Produire le plan de release Résultats Le plan de release Burndown chart de release Guides pour la planification de release S adapter au calendrier Ne pas confondre valeur et coût, ni vélocité et productivité Garder du mou pour les incertitudes Provisionner pour le feedback ultérieur Chapitre 7 La réunion de planification de sprint Planifier pour réussir le sprint C est l équipe qui planifie Espace de travail ouvert Durée de la réunion Étapes Rappeler le contexte du sprint Évaluer le périmètre potentiel Définir le but du sprint Concevoir collectivement Identifier les tâches Estimer les tâches Prendre des tâches S engager collectivement Résultats Plan de sprint initial Backlog et burndown charts actualisés Guides pour la planification de sprint Préparer le backlog de produit en anticipation 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

10 XII Scrum Faire de la conception Chapitre 8 Le scrum quotidien Une réunion quotidienne Le sprint appartient à l équipe Un cérémonial balisé Étapes Se réunir Répondre aux trois questions Statuer sur l atteinte des objectifs Résultats Le plan de sprint actualisé Le burndown chart de sprint actualisé La liste des obstacles Guides pour le scrum S en tenir à un quart d heure Ne s intéresser qu au reste à faire, pas au temps passé Faire le suivi des tâches avec les états plutôt que les heures Veiller à finir les stories Organiser des variations dans le déroulement du scrum Chapitre 9 La revue de sprint La revue porte sur une démonstration La revue accueille de nombreux invités Durée de la réunion La revue montre le produit Étapes Préparer la démonstration Rappeler les objectifs du sprint Effectuer la démonstration Collecter le feedback Calculer la vélocité Ajuster le plan de release

11 Table des matières XIII 9.3 Résultats Backlog de produit actualisé Plan de release et burndown chart de release mis à jour Guides pour la revue Dérouler un scénario Inviter largement, mais expliquer que c est un produit partiel Éviter de modifier le produit partiel au dernier moment Parler des stories, pas des tâches Solliciter le feedback En faire la réunion essentielle sur le produit Chapitre 10 La rétrospective de sprint Une pratique d amélioration continue Un moment de réflexion collective à la fin de chaque sprint C est l équipe qui refait le match Étapes Créer un environnement propice à l expression Collecter les informations sur le sprint passé Identifier des idées d amélioration Regrouper les idées Définir l amélioration prioritaire Adapter Scrum pour le prochain sprint Résultat Guides 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 une amélioration Mener des rétrospectives plus poussées en fin de release Utiliser un facilitateur externe Chapitre 11 La signification de fini Fini, une pratique à part entière Impact du mal fini

12 XIV Scrum Intérêt d avoir une signification de fini partagée Étapes Définir la signification de fini Publier la liste des contrôles Utiliser la définition de fini Contenu de fini Fini pour une story Fini pour un sprint Fini pour une release Guides pour une bonne pratique de fini Faire des tranches verticales Adapter à partir d une définition générique de fini Faire évoluer la signification de fini Appliquer la pratique avec beaucoup de volonté Chapitre 12 Adapter Scrum au contexte Pratiques agiles Pratiques Scrum Pratiques complémentaires Risques dans la mise en œuvre de Scrum Définir le contexte Influence de l organisation Contexte du projet Impact du contexte sur les pratiques Impact par attribut Situation d un projet Des contextes inadaptés à Scrum? Chapitre 13 De la vision aux stories Le produit a une vie avant les sprints Construire une vision Contenu d une vision Techniques pour la vision Qualités d une bonne vision

13 Table des matières XV Une vision par release utilisateurs Intérêt de connaître les utilisateurs Identification des acteurs Attributs d un acteur Parties prenantes Features Justification du terme feature Identification des features Attributs d une feature Features et backlog Features et priorité User Stories Définition Identifier les stories Attributs d une story Techniques de décomposition des stories l ingénierie des exigences «Agile» Exigences et spécifications Traçabilité Exigences non fonctionnelles Guides pour aller de la vision aux stories Travailler en équipe Personas Ne pas confondre user story et use-case Trop de stories dès le début Essayer la carte des effets Des stories de mauvaise qualité ou trop grosses Chapitre 14 De la story aux tests d acceptation Tests pour accepter les stories Des tests qui guident Une story et ses tests

14 XVI Scrum 14.2 Étapes Définir les conditions de satisfaction Écrire les storytests Développer la story Passer les storytests Accepter la story Guides pour le test d acceptation Se servir des tests pour communiquer Tester une story dans le sprint où elle est développée Refuser une story non prête Ne pas stocker les bugs Connecter les tests d acceptation Planifier le travail de test Chapitre 15 Estimations, mesures et indicateurs Estimer la taille et l utilité Estimation de la taille des stories en points Estimation de la valeur ou de l utilité 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 Guides 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 Considérer un outil pour la collecte Limiter le nombre d indicateurs Expliquer les indicateurs

15 Table des matières XVII Chapitre 16 Scrum et l ingénierie du logiciel Pratiques autour du code Intégration continue Pilotage 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 Guides 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 avec un outil Les POst-it Les outils informatiques Les tableurs ou assimilés Les bugtrackers Les outils agiles Exemple avec icescrum Scrum et l agilité (chapitre 1) Des sprints pour une release (chapitre 2) Le Product Owner (chapitre 3) L équipe et le ScrumMaster (chapitre 4) Backlog de produit (chapitre 5) Planification de release (chapitre 6) Planification de sprint (chapitre 7) Scrum quotidien (chapitre 8) Revue de sprint (chapitre 9)

16 XVIII Scrum Rétrospective (chapitre 10) Signification de fini (chapitre 11) Adaptation au contexte (chapitre 12) De la vision aux stories (chapitre 13) Les tests d acceptation (chapitre 14) Mesures et indicateurs (chapitre 15) L ingénierie du logiciel (chapitre 16) Guides pour les outils Préférer les post-it pour le sprint Éviter les saisies en double 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 Le processus de transition Avec qui faire la transition? Cycle de transition Backlog d amélioration des pratiques Obstacles d organisation Étapes du processus de transition Connaître 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 L évaluation individuelle est contre-productive Limiter le multitâches Spécialistes vs généralistes Cohabitation avec d autres processus

17 Table des matières XIX 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 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 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 Scrum à la française Utilisateurs de Scrum

18 XX Scrum Retours d expérience Domaines 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é Des initiatives à tous les niveaux Le french flair pour Scrum Quizz Références bibliographiques Index

19 Avant propos Depuis plus d une douzaine d années, je conseille des entreprises et je forme des étudiants sur les méthodes itératives et agiles. Depuis sept ans, cet effort porte presque exclusivement sur Scrum ; cela m a permis de participer à une soixantaine de projets menés avec Scrum et m a poussé à m impliquer fortement dans le développement du logiciel libre icescrum (un outil pour Scrum 1 ). 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, il 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 à Voir chapitre 17.

20 XXII Scrum 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 plutôt destinés à ceux qui définissent le produit, les chapitres 15 et 16 aux développeurs. Le chapitre 17 présente l outillage 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 deuxième édition présente l état de l art actualisé en 2011, 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. C est pourquoi le chapitre 19, Scrum à grande échelle a été ajouté. Les chapitres 13 et 17 ont été largement revus pour refléter les nouveautés et mes dernières expériences. Tous les autres chapitres ont été sensiblement modifiés. 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.