Retour à l'index Edito: quand utiliser des méthodes agiles Lundi, 13 Janvier 2003, par Ian Stokes Sujet : Editorial Résumé : Comprendre les cas d’applicabilité des méthodes agiles et dynamiques. Corps de l'article : Avec des petites études de cas, je demande aux gens quels projets qu'ils pensent seraient adaptés à des méthodes agiles et dynamiques. Les résultats montrent que les gens ne comprennent pas encore les méthodes agiles. Leurs perceptions sont en décalage avec la réalité : - ils devraient se rappeler que des projets doivent toujours être décomposés en plus petits modules qui peuvent être développés par des équipes pluridisciplinaires et dynamiques. Les statistiques prouvent que les grands et monolithiques projets échouent presque chaque fois. - ils devraient se rendre compte que les méthodes agiles sont meilleures pour des projets complexes dans le monde réel des affaires où les conditions évoluent toujours. - ils devraient noter que partout où la créativité et le brainstorming sont nécessaires, un atelier facilité dynamique est indispensable. - ils devraient savoir que là où des processus doivent être définis et des interfaces être validés, la modélisation d'utilisateur s’impose et ceci a besoin d'une approche commune d'équipe. - ils devraient comprendre que pour atteindre les objectifs, les utilisateurs principaux doivent participer dès le départ et pendant tout le projet pour réaliser des tests et pour s’occuper de la communication. - ils devraient reconnaître que la fourniture de versions larges et peu fréquentes et l’absence d’incréments intermédiaires constitue un énorme risque que ces efforts ne seront jamais récupérés. - ils devraient se rappeler qu'un projet sans rôles formalisés pour la direction et les utilisateurs principaux invite tout simplement le plus mauvais type d’ennuis et de récriminations. - ils devraient admettre que des méthodes lourdes de pilotage de projet ont trop souvent abouti sur des pertes importantes sur des projets technologiques qui ont dépassé leurs budgets et leurs délais ou qui tout simplement n'ont pas fourni la valeur recherchée. Ces constats semblent durs, mais trop de projets informatiques ont fait perdre aux organisations des millions de dollars ou des euros, au cours de ces dernières années. Nous devrions apprendre de nos expériences et appliquer les méthodes qui fournissent de meilleurs résultats. 0KB (0 bytes) Publiez vos commentaires sur cet article