Bon la réponse n’est pas compliquée à premier abord. Il suffit de :
- Lister les tâches à réaliser
- Estimer la durée de chaque tâche pour la réaliser
- Les lier par ordre de précédence
Une fois que ça c’est fini, on a peu prêt tous les ingrédients nécessaires pour faire une première version brouillonne de notre planning. Cela est juste le début. Il y a d’autres dimensions qui vont venir après pour se greffer sur le planning. Je vais lister les plus importants ici, mais je ne vais pas m’attarder dessus dans cet article mais certainement dans les suivants.
- Le nombre de collaborateurs qui interviendront dans le projet.
- La matrice des risques
- Les contingences
- Les jours fériés et vacances
- L’expertise des collaborateurs
- Le modèle de livraison du projet (Waterfall, Agile, mi-pute mi soumise, etc.)
- Le degré d’engagement du client
- Le degré d’expertise du client
Toutes ces données doivent être incorporés dans le planning. Mais on n’en est pas là encore.
Revenons à nos trois points. Donc, pour créer un planning il faut bien détailler toutes les taches du projet, le plus exaustif possible. Dans un planning, ce sont les détails qui comptent et la profondeur de la réflexion. Ces détails sont accumulés grâce à l’expérience antérieure; individuelle bien sûr mais souvent collective aussi (la boite qui a de l’expérience).
Normalement, si vous arrivez à détailler les taches jusqu’une granularité d’une semaine, c’est que vous avez tout ce qu’il faut pour commencer le planning. Ça prends beaucoup de temps cette connerie.
Moi personellement, j’utilise plus généralement le WBS pour lister mes taches. Le WBS permet de structurer la reflexion et de se focaliser sur une partie à la fois.
Bon je m’arrête là. Dans le prochain, je vais parler du WBS tel que je l’utilise.
