Je vous préviens tout de suite, la conduite de projets est un art !!! Certains sont bien plus calés que moi sur le sujet, écrivent même des bouquins et maîtrisent le diagramme de gantt à la perfection. Toutefois il y a plein de cas où la maîtrise de projet n’est pas essentielle :
- Quand mettre en place de la maîtrise/diréction de projet va prendre plus de temps que le projet tout seul.
- Quand vous voulez juste une estimation du nombre de jours
- Quand le projet n’est pas vital et peut être reporté en fonction des priorités
Pour tous ces cas, j’utilise des fois une méthode empirique dit du “doigt mouillé”. N’ayant jamais vu un article expliquant comment faire ce genre d’approximations (ce n’est pas assez hype/intelligent ?) je voulais publier une petite note pour expliquer comment ne pas trop se tromper malgré l’approximation. Trêve de blablas … voici la bidouille, si vous aimez vous l’utilisez sinon vous laisser aux autres ;-)
- Un projet = liste de tâches (dépendantes ou pas)
- Durée d’une tâche = (nombre de jours que vous pensez mettre pour la réaliser techniquement) x 2 +1
Ce chiffre peut vous paraître idiot, en vous disant non il suffit de bien chiffrer. Mais derrière le “x2 +1” ce cache différentes choses :
- Les allers retours de specs/demandes pas claires
- La documentation
- La recherche dans les docs
- La réalisation/vérification des différents pré-requis
- Les chiffrages
- etc ….
Voilà c’est ultra simple, efficace mais à garder pour les petits projets sans risque réel. Frédéric pour webofmars PS: Pour faire intelligent vous pouvez parlez de méthode agile ;-) PS2: Pour rigoler vous pouvez parler de méthode la-rache