Nous avons mis en place un outil que je trouve quasiment magique pour la fiabilité des plannings et l’expérience des développeurs : le 𝘳𝘦𝘧𝘪𝘯𝘦𝘮𝘦𝘯𝘵
Nous vendons nos projets au forfait. Au début du projet, nous utilisons nos fichiers Excel et autres moulinettes concoctées en interne pour obtenir une estimation du nombre de jours de travail nécessaire.
Cependant, nous restons pragmatiques. Entre le cahier des charges initial et le moment où les maquettes et spécifications complètes sont disponibles, il est possible que la première estimation devienne obsolète.
À ce stade du projet, nous organisons un 𝘳𝘦𝘧𝘪𝘯𝘦𝘮𝘦𝘯𝘵.
Nous demandons une nouvelle estimation de la durée du projet à ceux qui vont le réaliser : les développeurs.
1 – Ils redécoupent le travail à réaliser. Aucune tâche ne peut avoir une estimation de plus d’une demi-journée.
2 – Ils estiment le temps que ça va prendre.
3 – Ils priorisent les tâches.
Ils sont libres de revoir l’estimation à la hausse ou à la baisse.
Une fois qu’ils se sont prononcés, c’est un engagement de leur part, ils ne pourront plus nous reprocher d’avoir sous-vendu le projet.
Si l’estimation augmente, nous perdons de l’argent. C’est un risque inhérent à la vente au forfait.
Mais les bénéfices sont là :
→ Un planning réaliste et fiable le plus tôt possible dans le projet
→ Pas de pression excessive sur les développeurs
→ Une meilleure expérience de travail pour tous