Aujourd'hui, chez Plonk SA, nous allons parler de l'évaluation des charges sur un projet. Il est de notoriété, chez Plonk, d'appliquer à partir d'une évaluation de développement, un coefficient multiplicateur de 4 à 5, afin de prendre en compte les charges non évaluées, dûes par exemple aux documentations, à la charge des réunions, à celle liée aux chefs de projet etc. Un bon exemple serait celui sur lequel j'ai passé grosso modo 6 mois de mon temps. J'en étais le seul développeur, mais autour du projet gravitaient plusieurs personnes, qui ont travaillé avec moi sur les spécifications, sur des outils annexes, etc. La charge a été globalement bien évaluée (même si pour mon projet en particulier, il aurait pu être techniquement bouclé en moitié moins de temps si l'ensemble avait été défini aux petits oignons au préalable).

Un contre exemple, que je nommerai le projet Fouttu, consiste à réaliser pour 1 mois de développement de notre côté. Et probablement aussi 1 mois du côté de deux autres équipes de développeurs (à 1 développeur par équipe bien sûr). Sur ce mois, j'ai passé 1 semaine et demi de travail "effectif". Là où le projet mérite bien son nom, c'est que les premières phases de spécification (je n'ai participé à aucune specs, sauf la spec interne de mon propre outil) ont commencé... il y a plus de 8 mois. La dernière mise à jour date d'il y a moins de deux semaines. Entre temps, il faut compter une réunion toutes les deux semaines (en gros), réunissant pas moins de 5 personnes à chaque fois (minimum). Une réunion, c'est 2h de boulot. Faites les comptes. Ensuite, il faut savoir qu'entre les réunions, il y a toujours X heures de travail. On commence à voir la charge. Qui grossit, grossit, grossit. Une réunion, pour ce projet, consistait souvent à corriger une minuscule qui devait être en majuscule sur la spec. Entre ma première version exploitable du code, et la version actuelle, un mois et demi sera passé, un mois et demi à corriger le code pour prendre en compte la dernière mise à jour qui inclue une nouvelle virgule, pour prendre en compte le fait que finalement, l'équipe 2 a décidé de casser l'intégralité du schéma d'intégrité. Parce que finalement, après 8 mois, ils trouvent ça plus simple pour eux.

C'est la force des grandes entreprises. Chez Plonk SA, on est efficace à notre manière : on livre à la date prévue, mais on passe 9/10è de notre temps à discuter inutilement là où en une semaine de discussion on pouvait régler l'ensemble des discussions.

Conclusion : j'ai appris aujourd'hui que sur l'estimation finale, on devrait pouvoir chiffrer à l'arrivée le triple ou quadruple du quintuple du temps de développement passé.

Chez nous, il y a l'art, et la manière. Et il y a les intervenants extérieurs qui ralentissent presque sciemment le développement. Merci JCN Inc !