La plupart des projets logiciels dépassent le budget non par mauvaise foi, mais par manque de définition. Voici le schéma et comment l'éviter.
Si vous avez déjà commandé le développement d’une application, d’un site web ou d’un système de gestion, vous connaissez probablement cette situation : le devis initial est accepté, le projet démarre, et à un moment du chemin des suppléments commencent à apparaître.
« Cela n’était pas dans le périmètre. » « Nous devons ajuster le prix car le client a demandé des changements. » « Pour faire ce que vous décrivez, nous devrions revoir l’architecture. »
Ce n’est pas toujours de la mauvaise foi. Parfois c’est un manque de définition.
Pourquoi les projets logiciels dépassent le budget
La raison la plus courante est simple : le client avait quelque chose de précis en tête mais ne l’a pas exprimé avec suffisamment de détails. Le prestataire a chiffré ce qu’il a interprété. Et la différence entre les deux interprétations se découvre pendant le développement.
Cette différence a un nom dans l’industrie : le scope creep. Et c’est l’ennemi numéro un des budgets fixes.
Comment se protéger en tant que client
Avant d’accepter un devis, demandez à ce qu’on vous décrive exactement ce qui est inclus et ce qui ne l’est pas. Pas en termes généraux, mais en livrables concrets : quels écrans, quelles fonctions, quelles intégrations, combien de tours de révision.
Si le prestataire ne peut pas répondre à ce niveau de détail avant de commencer, il ne le pourra probablement pas non plus pendant le développement.
Le modèle de contrat qui fonctionne vraiment
Un devis fixe ne fonctionne que si le périmètre est fixe. Pour les projets où le périmètre n’est pas entièrement clair au début, il est plus honnête de travailler avec un contrat en régie, avec des jalons partiels et des révisions budgétaires convenues.
Ce n’est pas ce que la plupart des gens veulent entendre. Mais c’est ce qui évite 80 % des conflits entre client et prestataire dans les projets logiciels.
