Gestion de projet – Vers les méthodes agiles
216
UP couvre, quant à lui, l’ensemble des types de projet (tableau 7-7) ; il s’agit, ensuite,
d’adapter le processus et le niveau de formalisme au contexte spécifique du projet.
Forces et faiblesses
Que peut-on dire de leurs forces et leurs faiblesses ? Le tableau 7-8 résume précisément
les différences entre les trois méthodes, ainsi que Crystal et DSDM.
Tableau 7-7 Positionnement de UP sur le modèle de Cockburn
Criticité/Taille équipe
1-6
– 20
– 40
– 100
Vie
L6
L20
L40
L100
Revenu essentiel
E6
E20
E40
E100
....
Argent
D6
D20
D40
D100
Confort
C6
C20
C40
C100
Tableau 7-8 Forces et faiblesses des principales méthodes agiles
Méthode
Résumé
en un mot-clé
Points forts
Points faibles
XP
Simplicité
– solides pratiques techniques ;
– favorise la qualité avec le client sur site et
les tests omniprésents ;
– fréquent feedback grâce à la brièveté des
itérations ;
– la plus connue et sans doute la plus répandue, du moins aux États-Unis.
– méthode radicale, les pratiques sont poussées à l’extrême ;
– le pair-programming n’est pas toujours
bien ressenti par les développeurs ;
– nécessité de l’autodiscipline ;
– documentation projet très réduite, donc
limites de la méthode dans le cas de projets
évolutifs.
Scrum
Valeur ajoutée
pour le client
– les priorités sont gérées en fonction de la
valeur ajoutée ;
– bien adaptée au développement d’un progiciel au sein d’équipes produit, grâce à la
présence d’un product owner ;
– favorise la communication et la collaboration
(scrum quotidien) ;
– propose un programme de certification.
– limite les changements avec des itérations
de trente jours et un contenu figé durant le
sprint ;
– limitée à la discipline gestion de projet ;
– ne propose aucune pratique technique.
UP
Gestion
des risques
– très bien documentée ;
– est devenue un standard dans de nombreuses organisations ;
– un bon intermédiaire pour le passage d’une
approche classique à une méthode itérative.
– méthode la moins agile de toutes, prescriptive, qui peut être lourde à mettre en
œuvre ;
– beaucoup de livrables à produire ;
- est parfois associée à un cycle en cascade,
mais c’est alors une mauvaise interprétation
non suggérée par la méthode elle-même.
GestProjInform Livre Page 216 Vendredi, 3. avril 2009 12:07 12
216
UP couvre, quant à lui, l’ensemble des types de projet (tableau 7-7) ; il s’agit, ensuite,
d’adapter le processus et le niveau de formalisme au contexte spécifique du projet.
Forces et faiblesses
Que peut-on dire de leurs forces et leurs faiblesses ? Le tableau 7-8 résume précisément
les différences entre les trois méthodes, ainsi que Crystal et DSDM.
Tableau 7-7 Positionnement de UP sur le modèle de Cockburn
Criticité/Taille équipe
1-6
– 20
– 40
– 100
Vie
L6
L20
L40
L100
Revenu essentiel
E6
E20
E40
E100
....
Argent
D6
D20
D40
D100
Confort
C6
C20
C40
C100
Tableau 7-8 Forces et faiblesses des principales méthodes agiles
Méthode
Résumé
en un mot-clé
Points forts
Points faibles
XP
Simplicité
– solides pratiques techniques ;
– favorise la qualité avec le client sur site et
les tests omniprésents ;
– fréquent feedback grâce à la brièveté des
itérations ;
– la plus connue et sans doute la plus répandue, du moins aux États-Unis.
– méthode radicale, les pratiques sont poussées à l’extrême ;
– le pair-programming n’est pas toujours
bien ressenti par les développeurs ;
– nécessité de l’autodiscipline ;
– documentation projet très réduite, donc
limites de la méthode dans le cas de projets
évolutifs.
Scrum
Valeur ajoutée
pour le client
– les priorités sont gérées en fonction de la
valeur ajoutée ;
– bien adaptée au développement d’un progiciel au sein d’équipes produit, grâce à la
présence d’un product owner ;
– favorise la communication et la collaboration
(scrum quotidien) ;
– propose un programme de certification.
– limite les changements avec des itérations
de trente jours et un contenu figé durant le
sprint ;
– limitée à la discipline gestion de projet ;
– ne propose aucune pratique technique.
UP
Gestion
des risques
– très bien documentée ;
– est devenue un standard dans de nombreuses organisations ;
– un bon intermédiaire pour le passage d’une
approche classique à une méthode itérative.
– méthode la moins agile de toutes, prescriptive, qui peut être lourde à mettre en
œuvre ;
– beaucoup de livrables à produire ;
- est parfois associée à un cycle en cascade,
mais c’est alors une mauvaise interprétation
non suggérée par la méthode elle-même.
GestProjInform Livre Page 216 Vendredi, 3. avril 2009 12:07 12