Zephyr (./17) :

JackosKing (./15) :
Le point fondamental de ces méthodes sont de ne pas les appliquer directement mais de les adapter à son projet. Celui qui te dit qu'il faut tout prendre ou rien prendre n'a pas du tout saisi la logique de fond de ces mehodes

Ça c'est vrai, mais si tu dois faire des concessions sur les points les plus importants des méthodes agiles, alors tu n'es plus vraiment en train de l'utiliser (ou bien alors tout est une méthode agile finalement... mais ça devient une définition un peu trop facile).

Jyaif (./16) :
Si tu code en asm, c'est normal. Avec des languages de plus haut niveau, c'est pas du tout un problème.

Travailler avec un langage de plus haut niveau repousse peut-être la limite à partir de laquelle on a du mal à avoir une vision globale d'une appli, mais ça ne la supprime pas pour autant.

Parce que pour toi XP, c'est uniquement avoir le client sur site?
Le problème de ce genre de méthode c'est qu'il faut etre pragmatique et les appliquer avec compréhension et intélligence. Si tu peux appliquer tous les principes alors c'est super, mais parfois il faut savoir faire des concessions...
Cependant s'arreter au premier principe et dire ca c'est pas fait pour nous est sacrément dommage. D'ailleurs un gros probleme de l'industrie et tout comme au dev logiciel, c'est qu'on veut des procedures appliquées à la virgule près. C'est loin de toute logique lean...