je ne pense pas qu'on puisse comparer un "simple projet web/informatique d'entreprise" aussi complexe qu'il soit avec le developpement d'une distribution gnu/linux.
Le but des méthodes dites agiles est de délivrer de la valeur en continue, pour faire du scrum/xp, il faut une équipe de 5 à 10 gus dans une seule pièce avec des post-its à faire des stand-up meeting tous les matins, ce qui veut dire que la méthode pert de son efficacité en mode distribué ou les developpeurs sont dans des fuseaux horaire differents.
Je conçois l'utilisation de scrum/xp pour des projets précis, limité dans le temps. Les sprints scrum sont en général de 2 à 4 semaines.
Pour moi le developpement d'une distribution est un meta-projet composé de divers autres projets (artefact) avec chacun leur méthodes de developpement xp, en cascade, anarchique. Vouloir "unifier" les méthodes qu'ont choisi ces projets est la meilleure fàçon de mettre le bordel ...
[^] # Re: Autre point de vue...
Posté par Narmer . En réponse au journal Mark Shuttleworth : il remet ça. Évalué à 3.
Le but des méthodes dites agiles est de délivrer de la valeur en continue, pour faire du scrum/xp, il faut une équipe de 5 à 10 gus dans une seule pièce avec des post-its à faire des stand-up meeting tous les matins, ce qui veut dire que la méthode pert de son efficacité en mode distribué ou les developpeurs sont dans des fuseaux horaire differents.
Je conçois l'utilisation de scrum/xp pour des projets précis, limité dans le temps. Les sprints scrum sont en général de 2 à 4 semaines.
Pour moi le developpement d'une distribution est un meta-projet composé de divers autres projets (artefact) avec chacun leur méthodes de developpement xp, en cascade, anarchique. Vouloir "unifier" les méthodes qu'ont choisi ces projets est la meilleure fàçon de mettre le bordel ...