L'enjeu : le mythe de l'improvisation

Depuis quelques années, le mot "Agile" est sur toutes les lèvres. Face aux méthodes traditionnelles, l'Agilité promet plus de souplesse. Mais cette popularité s'accompagne d'un malentendu : beaucoup pensent que faire de l'Agile signifie coder immédiatement, sans documentation, et acter la mort définitive du "cahier des charges". C'est une erreur fondamentale : l'Agilité n'est pas l'absence de règles, c'est une rigueur différente.

La réalité : les "mini cahiers des charges" continus

Dans un projet classique (méthode en "cycle en V"), on rédige un cahier des charges monolithique au tout début. Le problème est chronologique : entre le moment où il est rédigé et la livraison finale un an plus tard, les besoins des utilisateurs ont souvent changé, et le document est déjà obsolète.

En réalité, l'approche Agile ne tue pas le cahier des charges, elle le découpe par itérations (ou "sprints"). Chaque itération possède son propre "mini cahier des charges" (souvent formalisé sous forme de User Stories). Cela permet de documenter exactement ce qui va être construit, tout en gardant la liberté de changer d'avis pour le cycle suivant.

La posture du Manager SI : choisir la bonne méthode selon l'organisation

Faut-il pour autant jeter le cahier des charges classique aux oubliettes ? Non. La réponse mature est : il faut utiliser la méthode adaptée au contexte.

  • La méthode classique (cycle en V) est préférable quand : le projet a des contraintes réglementaires fortes (secteur médical, nucléaire, marchés publics), que les besoins sont stables et bien définis dès le départ, ou que le client externe exige une contractualisation précise.
  • L'approche Agile est préférable quand : le produit final est difficile à spécifier entièrement au départ (innovation, nouvelles applications), que l'organisation est prête au changement et à l'implication continue des métiers, et qu'on cherche à réduire le "time to market".

Un bon Responsable SI n'est pas "pro-Agile" ou "pro-cycle en V". Il est pragmatique. Son rôle est de diagnostiquer la situation, de comprendre les contraintes de l'organisation, et de choisir — ou d'hybrider — la méthode qui maximise les chances de succès du projet.