Jeff Ball est un spécialiste du management de projets : En tant que Chef de Projet, Jeff a géré de bout en bout des projets IT dans des environnements multiculturels ambitieux et stimulant. Jeff est un formateur accrédité et certifié PRINCE2 – Management de Projets, MSP – Management de Programmes, MoP – Gestion de Portefeuille- P3O – Gestion de PMOs pour QRP International.
Certains chefs de projet aiment encore utiliser le vieil adage qu’un projet ne devrait pas durer plus de 9 mois. Ceci est du folklore de gestion de projet. Si un projet dure plus de 9 mois, dit ce vieux folklore, alors il va en toute probabilité échouer. La meilleure approche étant de le découper en plusieurs morceaux.
Comme beaucoup d’adages, celui-ci contient une dose de sagesse, mais sans être rigoureusement prouvé. Les méthodes comme PRINCE2 aident à démontrer que la durée est seulement un des facteurs susceptibles de causer l’échec d’un projet. Un projet de 9 mois peut échouer pour de nombreuses raisons (comme un projet de 3 ou 6 mois) ; tandis qu’un projet de 2 ans qui est bien géré peut réussir (et c’est le cas pour beaucoup).
De plus, le vieil adage ignore l’apparition durant ces 20 dernières années de la gestion de programme. Les programmes sont utilisés pour gérer de grandes initiatives et les changements métiers, et typiquement se déroule sur plusieurs années plutôt que plusieurs mois.
Le vieil adage a-t-il besoin d’être réécrit ? Devrait-on dire « si votre projet prendra plus de 9 mois, alors gérer le comme un programme » ?
Regardons certaines des différences principales entre un projet et un programme :
Un projet se fixe sur les livrables, et est généralement plus court et plus structuré. Quand les livrables sont en place, le projet est fini.
Un programme est une initiative plus longue, qui est souvent plus flexible et livre un ou plusieurs objectifs plus stratégiques. Le programme se focalise sur la livraison de changements – quand les bénéfices du changement sont en place, le programme est fini.
Ceci nous apprend que les différences ne sont pas dues à la longueur du projet ou du programme.
Ce qui compte c’est ce qu’y est livré : la différence vitale entre les programmes et les projets est liée à la nature du changement, pas à la durée de l’initiative de changement.
Une façon simple de comprendre s’il faut utiliser la gestion de projet ou la gestion de programme est de considérer la nature du changement.
La gestion de projet est bonne si vous changez des choses (ou fabriquez de nouvelles choses) :
- logiciel et sites Web
- produits nouveaux ou améliorés
- nouvelle infrastructure informatique
- routes, bâtiments
La gestion de programme est meilleure si vous changez les personnes (ou leur façon de travailler)
- restructuration, réorganisation, nouveaux processus
- amélioration des méthodes de travail
- globalisation
- augmentation, réduction des effectifs, externalisation, off-shoring
Donc ce vieil adage est un proverbe agréable. Comme tous les proverbes, il est parfois juste, mais souvent il est incorrect et trompeur. Il est plus approprié dans le monde d’aujourd’hui d’utiliser un autre adage :
DantotsuPM.com 
Ping : Projet ou Programme ? Il y a plus que la simple...