Gestion de projet vers les methodes agiles, 2e edition

Préface......Page 6
Remerciements......Page 8
Table des matières......Page 10
Le chef de projet multicompétent......Page 19
Maîtriser les techniques de gestion de projet......Page 22
Comprendre l’environnement de chaque projet......Page 23
Manager les hommes......Page 25
La solitude du chef de projet......Page 27
La certitude de l’incertitude......Page 28
Accepter l’incertitude......Page 29
Gérer un projet : mission (im)possible ?......Page 30
Les questions à se poser......Page 36
Question 4 : les relations avec la maîtrise d’ouvrage......Page 37
Question 8 : le reporting......Page 38
Question 12 : le rythme des livraisons......Page 39
Question 16 : la gestion des sous-traitants......Page 40
Question 20 : en résumé, si vous êtes objectif, vous diriez que vous êtes…......Page 41
Une majorité de l ? Le métier est difficile, mais ne vous découragez pas !......Page 42
Question 2 : fixer un délai réaliste......Page 43
Caractéristiques d’une approche « en cascade »......Page 55
Les failles d’une approche « en cascade »......Page 56
Une approche itérative et incrémentale......Page 59
Origine et valeurs des méthodes agiles......Page 66
Principes des méthodes agiles......Page 67
ASD (Adaptative Software Development)......Page 68
Apport de valeur ajoutée......Page 84
Synthèse des différences fondamentales entre approche traditionnelle et approche agile......Page 89
Une mauvaise communication......Page 94
La défaillance du client......Page 96
Partager une vision......Page 97
Les compétences « techniques » ou savoir-faire......Page 99
Les compétences comportementales ou savoir-être......Page 100
Ce qui doit être exprimé......Page 101
L’émergence des besoins......Page 102
La boucle de feedback......Page 104
Les techniques de recueil......Page 105
Pourquoi formaliser les besoins ?......Page 110
L’approche IEEE......Page 112
Les cas d’utilisation d’UML......Page 114
L’approche par les user stories......Page 116
Quelle technique choisir : user story ou use case ?......Page 118
Le product backlog......Page 119
Hiérarchiser les besoins......Page 121
Le risque de développement......Page 122
Le modèle de Kano......Page 123
Ce qu’il faut retenir......Page 127
Pourquoi planifier ?......Page 129
L’approche prédictive : tout planifier au début......Page 130
L’approche adaptative : planifier au fil de l’eau......Page 131
Une démarche en trois étapes......Page 133
La technique des story points......Page 141
Fiabiliser sa démarche d’estimation......Page 143
Étape 2 : estimer le coût......Page 145
Étape 3 : recenser les activités......Page 146
Étape 5 : ordonnancer les activités......Page 148
Étape 7 : ajuster le planning......Page 149
Planifier avec une démarche agile......Page 150
Niveau 1 : vision du produit......Page 151
Niveau 3 : plan de la release......Page 152
Niveau 4 : plan de l’itération......Page 156
Niveau 5 : cycle quotidien......Page 160
Ce qu’il faut retenir......Page 162
La performance......Page 165
La qualité......Page 167
Les risques......Page 168
Mesurer la performance......Page 169
Suivre la qualité......Page 175
Suivre les risques......Page 181
Comment présenter ces indicateurs ?......Page 182
Comment piloter le projet ?......Page 185
Ce qu’il faut retenir......Page 189
Constituer l’équipe......Page 190
Définir les rôles et responsabilités......Page 191
Déterminer la composition de l’équipe......Page 192
Contracter les ressources......Page 195
Qui développe l’esprit d’équipe......Page 197
Qui lève les obstacles......Page 200
Développer la collaboration......Page 204
Créer un environnement de travail efficace......Page 211
Gérer des équipes multiples ou distantes......Page 212
Gérer les sous-traitants......Page 214
Ce qu’il faut retenir…......Page 215
Recenser les zones de dysfonctionnement......Page 217
Sur la genèse du projet Agile......Page 218
Risques ou facteurs clés de réussite ?......Page 222
Fixer des objectifs réalistes......Page 225
Comment mesurer le succès de la démarche ?......Page 226
Quels sont les symptômes de l’échec de la démarche ?......Page 229
Nommer un « champion »......Page 230
Degré de formalisme et cycle de vie......Page 231
Choisir les outils......Page 235
Communiquer......Page 236
Pourquoi faut-il accompagner le changement ?......Page 238
Résistance ou enthousiasme ?......Page 239
Le client ou la maîtrise d’ouvrage......Page 241
Arguments contre objections......Page 245
S’approprier le changement......Page 248
Pour l’équipe......Page 251
Conclusion......Page 255
Pourquoi les contrats au forfait ont-ils l’effet inverse de celui visé ?......Page 256
D’une démarche CMMI ?......Page 259
D’un projet offshore ?......Page 262
Ce qu’il faut retenir......Page 264
Claude Aubry......Page 268
Marc Dumonte......Page 269
Jean-Claude Grosjean......Page 270
Alain Pujol......Page 271
Dominic Williams......Page 272
Planification, suivi de projet......Page 274
Outils spécifiques dédiés à la gestion de projet agile......Page 275
Conférence électronique......Page 276
Gestion de projet « classique »......Page 282
Lean......Page 283
Management des équipes et des hommes, coaching......Page 284
Introduction–Chef de projet : un métier complexe......Page 18
Question 4 : collaborer avec la maîtrise d’ouvrage......Page 44
Question 7 : avoir un pilote à bord…......Page 45
Question 9 : détecter les défauts au plus tôt......Page 46
Question 11 : accepter le changement......Page 47
Question 14 : des rôles comme repères......Page 48
Question 16 : vision et confiance......Page 49
Question 18 : définir sa propre méthodologie......Page 50
Question 19 : le nouveau chef de projet......Page 51
Question 20 : curiosité et apprentissage......Page 52
2–Méthodes traditionnelles ou méthodes agiles ?......Page 54
L’effet tunnel......Page 57
Une documentation pléthorique......Page 58
Un esprit collaboratif......Page 61
Un formalisme léger......Page 62
Un produit de haute qualité......Page 63
L’acceptation du changement......Page 65
DSDM (Dynamic Software Development Method)......Page 70
Lean......Page 73
Scrum......Page 76
UP (Unified Process)......Page 78
XP (eXtreme Programming)......Page 80
Adaptabilité......Page 85
Visibilité......Page 86
Qualité logicielle......Page 87
3–Recueillir efficacement les besoins......Page 92
La méthode des poids relatifs......Page 126
4–Planifier son projet......Page 128
Choisir sa technique d’estimation......Page 135
La technique des ideal days......Page 142
La Wide Band Delphi (WBD)......Page 144
5–Suivre et piloter son projet......Page 164
Dans un projet classique......Page 170
Dans un projet agile......Page 173
Qui soutient l’équipe......Page 199
Qui optimise la communication......Page 201
Qui garantit le processus......Page 203
7–Adopter une approche agile......Page 216
Sur la direction générale et le sponsor......Page 219
Sur les équipes......Page 220
Sur vous-même......Page 221
Criticité et nombre de personnes......Page 232
Forces et faiblesses......Page 233
Complémentarité des méthodes......Page 234
L’équipe......Page 242
Développer ses qualités d’écoute......Page 249
Tirer profit de l’apprentissage......Page 250
Favoriser la constitution de l’équipe......Page 252
Cultiver l’esprit d’équipe......Page 253
Assumer la prise de risque......Page 254
Épilogue......Page 266
C–Glossaire......Page 278
Index......Page 286