De nombreux projets de développement conservent une approche traditionnelle sur bien des aspects. Même si beaucoup d'entre nous admettent les travers d'une telle approche : pression forte, gestion des changements douloureuse, délais et budget souvent dépassés, relation client parfois difficile, journées de travail longues...

J'appelle « approche traditionnelle », une approche essentiellement basée sur le prédictif souvent illustrée par une phase de conception énergivore et coûteuse censée accoucher de spécifications fonctionnelles détaillées millimétrées. Ces spécifications deviennent ensuite le nerf de la guerre entre le commanditaire et le réalisateur lors de l'apparition des premiers changements (inévitables évidemment). Le tout dans le cadre d'un forfait.

Dans cet article, je propose de donner un peu plus de souplesse à cette approche sans basculer complètement dans l'agilité qui fait peur à beaucoup de monde (par ignorance, la plupart du temps).