Afficionados , j'en suis! En tout cas l'esprit. J'ai utilisé une approche qui s'y apparente certainement beaucoup dans le cadre d'un projet de dévelopement web entre 2000 et 2004 (combiné avec de l'Extrem Programming), sans même savoir à l'époque qu'elle avait été modelisée et formalisée. Nous étions une petite équipe (3 puis 6 ingénieurs) et avons développé en 3 ans plus de fonctionnalités que notre concurrent principal en 6 ans (une équipe de 25 ingénieurs qui utilisait quant à elle une approache classique et structurée avec équipe dev + équipe admin + équipe mkting + équipe gestion de projet).
Je pense que c'est avant tout du bon sens, et n'envisage pas de procédé différemment aujourd'hui. L'efficacité d'un projet de développement peut ainsi être parfois inversement proportionnel au nombre de membres. Rien ne vaut une petite équipe, talentueuse, bien soudée, aux profils complémentaires, recueillant sans cesse le feedback des utilisateurs finaux, et qui avance rapidement, étape par étape. Telle une mêlée du 15 sur un stade de rugby.
Je pense que c'est avant tout du bon sens, et n'envisage pas de procédé différemment aujourd'hui. L'efficacité d'un projet de développement peut ainsi être parfois inversement proportionnel au nombre de membres. Rien ne vaut une petite équipe, talentueuse, bien soudée, aux profils complémentaires, recueillant sans cesse le feedback des utilisateurs finaux, et qui avance rapidement, étape par étape. Telle une mêlée du 15 sur un stade de rugby.