Product Owner : préparation à la certification Professional Scrum Product Owner™ : examen PSPO ™

Auteur(s) :

Maillot, Edgard Découvrir l'auteur

Résumé

Préparation complète au premier examen de cette certification qui en compte trois, couvrant tous les objectifs officiels tant d'un point de vue théorique que pratique. Avec des exemples concrets et un examen blanc de 80 questions permettant d'évaluer ses connaissances. Avec des compléments à télécharger. ©Electre 2021

Éditeur(s)
- Éditions ENI
Date
- C 2021
Notes
- La couv. porte en plus : "200 questions réponses" ; "Offert : un examen blanc en ligne avec réponses commentées et détaillées"
- La 4e de couv. indique : "Sur www.editions-eni.fr : les guides Scrum, Nexus et EBM, le manifeste Agile"
- Contient un "flashcode" permettant d'accéder à un contenu via Internet
Langues
- Français
Description matérielle
- 1 vol. (346 p.) : ill., tabl., graph. ; 21 cm
Collections
- Certifications
Sujet(s)
ISBN
- 978-2-409-02903-5
Indice
- 681.1(07) Analyse informatique. Manuels
Quatrième de couverture
- La certification Professional Scrum Product Owner™ est composée de trois examens : Professional Scrum Product Owner I (PSPO I), Professional Scrum Product Owner II (PSPO II) et Professional Scrum Product Owner III (PSPO III), attestant respectivement d'un niveau fondamental, avancé ou expert dans la maîtrise du rôle de Product Owner dans un contexte agile Scrum. Ce livre a pour objectif de vous préparer à l'examen de la certification PSPO I.
  Pour vous aider à préparer efficacement cet examen, le livre couvre tous les objectifs officiels, tant d'un point de vue théorique que d'un point de vue pratique avec des exemples concrets. Il a été rédigé en français (il ne s'agit pas d'une traduction) par un formateur professionnel reconnu, également Scrum Master et coach agile. Ainsi, les savoir-faire pédagogique et technique de l'auteur conduisent à une approche claire et visuelle, d'un très haut niveau technique.
  Chapitre par chapitre, vous pourrez valider vos acquis théoriques, à l'aide d'un grand nombre de questions-réponses mettant en exergue aussi bien les éléments fondamentaux que les caractéristiques spécifiques aux concepts abordés.
  À cette maîtrise des concepts du rôle de Product Owner, s'ajoute la préparation spécifique à l'examen. Ainsi, en fin d'ouvrage, un examen blanc de quatre-vingts questions similaires à celles de l'examen officiel, mais en français, vont vous permettre d'évaluer vos connaissances et de vous positionner par rapport à l'examen officiel.
  Vous pourrez également accéder gratuitement à 1 examen blanc en ligne en anglais, sur www.edieni.com, destiné à vous entraîner dans des conditions proches de celles de l'épreuve. Sur ce site, chaque question posée s'inscrit dans l'esprit de la certification de Scrum.org et, pour chacune, les réponses sont suffisamment commentées pour combler ou identifier vos ultimes lacunes. À vous de juger quand vous serez prêt pour l'examen final !
Tables des matières
- - Product Owner
  - Examen PSPO I
  - Chapitre 1 Le patron Scrum
  - A. Les fondamentaux de Scrum 16
  - 1. Introduction17
  - a. Définition de Scrum17
  - b. Théorie de Scrum18
  - 2. Les rôles Scrum20
  - a. Le Product Owner20
  - b. Le Scrum Master21
  - c. L'équipe de développement21
  - d. Les parties prenantes22
  - e. Un mot sur les managers22
  - 3. Les évènements Scrum22
  - a. Le Sprint22
  - b. La planification de Sprint22
  - c. Le but du Sprint23
  - d. L'annulation du Sprint24
  - e. La réunion quotidienne ou mêlée24
  - f. La revue de Sprint24
  - g. La rétrospective de Sprint26
  - h. L'affinage du Backlog de produit26
  - 4. Les artefacts Scrum27
  - a. Le Backlog de produit27
  - b. Transparence du Backlog de produit28
  - c. Le Backlog de Sprint28
  - d. Transparence du Backlog de Sprint29
  - e. L'incrément29
  - f. La définition de « Fini »29
  - 5. Les piliers de Scrum30
  - a. Transparence30
  - b. Inspection31
  - c. Adaptation32
  - 6. Les valeurs de Scrum33
  - a. Focus34
  - b. Ouverture34
  - c. Respect35
  - d. Courage35
  - e. Engagement35
  - B. Du projet au produit 36
  - 1. Focus sur le produit36
  - 2. Le cycle Itératif37
  - 3. Fin du diagramme de Gantt38
  - C. Validation des acquis : questions/réponses 39
  - Chapitre 2 Le métier de Product Owner
  - A. Focus sur le rôle de Product Owner 46
  - 1. Le Product Owner n'est pas un chef de projet46
  - a. La responsabilité du Product Owner46
  - b. De la vision projet à la vision produit46
  - c. Les outils du Product Owner47
  - 2. Le Product Owner est un intrapreneur48
  - a. Le pouvoir du Product Owner49
  - b. Les limites du Product Owner49
  - 3. Un manager atypique49
  - a. La clarté des objectifs50
  - b. L'ambiance au sein de l'équipe50
  - c. La communication avec l'équipe50
  - B. Focus sur le Backlog de produit 51
  - 1. Définition du terme backlog53
  - a. Étymologie53
  - b. Du point de vue de Scrum53
  - 2. Une triple fonction54
  - a. Un outil de planification54
  - b. Un outil d'organisation55
  - c. Un outil de communication55
  - 3. Le Backlog, un répertoire unique55
  - a. Le Backlog de produit est vivant56
  - b. La durée de vie d'un Backlog de produit56
  - c. Propriété du Backlog de produit56
  - d. Pas de multiples Backlogs . . .56
  - 4. Un ordonnancement plus qu'une priorisation58
  - a. Organiser en fonction de la valeur58
  - b. Organiser dans le temps -59
  - c. Affiner à mesure60
  - C. Les éléments du Backlog de produit 61
  - 1. Les attributs des éléments61
  - a. Les attributs essentiels62
  - b. Les attributs récurrents62
  - c. Utiliser d'autres attributs63
  - 2. Focus sur les attributs essentiels63
  - a. Indicateur numérique63
  - b. Une description64
  - c. Une estimation65
  - d. Une valeur66
  - e. Un état68
  - f. Affecter d'autres attributs69
  - 3. Créer des catégories71
  - 4. Maintenir une traçabilité72
  - 5. Lien fort ou lien faible72
  - D. Focus sur la définition de « Fini » 74
  - 1. Définition du guide Scrum74
  - a. La définition de « Fini » est rédigée par l'équipe de développement75
  - b. Elle s'applique au produit et à ses composants75
  - 2. Les vertus d'une définition de « Fini » claire76
  - a. Les contraintes liées au produit77
  - b. La définition de « Fini » Impacte la capacité à délivrer77
  - c. La définition de « Fini » clarifie le cadrage du produit78
  - d. La définition de « Fini » évolue79
  - e. Les évolutions de la définition de « Fini » se planifient80
  - 3. L'impact de la définition de « Fini » de la qualité logicielle81
  - a. La qualité logicielle, un enjeu historique81
  - b. L'Impact d'une définition de « Fini » Incomplète est d'ordre financier82
  - c. L'agilité n'a pas permis de réduire significativement les coûts83
  - 4. L'Implication du Product Owner dans la définition de « Fini »83
  - a. Des critères d'acceptation à la définition de « Fini »83
  - 5. Convaincre les parties prenantes d'adopter une définition de « Fini » ambitieuse84
  - a. Utiliser la rétrospective de Sprint84
  - b. Utiliser la revue de Sprint84
  - E. Focus sur la transparence 85
  - 1. Définition85
  - 2. Les vertus de la transparence85
  - 3. L'effet de la transparence sur l'inspection et l'adaptation86
  - a. Un exemple concret86
  - b. Une controverse est une source d'inspection88
  - 4. Les effets d'une transparence complète ou incomplète88
  - F. Validation des acquis : questions/réponses 89
  - Chapitre 3 De la vision stratégique au plan opérationnel
  - A. La vision produit 96
  - 1. La vision produit est la cible96
  - 2. Les trois principales typologies de produits97
  - a. Un nouveau produit97
  - b. Une évolution de produit98
  - c. Une mise en conformité98
  - 3. Exemples de vision produit99
  - a. Assurancetourix sous la contrainte RGPD99
  - b. Roméo et ses masques99
  - c. Siri99
  - 4. L'anticipation100
  - a. L'anticipation rationnelle100
  - b. L'anticipation émotionnelle100
  - c. La nature de l'anticipation définit la communication100
  - 5. La vision est la rencontre du produit et du marché100
  - 6. Co-construire la vision produit101
  - B. La valeur du produit 102
  - 1. Identifier les attributs de valeur102
  - a. Le délai102
  - b. La qualité103
  - c. La fréquence103
  - d. La récurrence103
  - e. D'autres Indicateurs103
  - 2. Identifier les objectifs et les contraintes104
  - a. Qualifier les objectifs SMART104
  - b. Exemple de référentiel d'exigences105
  - C. Construire un référentiel d'exigences 106
  - 1. La méthode descendante107
  - a. Identifier les objectifs de base107
  - b. Identifier les moyens107
  - c. Identifier les exigences108
  - 2. La méthode montante108
  - 3. Structurer le référentiel d'exigences110
  - a. Prioriser les objectifs110
  - b. Compter les liens des exigences110
  - c. Organiser le référentiel d'exigences110
  - D. Établir une stratégie produit 112
  - 1. Les spécificités d'une stratégie produit dans un cycle itératif et Incrémental112
  - 2. Exemple de stratégie produit112
  - 3. Utiliser les objectifs pour raconter l'histoire'du produit114
  - 4. La stratégie s'inscrit dans le temps114
  - a. Stratégie basée sur un cycle Itératif et incrémental115
  - b. La stratégie Itérative Implique de découper le produit115
  - c. Ordonnancement basé sur la valeur117
  - d. Ordonnancement basé sur les risques117
  - 5. La stratégie produit suppose des moyens117
  - 6. Les besoins des utilisateurs du produit118
  - 7. Maintenir le référentiel d'exigences118
  - a. Qualifier les exigences119
  - b. Initialiser le Backlog de produit119
  - 8. Valider sa stratégie119
  - a. Vérifier les objectifs120
  - b. Vérifier la cohérence des exigences120
  - c. Ordonnancer les objectifs120
  - 9. Concrètement120
  - E. Un plan opérationnel 121
  - 1. Une vision à long terme121
  - 2. La planification de release121
  - a. La contrainte de délai122
  - b. La contrainte de coût122
  - c. L'objectif d'efficience ! ...123
  - d. L'intranet de Marie124
  - e. Partager avec les parties prenantes125
  - f. Partager avec l'équipe125
  - 3. Une vision à court terme125
  - a. Rester focalisé sur les objectifs125
  - b. Le plan de Marie vu par l'équipe126
  - c. Déléguer à l'équipe de développement127
  - 4. Planification agile127
  - a. Planifier en fonction du produit127
  - b. Inspecter et adapter128
  - F. Rédiger des critères d'acceptation 128
  - 1. Rappel des rôles128
  - 2. Les critères d'acceptation basés sur les contraintes128
  - a. Les contraintes métier129
  - b. Les contraintes légales130
  - c. Les contraintes techniques130
  - d. Les contraintes fonctionnelles130
  - 3. Les critères d'acceptation basés sur l'usage130
  - a. La syntaxe Gherkin131
  - b. Cucumber133
  - 4. Le volume des critères d'acceptation133
  - G. Affiner sa vision par rapport à la valeur du produit 133
  - 1. Les gains du produit134
  - a. À court terme134
  - b. À long terme134
  - 2. Les coûts du produit134
  - a. Les coûts de réalisation135
  - b. Les coûts de maintenance135
  - 3. Identifier les bénéfices par thématique135
  - a. Bénéfices directs ou financiers136
  - b. Bénéfices de support, d'image ou de confort136
  - c. L'exemple de Marie136
  - H. Validation des acquis : questions/réponses 137
  - Chapitre 4 Gérer le Backlog de produit
  - A. Organiser le Backlog de produit 144
  - 1. Organiser en fonction de la valeur145
  - a. La valeur liée aux gains145
  - b. La valeur liée aux coûts145
  - c. La valeur liée aux délais145
  - d. La valeur liée à des objectifs ou contraintes secondaires146
  - e. La valeur de quel point de vue ?146
  - 2. Organiser en fonction de la complexité146
  - a. La complexité de mise en ouvre147
  - b. La complexité d'exploitation147
  - 3. Organiser en fonction de la prise de risque147
  - 4. Organiser selon d'autres critères148
  - 5. L'organisation du Backlog de Marie148
  - B. Affiner le Backlog de produit 149
  - 1. Rappel du principe Itératif149
  - 2. Définition de l'affinage150
  - a. Par où commencer l'affinage ?151
  - b. Qui participe à l'affinage du Backlog de produit ?151
  - c. Quand faut-il affiner le Backlog de produit ?152
  - d. Jusqu'à quel niveau affiner ?152
  - 3. La règle des 10 %152
  - 4. Découper les éléments153
  - 5. Découpage vertical ou horizontal154
  - 6. Affiner les descriptions155
  - 7. Affiner les autres attributs156
  - a. La valeur156
  - b. La complexité157
  - c. Le risque157
  - 8. Affinage et transparence157
  - a. La règle des trois C158
  - b. L'Importance d'être compris158
  - c. L'Importance de la communication159
  - d. L'importance du format carte159
  - e. Rendre le Backlog de produit lisible et visible159
  - 9. Affiner l'ordonnancement du Backlog de produit160
  - C. Faire face aux changements 160
  - 1. Gérer les nouvelles demandes160
  - a. Être proactif161
  - b. Rappeler la planification agile162
  - c. Vérifier les objectifs et les contraintes162
  - d. Rechercher le sens163
  - e. Un modèle opérationnel163
  - f. Savoir dire non164
  - g. Oser dire non164
  - h. Exprimer son désaccord et donner son point de vue avec assertivité164
  - I. Rester constructif 164
  - 2. Nettoyer le Backlog de produit165
  - a. Mesurer les objectifs165
  - b. Les objectifs atteints166
  - c. Les objectifs Inaccessibles166
  - d. Les objectifs changent166
  - e. Passer en revue les contraintes167
  - f. Faire le point sur les moyens167
  - D. Validation des acquis : questions/réponses 168
  - Chapitre 5 Communiquer plus efficacement
  - A. Les bénéfices du management visuel 176
  - 1. Accéder plus facilement à une information complexe176
  - 2. Réduire le délai de prise de décision178
  - 3. Maintenir plus facilement un référentiel complexe179
  - B. Les outils de management visuel 180
  - 1. La planification de produit181
  - 2. Le Backlog de produit183
  - 3. Le Backlog de Sprint187
  - a. Comprendre le Backlog de Sprint187
  - b. Savoir déceler les signaux d'alerte189
  - 4. Les comptes rendus de l'équipe de développement190
  - 5. Les Burndowns de release ou de produit195
  - 6. Le référentiel-d'exigences196
  - 7. Les solutions informatiques196
  - C. Communiquer efficacement 197
  - 1. L'information visuelle197
  - 2. S'appuyer sur des faits ou des indicateurs198
  - 3. L'oral et l'écrit198
  - a. Les cas favorables à l'oral199
  - b. Les cas favorables à l'écrit199
  - 4. S'appuyer efficacement sur le Scrum Master200
  - a. Le Scrum Master supprime les obstacles entravant la progression de l'équipe de développement200
  - b. Le Scrum Master au service du Product Owner200
  - 5. Faire participer des membres de l'équipe de développement201
  - 6. Faire participer des parties prenantes202
  - D. Validation des acquis : questions/réponses 203
  - Chapitre 6 Maximiser la valeur
  - A. Délivrer le produit 210
  - 1. Le plus tôt possible210
  - 2. Livrer fréquemment211
  - a. Le produit de Marie212
  - b. À quelle fréquence ?213
  - 3. Scrum et DevOps213
  - 4. Délivrer le produit de plusieurs équipes214
  - B. Inspecter régulièrement 214
  - 1. Inspection du Backlog de produit214
  - a. L'intranet de Marie215
  - b. La qualité des éléments du Backlog de produit216
  - c. Les retours des utilisateurs218
  - 2. Inspection des processus de l'équipe Scrum218
  - a. Marie et ses User Stories218
  - b. La rétrospective de Sprint219
  - c. Inspecter en dehors de la rétrospective de Sprint220
  - C. Adapter les processus 221
  - 1. Pour accroître la valeur221
  - a. Marie face au RGPD222
  - 2. Pour accroître la transparence222
  - 3. Pour améliorer l'efficience du travail collaboratif223
  - a. Marie change la date de début des Sprints224
  - D. Améliorer la transparence 225
  - 1. La revue de Sprint226
  - 2. La compréhension des éléments du Backlog de produit227
  - a. Par les parties prenantes227
  - b. Par l'équipe de développement228
  - E. Piloter le budget 229
  - 1. Mesurer le coût total231
  - a. Le TCO232
  - b. La dette technique233
  - c. La dette opérationnelle234
  - 2. La vélocité comme mesure de ROI234
  - 3. L'usage est la mesure ultime235
  - a. Marie stoppe le développement du produit235
  - F. Piloter les délais 236
  - 1. Financer un Sprint supplémentaire237
  - a. Marie prolonge le développement du produit237
  - 2. Réorganiser la planification238
  - a. Le plan de release238
  - b. Réorganiser le Backlog de produit238
  - G. Validation des acquis : questions/réponses 241
  - Chapitre 7 Scrum à l'échelle
  - A. Scrum et SAFe 248
  - 1. SAFe248
  - 2. Scrum à l'échelle selon Scrum.org250
  - B. Organisation des équipes multiples 252
  - 1. Organisation horizontale : la Component Team253
  - 2. Organisation verticale : la Feature Team253
  - C. Scrum avec deux ou trois équipes 254
  - 1. La notion d'ambassadeur255
  - 2. La planification de Sprint255
  - a. Le « Why »256
  - b. Le « What »256
  - c. Le « How » :257
  - 3. La mêlée quotidienne258
  - 4. La revue de Sprint258
  - 5. La rétrospective de Sprint258
  - D. Scrum à plus grande échelle 259
  - 1. Les problèmes de dépendance260
  - a. Dépendances et ordonnancement du Backlog de produit261
  - b. Le poids de la dette technique262
  - c. Marie soigne ses dépendances262
  - 2. Nexus263
  - a. Nexus et SAFe264
  - b. L'affinage du Backlog de produit avec Nexus264
  - c. L'équipe d'intégration Nexus265
  - d. La planification de Sprint Nexus265
  - e. Les autres évènements Nexus266
  - f. La limite de temps des évènements Nexus266
  - E. Organisation du Backlog de produit 266
  - F. Déléguer efficacement 267
  - G. Validation des acquis : questions/réponses 270
  - Chapitre 8 La certification Product Owner
  - A. Les organismes de certification 275
  - 1. Scrum.org275
  - 2. Scrum Alliance275
  - B. Préparer la certification Scrum.org 275
  - 1. La structure du référentiel de connaissance Scrum.org276
  - 2. Étudier le guide Scrum277
  - 3. Utiliser les examens blancs277
  - a. SurScrum.org277
  - C. Sur d'autres sites 278
  - 1. Organisation de l'examen278
  - 2. Planifier l'examen278
  - 3. Revenir sur les questions les plus complexes279
  - 4. Procéder par élimination279
  - 5. S'organiser avant l'examen280
  - D. Examen blanc en français 281
  - 1. Questions282
  - a. Comprendre et appliquer Serum282
  - b. Développement des équipes et des personnes294
  - c. Gestion de produit agile297
  - 2. Réponses302
  - a. Comprendre et appliquer Serum302
  - b. Développement des équipes et des personnes322
  - c. Gestion de produit agile327
  - Bibliographie 337
  - Glossaire 339
  - Tableau des objectifs 343
  - Index 345
Origine de la notice:
- Electre