Triangle de la Gestion de Projet.
Ces trois contraintes sont le Coût, le Délai et la Qualité.
Dans la majorité des projets cette question est posée, indirectement ou pas, au client. La qualité optimale d’une réalisation (web ou autre) se situe à la rencontre des attentes des utilisateurs, des spécification et de la réalisation.
Parmi les problèmes souvent rencontrés en gestion de projet, par ceux qui sont responsables de leur lancement, les causes d’échec sont multiples : cadrage ou spécifications incomplètes ou imprécises, sous-estimation des charges et des délais, des difficultés techniques imprévues, des manques de ressources, de coordination. On constate que de nombreux projets échouent faute de compétences et pas forcément faute de moyens ?
Je m’efforce toujours de faire aboutir le projet de mes clients dans son triangle qualité-coût-délais-risques (QCDR).
Rapide et de bonne qualité
=> plus cher; c’est la solution parfaite : un projet très important est traité de manière prioritaire sur les autres, et se voit affecter plus de moyens humains et techniques. Le client a des contraintes de délai avec des attentes élevées en terme de design. On doit affecter plus de ressources en parallèle sur le projet pour tenir les délais, et faire intervenir des profils plus Senior. Les taches sont traitées de manière prioritaires, les équipes sont donc concentrés sur le projet.
Bonne qualité et pas cher
=> plus lent ; Un projet bien fait, mais qui ne coûte pas cher : il va prendre du temps à être réalisé. Le client n’a pas de contrainte de timing (c’est plutôt rare) mais a un budget limité. On affecte des ressources au profil Senior mais uniquement à des moments de faible activité en terme de projet. Le projet n’étant pas prioritaire, il sortira mais on ne sait pas trop quand…
Rapide et pas cher
=> perte en qualité;
C’est ce que demandent beaucoup de clients, sans se rendre compte qu’un projet vite fait et à moindre coût aura forcément des lacunes et une dette qu’il faudra payer plus tard. Cela peut être satisfaisant pour un prototype qui doit valider un concept. Mais il faut bien expliquer les risques que cela peut faire prendre à moyen terme. Le plus gros risque est que le client soit déçus par rapport à ses attentes initiales
Mais comme le rappelle Amaury du blog geek-directeur-technique.com voici les configurations à éviter:
- Rapide, de bonne qualité et pas cher: Comme il est impossible de réaliser un projet dans ces conditions, le client sera impossible à satisfaire. Si une organisation décide tout de même de satisfaire son client en ne lui demandant pas de payer plus cher, il est facile de comprendre que ce genre de décision lui sera nuisible.
- Lent, de mauvaise qualité, et cher: Personne n’est prêt à payer cher pour une mauvaise réalisation qui ne sera pas disponible rapidement. Et pourtant, combien de projets se retrouvent à être repoussés sans arrêt ? Cela est souvent représentatif de 2 choses : le client ne sait pas ce qu’il veut, et le travail de spécification n’a pas été fait correctement ou en parallèle des développements, d’où un dérapage.
Références:
