Cet ouvrage est destiné à toute personne impliquée dans un projet agile et s’adresse particulièrement aux responsables de produit et aux analystes qui sont au contact avec les utilisateurs et en charge de la définition d’un produit. Ils trouveront dans ce livre les informations utiles pour maîtriser les techniques fondamentales pour recueillir le besoin et le formuler correctement.

Le début de l’ouvrage présente les principaux concepts associés à l’agilité. L’auteur détaille ensuite les notions de besoin et d’exigence, et explique comment mettre en place une bonne ingénierie des exigences dans ce contexte. Il entre ensuite dans le vif du sujet en explorant l’analyse du besoin et sa formulation en mode agile. Puis les activités primordiales et incontournables que sont l’estimation, la priorisation, la planification et le suivi en mode agile sont détaillées dans des chapitres dédiés avant de découvrir les activités de validation pour garantir la qualité du produit.

En guise d’exemple, l’auteur consacre tout un chapitre au traitement d’un cas fil rouge grâce auquel le lecteur apprendra à mettre en pratique les notions vues dans les chapitres précédents. Le dernier chapitre de l’ouvrage ouvre quant à lui des perspectives sur la formation et les certifications agiles à destination principalement des responsables de produit et des analystes.

Téléchargements

• Des fichiers complémentaires (532 Ko)

Avant-propos

1. Objectif du livre
2. Genèse du livre
3. Structure du livre
4. Note de l’auteur
5. Remerciements

Contexte de l'agilité

1. Introduction
2. Cadre de l'agilité
   1. 1. Mentalité agile
   2. 2. Valeurs agiles
   3. 3. Principes agiles
   4. 4. Équipes agiles
3. Notions de produit et de valeur
   1. 1. Client et utilisateur
   2. 2. Définition du produit
   3. 3. Définition de la valeur
   4. 4. Vision du produit
   5. 5. Analyse de la valeur
4. Cycle agile
   1. 1. Notion de projet
   2. 2. D’une approche traditionnelle, dite "projet"
   3. 3. À une approche agile, dite "produit"
      1. a. Domaine connu vs domaine inconnu
      2. b. Phase d’exploration
      3. c. Phase de préparation
      4. d. Phase d’exécution
      5. e. Phase de production et d’utilisation
      6. f. Phase de retrait
   4. 4. Approches agiles
5. Concepts agiles
   1. 1. Avant-propos
   2. 2. Histoire utilisateur
   3. 3. Carnet de produit
   4. 4. Itération
6. Cérémonies agiles
7. Rôles, responsabilités et activités en agile
   1. 1. Préambule
   2. 2. Nouveaux rôles en agile
8. Quelques pratiques et frameworks agiles
   1. 1. Lean
   2. 2. Agilité à petite échelle
      1. a. Scrum
      2. b. Kanban
      3. c. XP
      4. d. DSDM
   3. 3. Agilité à grande échelle
      1. a. SoS (Scrum of Scrums)
      2. b. SAFe
      3. c. Spotify
      4. d. LeSS
      5. e. DAD
      6. f. Nexus

Besoins et exigences

1. Introduction
2. Différence entre besoin et exigence
   1. 1. Besoin
   2. 2. Exigence
      1. a. Exigences sur la manière de réaliserle produit
      2. b. Exigences sur le produit
   3. 3. Problème dans l’expression du besoin
   4. 4. Comment sont exprimées les exigences dansun projet agile ?
3. Enjeux principaux
   1. 1. Satisfaction des clients et des utilisateurs
   2. 2. Communication entre les parties prenantes
   3. 3. Collaboration entre les parties prenantes
   4. 4. Maîtrise du coût, du délaiet du périmètre
   5. 5. Activités du projet ciblées surdes buts essentiels
4. Ingénierie des exigences
   1. 1. Principes d’ingénierie
      1. a. Séparation du domaine du problèmeet du domaine de la solution
      2. b. Collaboration à plusieurs niveaux
      3. c. Construction itérative et incrémentaledu référentiel d’exigences
      4. d. Réduction progressive de l’espace de la solution
      5. e. Communication des exigences à l’aidedu langage naturel et de la modélisation
      6. f. Glossaire
      7. g. Gabarit de rédaction
   2. 2. Développement des exigences
   3. 3. Gestion des exigences
5. Déclinaison opérationnelle de l'ingénierie des exigences en agile
   1. 1. Valeurs agiles en ingénierie des exigences
   2. 2. Idées reçues et pièges à éviter
   3. 3. Impacts sur la mise en œuvre en agile
      1. a. Les rôles et responsabilités
      2. b. Les activités
      3. c. La documentation et la capitalisation
      4. d. Construction de la documentation
      5. e. Capitalisation sur la documentation
      6. f. La traçabilité et l’analyse d’impact
      7. g. Les exigences non fonctionnelles

Analyser et formaliser le besoin en agile

1. Introduction
2. Positionnement du sujet d'analyse
3. Gestion de la demande
   1. 1. Au niveau du Portfolio Management
      1. a. Types d’objectifs
      2. b. Hiérarchie des objectifs
      3. c. Comment bien formaliser un objectif ?
      4. d. Ambitions et initiatives
      5. e. Processus de gestion de la demande
      6. f. Mesure de l’atteinte des objectifs
   2. 2. Au niveau du Product Management
4. Des objectifs des parties prenantes aux features de la solution
   1. 1. Connaissance de l’existant
   2. 2. Identification de la situation actuelle
   3. 3. Identification des parties prenantes et de leurs objectifs
      1. a. Les parties prenantes
      2. b. Les objectifs des parties prenantes
   4. 4. Définition du problème à résoudre
   5. 5. Définition de la vision du produit
      1. a. Description textuelle
      2. b. Product Vision Box
      3. c. Product Vision Board/Product Canvas
   6. 6. Définition du périmètreet du contexte de la solution
      1. a. Domaine étudié
      2. b. Solution étudiée
      3. c. Zone d’ombre
      4. d. Contexte de la solution
5. Innovation et conception orientée utilisateur
   1. 1. Innovation
   2. 2. Conception orientée utilisateur
   3. 3. Approches
      1. a. Lean Startup
      2. b. Design Thinking
      3. c. Expérience utilisateur (UX)
      4. d. MVP, MMF, MMR et MMP
   4. 4. Techniques
      1. a. Lean Canvas
      2. b. Empathy Map
      3. c. Personas
      4. d. User Journey
      5. e. Impact Mapping
      6. f. "Prune the Tree"
6. Story Mapping
   1. 1. Bénéfices du Story Map
   2. 2. Construction du Story Map
      1. a. Travail sur l’axe horizontal
      2. b. Travail sur l’axe vertical
7. Carnet de produit (Product Backlog)
   1. 1. Initialisation du carnet de produit
   2. 2. Affinage du carnet de produit
   3. 3. Nettoyage du carnet de produit
8. Feature
9. Histoire utilisateur
   1. 1. Rédiger une bonne histoire utilisateur
      1. a. Modèle de description
      2. b. Critères INVEST
   2. 2. Cycle de vie d’une histoire utilisateur
   3. 3. Définition de Prêt/Definitionof Ready (DoR)
      1. a. Critères d’acceptation
      2. b. Langage Gherkin
   4. 4. Définition de Terminé/Definitionof Done (DoD)

Estimer et prioriser le besoin

1. Introduction
2. Pièges à éviter dans l'estimation
3. Estimer la valeur
   1. 1. Intérêt de l’estimation de la valeur
   2. 2. Livraison de la valeur produite
   3. 3. Éléments à prendre en compte
      1. a. Valeur commerciale
      2. b. Alignement avec la stratégie
      3. c. Risque à faire/ne pas faire
   4. 4. Value Points
      1. a. Estimation sur une échelle linéairede 1 à 100
      2. b. Estimation sur une échelle logarithmiquede 1 à 1000
      3. c. Estimation de type MoSCoW
      4. d. Estimation à partir de critères
   5. 5. Évaluation de l’urgence
      1. a. Impératif à livrer à date
      2. b. Urgence à démarrer
      3. c. Délai prévu de livraison
      4. d. Formule de calcul de l’urgence
4. Estimer l'effort
   1. 1. Pourquoi estimer l’effort ?
      1. a. Estimation relative de l’effort
      2. b. Facteurs à prendre en compte pour l’estimationde l’effort
   2. 2. Story Points
      1. a. Estimation avec la suite de Fibonacci
      2. b. Estimation avec les tailles de tee-shirts
   3. 3. Capacité et vélocité
5. Prioriser le besoin
   1. 1. Pourquoi prioriser ?
   2. 2. Objectifs de la priorisation
   3. 3. Principes et règles de priorisation
      1. a. La priorisation n’est valable qu’à un instantt
      2. b. La priorisation est relative
      3. c. La priorisation ne peut se faire qu’en comparant desitems de même nature
      4. d. La priorisation doit être réaliséepar rapport à un ou plusieurs critères
   4. 4. Priorisation au niveau du Portfolio Management
      1. a. Priorisation au niveau des initiatives
   5. 5. Priorisation au niveau du Product Management
      1. a. Priorisation des features
      2. b. Priorisation des Epics
      3. c. Priorisation des User Stories
   6. 6. Techniques de priorisation
      1. a. Modèle de Kano
      2. b. Priorisation en utilisant le WSJF (Weighted ShortestJob First)
      3. c. Buy a feature

Planifier et suivre les livraisons du produit

1. Introduction
2. Planification en agile
   1. 1. La planification existe en agile
   2. 2. Une planification à plusieurs niveaux
3. Feuille de route
   1. 1. Présentation de la feuille de route
   2. 2. Construction de la feuille de route
4. Planification des Releases
   1. 1. Notion de Release
   2. 2. Utilisation du Story Map
   3. 3. Construction du plan de Releases
   4. 4. Release Planning
   5. 5. Construction d’une Release
      1. a. Rappel sur la priorisation des fonctionnalitéset des histoires
      2. b. Calcul de la capacité sur une Release
      3. c. Définition de la durée d’un Sprint
      4. d. Dépendances entre les fonctionnalitéset/ou les histoires
5. Planification des Sprints
   1. 1. Sprint Planning
   2. 2. Construction du Sprint
      1. a. Priorisation des histoires
      2. b. Rappel sur le calcul de la capacité sur unSprint
6. Suivi de l'avancement d'un Sprint
7. Suivi de l'avancement d'une Release

Garantir la qualité en agile

1. Introduction
2. Tests en agile
   1. 1. Fondamentaux du test
   2. 2. Tester en agile
   3. 3. Niveaux de tests en agile
      1. a. Tests unitaires
      2. b. Tests d’intégration
      3. c. Tests système
      4. d. Tests d’acceptation
   4. 4. Relation entre les niveaux et les types de tests
   5. 5. Tests automatisés vs tests manuels
   6. 6. Processus et stratégie de test en agile
      1. a. Processus de test
      2. b. Stratégie de test
   7. 7. Quand passer les tests ?
      1. a. Au cours d’une itération (Sprint)
      2. b. À la fin d’une itération (Sprint)
      3. c. À la fin d’une version (Release)
3. Cas de test (Story Test)
4. Pratiques et techniques de test en agile
   1. 1. Test Driven Development (TDD)
   2. 2. Acceptance Test Driven Development (ATDD)
   3. 3. Behavior Driven Development (BDD)

Cas fil rouge

1. Introduction
2. Contexte de l'entreprise
3. Analyse macroscopique du problème
4. Objectif de l'entreprise
5. Vendre l'opportunité - Une idée de solution
6. Saisir l'opportunité - Une idée de solution
   1. 1. Existant : analyse SWOT
   2. 2. Traduire les idées en actions
7. Lancement des initiatives
8. Identification des parties prenantes
9. Vision du produit
10. Feuille de route
11. Personas
12. Empathy Map
13. Parcours client
14. Impact Mapping
15. Diagramme de contexte
16. Thèmes
17. Features
    1. 1. Identification des features
    2. 2. Formalisation des features
    3. 3. Regroupement des features par thème
18. Epics et User Stories
    1. 1. Initialisation du Story Map
    2. 2. Priorisation des features
    3. 3. Décomposition des features en Epics dansle Story Map
    4. 4. Formalisation des Epics
    5. 5. Formalisation des User Stories

Certifications

1. Introduction
2. Pourquoi se certifier ?
   1. 1. Performance de l’organisation
   2. 2. Performance des individus
3. Certification en Business Analyse
4. Certification en ingénierie des exigences
5. Certification en test
6. Certification en gestion de projet
7. Certification en agile
   1. 1. Scrum Alliance
   2. 2. Scrum.org
   3. 3. SAFe
8. Certification en Digital Design

Annexes

1. Glossaire
2. Bibliographie