En informatique comme ailleurs, quand un client a un projet ou une mise à jour d’application en tête et qu’il a un prestataire sous le coude le combat pour savoir combien ça coûte et le temps que ça va prendre commence… Et c’est en général à ce moment là que les problèmes commencent !
En effet, le client veut souvent se faire livrer rapidement en déboursant le moins possible (logique). Sauf qu’on ne peut pas avoir un projet rapidement pas cher et avec un haut niveau de qualité.
Prenons un exemple simple : Faire un système d’enregistrement de carte de fidélité par exemple, et proposons trois solutions : une rapide et pas cher (dite à l’arrache), une rapide et de bonne qualité et une pas cher et de bonne qualité.
- Pour faire ce petit projet à l’arrache, il suffit de proposer un formulaire basique qui enregistre directement en base sans aucun contrôle.
- Si vous voulez un truc rapide et de bonne qualité, il faudra mettre plus de moyen humain qualifié et de la gestion de projet, pour par exemple faire un formulaire design, avec enregistrement en AJAX qui appelle un script d’enregistrement en base avec gestion d’erreurs et contrôle de données.
- Et enfin pour faire le même projet que ci-dessus mais en version low-cost, il suffit de le faire en off-shore ou de le faire faire à un stagiaire qui mettra donc plus de temps qu’une équipe de dev… Avec tous les problèmes éthiques que cela pose…
La preuve en image :
Ou comme les anciens disent :
On ne peut avoir le beurre et l’argent du beurre.
Ou encore :
On ne peut pas avoir le lard et le cochon.
Pingback: Pourquoi un projet ne peut pas être &agra...
Pingback: Gestion de projet | Pearltrees