Discussion :

[benito1er]

Bonjour,
La méthode agile, je connais sa définition, et j'ai suivi des conférence ou j'ai vu que cela marchait. Mais à part ça je n'en sais pas grand chose. Qui pourra me dire ou me faire vivre un cas pratique?
Et aussi, scrum, cristal, et Xp? Pourrait-on savoir chacun leur force et leur faiblesse. Pourquoi préférer l'un par rapport à l'autre?

[souviron34]

tu as déjà à lire ici :

http://www.developpez.net/forums/sho...d.php?t=418887

et là :

http://www.developpez.net/forums/sho...d.php?t=361715

[Bruno Orsier]

Bonjour,

Et aussi, scrum, cristal, et Xp? Pourrait-on savoir chacun leur force et leur faiblesse. Pourquoi préférer l'un par rapport à l'autre?

Il ne s'agit pas forcément de les opposer. Notamment Scrum est une méthode de gestion de projet "empirique" qui ne donne pas d'indications précises sur le travail quotidien d'une équipe de développeurs. A tel point que Scrum pourrait s'appliquer dans d'autres domaines que le développement informatique. Mais pour l'informatique, Scrum peut s'appuyer utilement sur bon nombre d'éléments de XP, comme l'intégration continue, le développement dirigé par les tests, la programmation en binôme, ...

XP contient aussi des éléments de gestion de projets, et peut s'utiliser tout seul (ie sans Scrum). Mais on peut aussi préférer l'approche Scrum, et donc combiner Scrum et XP.

Voir peut-être la présentation suivante : SurvolAgile qui rappelle quelques bases.

Pourquoi ca marche ? Il y a surement pas mal de raisons, comme
1) cela réduit les "gaspillages" - le waste du Lean (Software) Development
2) cela réduit la difficulté de communication avec le client
3) amélioration de la visibilité
4) cela permet de contrôler le processus de développement, qui est toujours compliqué (voire "chaotique" selon Scrum).

Il reste à voir si cela marche dans tous les cas. Les éventuels échecs ne sont pas forcément très publiés, et ensuite il faudrait être certain que la méthode en question a été bien respectée. Scrum notamment vise plutôt à rendre apparents les éventuels problèmes, pas à les résoudre. Il faut donc être attentif à ces éventuels problèmes, et être créatif dans la recherche de solutions.

Bruno