Ce livre s'adresse à toute personne souhaitant mettre en application ou travailler avec Scrum. Il a pour objectif de présenter cette méthode agile, la plus utilisée, sous ses aspects théoriques et pratiques afin que les lecteurs disposent des connaissances nécessaires pour la mettre en place lors de leurs futurs projets ou pour occuper efficacement leur rôle, quel qu'il soit, sur un projet Scrum. Cette nouvelle édition est actualisée selon la version du Guide Scrum officiel de novembre 2017.

Après un bref rappel sur les méthodes de gestion de projet traditionnelles (Cascade, Cycle en V) et leurs limites qui ont abouti à la naissance des approches agiles, l'auteur présente des méthodes apparentées à Scrum aussi bien en termes de concepts que d'outils pratiques (Lean Management, Kanban ou bien encore l'eXtreme Programming).

Dans les chapitres suivants, après avoir fait un tour d'horizon de la méthode Scrum, permettant au lecteur d'en avoir rapidement une vue globale, l'auteur s'attarde sur les spécificités de l'équipe Scrum avec les rôles et responsabilités qui en découlent, puis explore en détail les pratiques Scrum : formuler et ordonner les besoins, planifier et estimer la durée des différentes phases du projet afin d'en construire les plans, gérer le cycle de vie et le suivi du projet et enfin tester ce qui est développé.

En plus de cet apprentissage proprement dit de la méthode, l'auteur a choisi de donner au lecteur des éléments qui l'aideront à aborder la problématique, parfois épineuse, du déploiement de Scrum et de la gestion du changement qui en découle.

Enfin, deux chapitres permettent d'explorer des pistes pour aller plus loin. L'un aborde les outils logiciels qui peuvent être très utiles dans le cadre de la gestion des projets Scrum, l'autre apporte des réponses concrètes à des questions que l'on peut souvent se poser dans la mise en œuvre pratique de Scrum : Quelles sont les méthodes pour le déployer sur plusieurs équipes ? Quelles sont les différences et complémentarités entre Scrum et Kanban ? Quels rapports entre Scrum et DevOps ? Comment contractualiser avec Scrum ?

Enfin, cet ouvrage se termine par un questionnaire qui permettra au lecteur de vérifier ses connaissances et d'identifier les points qu'il n'aurait pas bien assimilés. Des éléments complémentaires sont en téléchargement sur le site www.editions-eni.fr.



Quizinclus dans
la version en ligne !

• Testez vos connaissances à l'issue de chaque chapitre
• Validez vos acquis

Téléchargements

• Des fichiers complémentaires (75 Ko)

Avant-propos

1. Objectif du livre
2. Notre démarche
3. Structure du livre
4. Remerciements

De la gestion de projet traditionnelle à l’Agilité

1. Introduction
2. Quelques faits et chiffres
3. Le modèle de gestion de projet "en cascade"
4. Le modèle (ou cycle) en V
   1. 1. La théorie
   2. 2. La mise en pratique du modèle en V
   3. 3. Les rôles
   4. 4. Notion d’effet tunnel
5. L'Agilité au cœur des projets
   1. 1. Un peu d’histoire
   2. 2. Les valeurs
   3. 3. Les 12 principes sous-jacents
   4. 4. L’Agilité, ce n’est pasl’anarchie…
6. Scrum, un cadre de travail Agile
7. Information, formation et certifications
8. Pour conclure

Lean, Kanban et eXtreme Programming

1. Un chapitre nécessaire
2. Liens de parenté entre les méthodes
3. Le Lean Management
   1. 1. Objectif du Lean
   2. 2. Les 14 principes du Lean
4. Le Kanban
   1. 1. Principes du Kanban
   2. 2. Le Kanban pour le développement de logiciel
   3. 3. Kanban et Scrum
5. La méthode XP ou eXtreme Programming
   1. 1. Les principes de base
   2. 2. Les pratiques d’eXtreme Programming
      1. a. Livraisons fréquentes
      2. b. Rythme durable
      3. c. Client sur site
      4. d. Conception simple
      5. e. Mise en place de règles de codage
      6. f. L’équipe est responsable du code
      7. g. Utilisation de tests unitaires
      8. h. Test de recette
      9. i. Mise en place de l’intégration continue
      10. j. Réaliser du refactoring de code
      11. k. Programmation en binôme (Pair Programming)
      12. l. Estimation à l’aide du Planning Poker
      13. m. Utilisation de métaphores et analogies
   3. 3. Cycle d’eXtreme Programming
6. Scrum, un mix des méthodes

Tour d'horizon de Scrum

1. Naissance de Scrum
2. Scrum en quelques mots
   1. 1. Les valeurs Scrum
   2. 2. L’équipe
   3. 3. Les trois piliers de Scrum
      1. a. Transparence
      2. b. Inspection
      3. c. Adaptation
   4. 4. Les événements (cérémoniaux)
      1. a. Le Sprint
      2. b. La réunion de planification de Sprint
      3. c. La mêlée quotidienne
      4. d. La revue de Sprint
      5. e. La rétrospective de Sprint
   5. 5. Les artefacts
      1. a. Backlog Produit
      2. b. Backlog de Sprint
      3. c. Suivi de la progression
3. Cycle de vie de Scrum
4. Coût, délai et périmètre
5. Conclusion

L'équipe Scrum

1. L’équipe, point central de Scrum
   1. 1. Équipe auto-organisée
   2. 2. Équipe pluridisciplinaire
2. Le Scrum Master
   1. 1. Les responsabilités du Scrum Master
      1. a. Application de Scrum
      2. b. Lever les obstacles
      3. c. Optimiser les interactions
      4. d. Leader du changement
   2. 2. La personnalité et les compétencesdu Scrum Master
      1. a. Connaître Scrum
      2. b. Être un leader
      3. c. Être communicant
      4. d. Avoir des capacités de médiation
      5. e. Jouer la transparence
3. Le Product Owner
   1. 1. Les responsabilités du Product Owner
      1. a. Créer la vision du produit
      2. b. Gérer le Product Backlog
      3. c. Maximiser la valeur du produit et du travail de l’équipe
      4. d. Définir le plan de Release
      5. e. Implication dans le processus Scrum
      6. f. Accepter ou non le résultat d’un Sprint
      7. g. Ses pouvoirs et limites
   2. 2. La personnalité et les compétencesdu Product Owner
      1. a. Posséder des connaissances fonctionnelles
      2. b. Être organisé
      3. c. Avoir des capacités de prise de décision
4. L'équipe de réalisation
   1. 1. Généralités
   2. 2. Caractéristiques
      1. a. Auto-organisée et multi-disciplinaire
      2. b. Taille de l’équipe
5. Et les autres rôles, alors ?
   1. 1. La disparition du chef de projet…
   2. 2. Les autres rôles
6. Bien constituer l’équipe : quelques pistes…
7. Créer les conditions de la réussite
   1. 1. Rassembler pour gagner
   2. 2. Cas d’une équipe morcelée
8. Conclusion

Construire et prioriser le Product Backlog

1. Pourquoi investir dans le Product Backlog ?
2. La brique de base du Product Backlog : la User Story
3. Comment rédiger les User Stories et Epics ?
   1. 1. Règle des 3C
   2. 2. Rédiger une bonne User Story : le principeINVEST
   3. 3. Erreurs courantes
   4. 4. La Story technique : solution ou aveu d’échec ?
   5. 5. Identifier les fonctionnalités clésavec le Product Box
      1. a. Objectifs
      2. b. Mode opératoire
   6. 6. Une méthode efficace de découvertedu Product Backlog : le Story Mapping
      1. a. Le Story Mapping, c’est quoi ?
      2. b. Story Mapping illustré par un exemple
   7. 7. Principes de priorisation du Product Backlog
      1. a. Pourquoi prioriser ?
      2. b. Approche générale de la priorisation
      3. c. Les facteurs qui influencent la priorisation
      4. d. Survol des méthodes de priorisation
   8. 8. Zoom sur la priorisation par les thèmes
      1. a. Theme Screening (sondage des thèmes)
      2. b. Theme Scoring (mesure des thèmes)
      3. c. Priorisation des thèmes par l’utilisationde poids relatifs
   9. 9. Zoom sur la priorisation par l’utilisationdu modèle de Kano
   10. 10. Zoom sur la méthode MoSCoW
   11. 11. Zoom sur la méthode WSJF
4. Gérer son Backlog en pratique
5. Conclusion

Planifier et estimer

1. Des pratiques à ne surtout pas négliger
2. Pourquoi la planification traditionnelle échoue
3. Horizons de planification
4. Outils d’estimation
   1. 1. T-Shirt sizing
   2. 2. Les story points
   3. 3. Alors, story point ou jh ?
   4. 4. Notion de vélocité
   5. 5. Comment initialiser la vélocité ?
      1. a. Mise en place d’un projet test
      2. b. Choisir au feeling
      3. c. Estimation de la vélocité à partirde l’historique
   6. 6. Qui estime ?
   7. 7. Une méthode pratique d’estimation :le Planning Poker
      1. a. Le déroulement du Planning Poker
      2. b. Bénéfices et risques
      3. c. Erreurs communes
      4. d. Découper pour bien estimer : AtelierCarpaccio
5. Planification de Release
   1. 1. Avoir un objectif clair
   2. 2. Posséder un Product Backlog priorisé
   3. 3. Estimer le Product Backlog
   4. 4. Connaître la vélocité del’équipe
   5. 5. Définir la fin
   6. 6. Définir la durée des Sprints
   7. 7. Créer le plan de Release
6. Conclusion

La vie d'un Sprint

1. Introduction
2. Quelle durée pour les Sprints ?
3. Doit-il y avoir un Sprint 0 ?
4. Le rythme du Sprint : vue d’ensemble
5. Préparation du Sprint
   1. 1. Environnement de travail
   2. 2. Équipe
   3. 3. Définition de « Terminé »
6. Réunion de planification de Sprint
   1. 1. Pourquoi la présence du Product Owner est-elleimportante ?
   2. 2. Definition of Ready
   3. 3. Première étape : présentationdes User Stories
   4. 4. Deuxième étape : quel travail seraréalisé durant le Sprint ?
   5. 5. Troisième étape : comment réaliserle travail prévu ?
      1. a. Estimation des tâches
      2. b. Affectation des tâches
   6. 6. La gestion du temps
   7. 7. Et les corrections de bugs ?
   8. 8. Backlog Grooming
7. Mêlée quotidienne (Scrum Meeting/Daily Scrum)
   1. 1. Un protocole à respecter
   2. 2. Une mêlée efficace et utile…
   3. 3. Le Scrum Master toujours à l’écoute!
   4. 4. Suivi de l’avancement
   5. 5. Je n’ai plus rien à faire !
   6. 6. L’objectif du Sprint sera-t-il atteint ?
8. La revue de Sprint (Sprint Review)
   1. 1. Qui, quoi, combien de temps ?
   2. 2. Un objectif, une motivation
   3. 3. Démontrer ce qui n’est pas démontrable…
9. La rétrospective de Sprint
   1. 1. Une méthode pour vous aider
   2. 2. État d’esprit
   3. 3. Environnement de la rétrospective
   4. 4. Méthode numéro 1 : KickDrop Start
   5. 5. Méthode « classique »
   6. 6. Présentation « en étoile »
   7. 7. Le SpeedBoat
   8. 8. Autres méthodes
10. Laisser l'équipe se reposer
11. Et si on recommençait ?

Tester en mode Agile

1. Adopter Scrum : quel impact sur la stratégie de test ?
2. Typologies de tests
   1. 1. Tests fonctionnels de validation
      1. a. Critères de validation
      2. b. Les données de tests et scénarios
      3. c. Les tests de validation et les User Stories
   2. 2. Tests de non-régression
   3. 3. Tests d’IHM (interface homme-machine)
   4. 4. Tests fonctionnels « de bout enbout »
   5. 5. Tests de composants
   6. 6. Tests unitaires
   7. 7. Test-Driven Development
   8. 8. Acceptance Test-Driven Development
3. Anti-pattern : le cornet de glace
4. La pyramide de tests idéale
   1. 1. Trouver du temps pour l’écriture
   2. 2. Faut-il écrire les tests de toutes les UserStories ?
   3. 3. Comment écrire les tests ?
   4. 4. Definition of Done et tests d’acceptation
5. Les testeurs dans l’équipe Scrum
   1. 1. Le test fait partie de l’équipe
   2. 2. Testeur Agile : un métier en mutation
6. En conclusion : écrivez des tests !

Conseils pour déployer Scrum

1. Comment mener le changement vers Scrum ?
2. État des lieux
   1. 1. Adoption des méthodes Agiles
      1. a. Scrum largement déployé
      2. b. Les motivations pour l’adoption de Scrum
      3. c. Comment Scrum est pratiqué ?
      4. d. Succès et challenges
   2. 2. Un bilan positif
3. La motivation
4. Big-Bang ou déploiement progressif ?
5. Scrum et l’organisation en place
   1. 1. Que faire des responsabilités existantes ?
   2. 2. La structure
6. En finir avec les idées reçues
   1. 1. Scrum n’est pas une approche structurée
   2. 2. Il n’existe pas de notion de planification
   3. 3. Scrum bannit la documentation
   4. 4. Avec Scrum, nous passons trop de temps en réunion
7. Le soutien du management
8. Vaincre les résistances à la conduite de changement
   1. 1. Résistance d’intérêt oupolitique
   2. 2. Résistance de confort
   3. 3. Résistance d’incapacité ou affective
9. Utiliser les Serious Games pour faciliter le déploiement
   1. 1. Pour briser la glace…
      1. a. Le secret du succès
      2. b. On se classe par âge
      3. c. Le réseau social papier
   2. 2. Le Marshmallow Challenge
10. Se faire accompagner
11. Nos conseils en guise de conclusion

Scrum à l'aide d'un logiciel

1. Faut-il obligatoirement utiliser un logiciel ?
2. Tour d’horizon des outils de gestion de projets Scrum
   1. 1. Jira
   2. 2. Axosoft
   3. 3. iceScrum
   4. 4. Tuleap
3. Autres outils utiles
   1. 1. Story Mapping
   2. 2. Pour les rétrospectives d’équipesdistribuées : IdeaBoardz
   3. 3. Outils de collaboration d’équipe
4. Conclusion

Aller plus loin

1. Avant-propos
2. Mise à l’échelle de Scrum
   1. 1. LeSS
      1. a. Les principes de base
      2. b. Qu’est-ce qui est différent de Scrum dansLeSS ?
      3. c. Notre avis sur LeSS
   2. 2. SAFe
      1. a. Introduction
      2. b. Les fondations
      3. c. Le niveau « Équipe »
      4. d. Le niveau « Programme »
      5. e. Le niveau « Gestion de portefeuille »
      6. f. Notre avis sur SAFe
   3. 3. La méthode Spotify
      1. a. Description du modèle
      2. b. L’équipe
      3. c. Les tribus
      4. d. Les guildes et chapitres
      5. e. Notre avis sur le modèle Spotify
3. Scrum et Kanban
   1. 1. Différences entre les deux méthodes
   2. 2. Mixer ou non les approches…
      1. a. Quelques considérations générales
      2. b. Un hybride de plus en plus utilisé : ScrumBan
      3. c. Faire son choix…
4. Scrum et DevOps
5. Scrum et contractualisation
   1. 1. Contradictions
   2. 2. Créer les conditions de la confiance
   3. 3. Répondre à un appel d’offres
   4. 4. Mise en place d’un plan d’assurance qualité (PAQ)
   5. 5. Contractualisation par Sprint
      1. a. Comment calculer le coût d’un Sprint ?
      2. b. Quid des User Stories non livrées ?
      3. c. Gestion des bugs et « non-validation » deUser Stories
   6. 6. Différentes formes de contrats envisageables
      1. a. Coûts variables
      2. b. Coûts fixes, périmètrevariable
      3. c. Coûts fixes, périmètrefixe
      4. d. Coûts fixes, périmètrefixe mais avec ajustement
      5. e. Budget par itération
      6. f. Utilisation d’une marge de profit
      7. g. Mise en place de pénalités
      8. h. Travail collaboratif
      9. i. Money For Nothing (payer pour rien) et Change ForFree (changement offert)
   7. 7. Exemple de contrat type

Vérifiez vos connaissances

1. Pourquoi ce questionnaire ?
2. Les questions
3. Les réponses
4. L'heure du résultat
5. Il est temps de se quitter