24
Jul/09
0

Contrats au forfait et agilité

Non lié à Erlang, mais un article très intéressant a été publié sur DrDobbs qui reflète tout à fait mes pensées sur le fonctionnement inadapté entre clients et fournisseurs (SSII) lors de projets aux forfaits.

Depuis quelques temps, on constate que des entreprises demandent des « garanties » (fictives en réalité) fortes via un contrat de type forfait (donc obligation de résultats) tout en laissant entendre implicitement - voir même explicitement - qu’une méthodologie de type agile sera préférable, ou même obligatoire !

Ce qui pose de nombreux problèmes assez insolubles. Notamment, demander un contrat au forfait représente une démission du client final quand à la gestion de son projet. La théorie est que le client, en fournissant l’ensemble des spécifications nécessaires en début de projet, obtiendra en résultat un logiciel satisfaisant ces besoins. Autrement dit, tout ce qui l’intéresse est le coût du projet, et non le pilotage du projet. hors ce projet peut être crucial pour son business, et il est donc primordial qu’il soit en mesure de le contrôler et de le diriger selon ses besoins.

Le forfait est donc le contraire total de l’agilité, où l’accent est mis sur la valeur et l’adéquation de ce qui est « délivré ». L’agilité demande un investissement important du client, ce qui semble normal vu qu’il s’agit de son projet et de son business !

L’agillité est vraiment un mot à la mode ; j’ai récemment vu un projet au forfait comportant une méthodologie agile (pseudo Scrum) et délivrant des diagrammes de Gantt sous MSProject !!!! Aucun commentaire sur la capacité de réaction au changement de cette équipe…

On vit dans un monde merveilleux.

Filed under: Agilité