Sur l’évaluation des coûts de projets en développement informatique
Récemment, un collègue m’a demandé ceci (je paraphrase):
Nous disons souvent que l’intégration de nous outils demande 3 ou 4 jours de travail. Or, un de nos partenaires rapporte que son fournisseur veut lui facturer 25 jours pour le faire. Comment est-ce possible?
Il est évidemment très difficile de se prononcer avec si peu d’information. J’ai répondu ceci:
Tsé, l’histoire en informatique, c’est qu’on peut facilement imaginer le scénario suivant… Pour notre 3-4 jours, un programmeur qui regarde la doc vite-vite et qui veut se donner un peu de buffer (ce qui est normal) va dire 5-6 jours. En plus, si c’est pour un projet avec lequel il n’est pas familier (parce le client n’a pas investi en entretien, ou pire, parce qu’il n’a jamais touché au code de ce site là parce qu’il y a du roulement dans son entreprise), ben il va dire 8-9 jours. Encore plus s’il sait que ça a été livré rush la dernière fois, que les coins ont été tournés ronds dans le refactoring, la gestion des sources, les outils de déploiement, etc., et qu’il anticipe devoir rembourser toutes ces dettes là pour faire le travail. On est rendu dans les 12-14 jours. Et le gestionnaire de projet / responsable des soumissions le moindrement expérimenté sait qu’il faut doubler le temps des programmeurs pour tenir compte des imprévus et d’un peu de temps de gestion. Vlan: 25 jours (facile!).
Bien sûr, ma réponse est un peu simpliste et fait appel à quelques stéréotypes. Elle était complétée d’une suggestion de demander plus de détails sur l’estimé à 25 jours, de façon à bien comprendre les travaux impliqués. Malgré cela, est-ce que j’aurais pu répondre autre chose? Quelqu’un a une suggestion?
14 Notes/ Hide
-
univ-rachat-de-credits a reblogué ce billet depuis christianroy
-
garantie-mutuelle a reblogué ce billet depuis christianroy
-
info-sur-le-rachat-de-prets a reblogué ce billet depuis christianroy
-
christianroy a publié ce billet
