Ce que l'agilité ne change pas par rapport aux projets classiques

From Transitionagile

Ce que l'agilité ne change pas...

Oui c'est une révolution sur la partie cycle de mise en oeuvre (specs, dev, tests, validation, intégration) Oui cela impacte aussi les phases amont : le cahier des charges, le périmètre (évolutif / figé) ...

Mais il reste une phase amont indiscutable (opportunité / business case / exploratoire) Il reste à passer un marché si on sous-traite le dev (même si le type de marché change et la gestion de la relation contractuelle aussi) Il reste sur l'aval à : - manager le changement et prendre en compte les problématiques des différentes parties prenantes - nettoyer les données de l'existant avant de faire la reprise de données (si applicable) - préparer les formations aux nouveaux processus / fonctions (si applicable) - mettre en place une logique de déploiement (si applicable) - mettre en place un support aux utilisateurs (si applicable) - paramétrer (si applicable)

Je prendrais bien un exemple de projet concret (le dernier projet ERP que j'ai conduit pendant 2 ans, en le parcourant façon agile... pour voir ce qu'on aurait fait pareil et ce qu'on aurait changé... Concrètement, on avait un existant qui ne pouvait être débranché que d'un coup (pas tronçonnable fonctionnellement)...

Je pense que ce type d'exemple serait très parlant pour les clients qui s'interrogent et ont peur de l'agilité car ils s'en sentent très éloignés (c'est pour les pure players internet, kelkoo, yahoo etc... pour des stories dont la durée de vies est peut-être de 15 jours... ?