Il n’y a pas si longtemps, il était largement admis que la planification est une partie très critique de l’ensemble du projet. Alors qu’une bonne planification est toujours très importante et se traduira par une meilleure exécution, le délai pour le plan de projet se rétrécit. Dans l’environnement actuel, il est très difficile de planifier l’ensemble du cycle de vie du projet au début du projet. Il est nécessaire de faire des visites fréquentes à la planche à dessin.
Il est tout à fait possible que la portée du projet change entièrement au cours des différentes itérations de la planification du projet ; cependant, ce projet peut toujours être classé comme réussi, tandis que le projet qui livre ce qui était prévu mais est devenu obsolète pendant l’exécution du projet peut être classé comme redondant ou en échec.
Le développement de logiciels piloté par plan est une approche spécifique plus formelle de la création d’une application. Les méthodologies axées sur les plans intègrent toutes : la répétabilité et la prévisibilité, un processus incrémentiel défini, une documentation complète, une architecture système initiale, des plans détaillés, la surveillance des processus, le contrôle et la formation, la gestion des risques, la vérification et la validation.
Les plans sont généralement générés par les éléments suivants :
- Projet décomposé en étapes/tâches
- Chaque tâche décomposée en ses activités composites
- Chaque tâche individuelle estimée (peut-être en utilisant des métriques)
- Estimations agrégées pour donner l’effort total
- Liste des tâches analysée pour les simultanéités et les dépendances afin de fournir un calendrier
- Le calendrier et la date de livraison aident à déterminer la taille et la composition de l’équipe
- L’équipe est réunie et le projet commence
- Suivi et contrôle tout au long du développement
- Livraison!
[Source : Coleman, Gerry. Gestion des processus logiciels, Dundalk IT / IT Tralee (2008)]
« Planifier le travail et travailler le plan » est-il obsolète ?
Dans l’environnement d’aujourd’hui, il n’est peut-être pas faux de dire que tous les produits et services sont périssables. Si le délai de mise sur le marché est trop long, le produit ou le service peut être rendu inutile même s’il n’a pas péri physiquement. De la même manière, un projet peut très facilement périr si au moment où il est achevé, les demandes des parties prenantes ont changé. Les entreprises ont commencé à réaliser que les personnes et non les processus sont les véritables lubrifiants de tout projet et que, par conséquent, l’engagement et l’implication des parties prenantes sont très nécessaires au succès des projets. Pour que les parties prenantes s’engagent dans le projet, elles doivent pouvoir percevoir son utilité dans leur environnement et leur vie actuels.
Par conséquent, dans le monde dynamique et incertain actuel, les méthodes traditionnelles de gestion de projet deviennent de moins en moins efficaces et cela appelle des méthodes beaucoup plus dynamiques, adaptatives, flexibles…. en d’autres termes, agile.