J'utilise XP depuis plusieurs mois sur des projets perso et pro. XP n'est pas à proprement parler une méthode mais plutôt une approche réaliste et humaine du développement logiciel qui admets que les changements de spécification sont une réalité (notamment).
XP edicte des principes connus de tous les développeurs mais pas toujours mis en oeuvre comme l'approche "user-centric", la relecture du code, le travail en binôme, le découpage en tâches de courtes durée (1 à 3 jours), l'importance des tests.
Je ne saurais trop conseiller aux développeurs de s'intéresser à cette "technique". La connaissance des principes XP permets de mettre des mots sur des intuitions et donc de mieux comprendre son métier.
En somme,XP n'est pas du tout un produit marketing mais plutôt une approche saine et objective du développement logiciel. On y retrouve certains points proche du modèle bazaar comme le fait qu'il faut releaser souvent et que le projet appartient à tous les développeurs de l'équipe et pas au guru du coin.
Je signale que le magazine Développeur Référence consacre chaque mois un article à XP et que leur lecture est des plus instructive.
Enfin pour ceux qui doutent, voici deux petits points que je trouve particulièrement sympa :
- en XP, le code fait foi, pas la doc
- en XP, si le client fixe l'étendue, le développeur fixe le délai et inversement.
# De Tekool : XP en pratique
Posté par Anonyme . En réponse à la dépêche eXtreme Programming Explained: Embrace Change. Évalué à 1.
XP edicte des principes connus de tous les développeurs mais pas toujours mis en oeuvre comme l'approche "user-centric", la relecture du code, le travail en binôme, le découpage en tâches de courtes durée (1 à 3 jours), l'importance des tests.
Je ne saurais trop conseiller aux développeurs de s'intéresser à cette "technique". La connaissance des principes XP permets de mettre des mots sur des intuitions et donc de mieux comprendre son métier.
En somme,XP n'est pas du tout un produit marketing mais plutôt une approche saine et objective du développement logiciel. On y retrouve certains points proche du modèle bazaar comme le fait qu'il faut releaser souvent et que le projet appartient à tous les développeurs de l'équipe et pas au guru du coin.
Je signale que le magazine Développeur Référence consacre chaque mois un article à XP et que leur lecture est des plus instructive.
Enfin pour ceux qui doutent, voici deux petits points que je trouve particulièrement sympa :
- en XP, le code fait foi, pas la doc
- en XP, si le client fixe l'étendue, le développeur fixe le délai et inversement.
Tekool qu'est pas loggé
http://www.tekool.com(...)