Nouvelles API
3 nouvelles API sont disponibles:
- Liste des portefeuilles (lire documentation)
- Rapport d’avancement d’un portefeuille (lire documentation)
- Historique du coût réel et de l’avancement réel d’un projet (lire documentation)
La gestion de projet pragmatique et efficace
3 nouvelles API sont disponibles:
L’objectif de cette mise à jour est de simplifier la gestion des portefeuilles dans TimePerformance grâce aux évolutions suivantes:
Voici la liste des évolutions :
Ajoutez des observateurs à votre portefeuille pour partager la vision multiprojet avec d’autres personnes.
NB: il n’est pas nécessaire de donner les droits sur les projets aux personnes choisies. Elles ont directement accès aux mêmes informations que le propriétaire du portefeuille.
Un bouton Dupliquer a été ajouter dans les écrans Feuille de route, Livrables et Cycle de vie.
Lors de la demande de suppression, 2 options sont désormais proposées: soit supprimer aussi les éléments rattachés (par exemple: les tâches pour un livrable, les livrables pour une étape…), soit les déplacer vers un autre livrable, une autre étape…
En quoi un Programme est-il différent d’un Portefeuille de Projets ou d’un gros Projet avec des sous-projets ?
L’objet de cet article est de clarifier le concept de Programme en s’appuyant sur les définitions du PMI ou de l’OGC.
Projet | Entreprise temporaire, décidée en but de produire un résultat, produit ou service unique. |
Programme | Groupe de projets en rapport les uns avec les autres, gérés de manière coordonnée afin d’obtenir des gains et un contrôle supérieurs à ce qu’on aurait en les gérant indépendamment les uns des autres. |
Portefeuille | Ensemble de projets et de programmes qui sont regroupés afin de faciliter une gestion efficace dans l’atteinte des objectifs stratégiques. |
Définitions du PMI librement traduites
Dans un projet avec des sous-projets, les liens entre les sous-projets sont plus forts que les liens entre les projets d’un programme. Notamment, dans un gros projet, chaque sous-projet ne peut exister en dehors de l’ensemble. Dans un programme, on peut imaginer que des projets puissent continuer même si le programme est remis en cause.
Concrètement, dans un programme, chaque projet a son propre Business Case, c.-à-d. sa propre justification. Dans le gros projet, il n’y a qu’un seul Business Case et les sous-projets sont créés afin de faciliter la gestion d’un projet très complexe.
Le programme a aussi son propre Business Case qui explicite les gains générés au niveau du programme et justifie la création de cette couche de management supplémentaire.
Un portefeuille rassemble des projets qui n’ont pas forcément de rapport entre eux. Dans un programme, c’est justement le rapport existant – ou possible – entre les projets qui est la raison d’être du programme.
Le terme rapport est volontairement assez vague pour couvrir des situations diverses.
L’exemple évident de rapport entre les projets est la notion d’interdépendance (ex: le projet A utilise un résultat du projet B). Dans ce cas, le programme permet de renforcer le contrôle par une meilleure coordination entre les projets.
Mais un programme permet aussi de créer de nouveaux liens entre les projets afin de générer des bénéfices supplémentaires. Un programme permet de créer de nouvelles opportunités.
Par exemple, en réunissant plusieurs projets au sein d’un programme, on peut générer des offres combinées à plus grande valeur ajoutée. Sans programme, l’offre combinée risque de ressembler à un patchwork sans homogénéité.
De plus, la bonne coordination de plusieurs projets peut générer une valeur supplémentaire, par exemple en créant un effet d’annonce grâce à la sortie simultanée de plusieurs produits.
Enfin, le programme est aussi une source d’économies (par ex: passage d’appels d’offres plus importants, développements de composants réutilisables sur plusieurs projets, mutualisation des coûts publicitaires ou de communication etc.).
Le portefeuille et le programme ont des vocations très différentes. Le portefeuille est un outil de pilotage managérial. De son côté, le programme apporte une valeur business supplémentaire en plus d’être un outil de pilotage.
Il n’y en a pas vraiment car la gestion d’un programme empreinte tour à tour les techniques de la gestion de portefeuille de projets (alignement stratégique, sélection des projets, optimisation des ressources etc.) et toutes celles de la gestion de projets (risques, coûts, délais, qualités, communication etc.).
Les processus spécifiques à la gestion de programme sont:
La gestion des gains stratégiques est sans doute l’élément le plus spécifique car c’est la raison d’être du programme.
Le programme se situe à cheval entre le portefeuille de projets et le gros projet. C’est pourquoi la frontière est souvent floue. Nous espérons que cet article vous aura apporté un nouvel éclairage. N’hésitez pas à nous laisser vos commentaires.
PS: Cet article a été écrit suite à la participation à la formation «Best Pratices in Program Management» de PMGS.
Cette version introduit le suivi de portefeuille de projets: