La Valeur du Projet : du Livrable au Résultat d'Affaires

Définition PMBOK v8

Le PMBOK v8 définit que la productivité logicielle d'un projet ne se limite pas à la livraison d'un logiciel fonctionnel. La valeur réelle émerge lorsque le livrable (le logiciel) permet d'atteindre le résultat attendu (la productivité). Comme le précise le guide : « The software is the output of the project, but it does not enable productivity by itself. Adding a new deliverable, such as training in the use of the software, can enable a higher-value outcome ». Ce concept s'inscrit dans la gestion de la valeur du projet, un thème transversal du PMBOK v8.

Pourquoi c'est important pour l'examen

Ce concept est systématiquement testé dans les questions portant sur la justification du projet, l'analyse de la valeur et la gestion des parties prenantes. L'examen PMI vérifie votre capacité à distinguer un simple livrable technique d'un résultat d'affaires porteur de valeur. Les questions apparaissent souvent sous forme de scénarios où un projet livre techniquement mais échoue stratégiquement.

Points clés à retenir (pour l'examen)

• Distinction fondamentale: Un livrable (output) ≠ Un résultat (outcome). Le logiciel est l'output, la productivité est l'outcome.
• Valeur = Bénéfices – Désavantages: Les bénéfices créent de la valeur, mais les désavantages (disbenefits) réduisent cette valeur.
• Proposition de valeur compromise: Si le livrable n'atteint pas le résultat escompté, la proposition de valeur est « undermined and may even become more harmful than helpful ».
• Livrables complémentaires: La formation utilisateur est un exemple de livrable additionnel qui transforme un output technique en outcome business.
• Évaluation sur le cycle de vie complet: La valeur s'évalue au-delà de la clôture du projet, incluant la période de retour sur investissement (payback period).
• Focus équipe projet: Les membres de l'équipe doivent comprendre à la fois le livrable ET le résultat attendu.
• Système de livraison de valeur: L'efficacité repose sur le partage d'information et de feedback entre tous les composants.

Exemple type examen PMI

Un chef de projet développe un logiciel de gestion des stocks pour réduire les ruptures de stock de 30%. Le logiciel est livré à temps et dans le budget, mais les utilisateurs ne l'utilisent pas car aucune formation n'a été prévue. Le taux de ruptures de stock reste identique. Quelle est la cause profonde de cet échec ?

Réponse attendue: L'équipe s'est concentrée sur le livrable (le logiciel) sans intégrer le livrable complémentaire (la formation) nécessaire pour atteindre le résultat attendu (la réduction des ruptures).

Pièges à l'examen PMI

• Piège: Confondre « output du projet » avec « valeur du projet » Réalité: L'output est ce qui est produit (livrable), la valeur est ce qui est réalisé (résultat business)

• Piège: Croire qu'un projet terminé avec succès technique a automatiquement créé de la valeur Réalité: Un projet peut être techniquement réussi mais échouer à générer la valeur attendue si le résultat n'est pas atteint

• Piège: Penser que la valeur s'évalue uniquement à la fin du projet Réalité: La valeur s'évalue sur l'ensemble du cycle de vie, incluant la période post-projet (payback period)

• Piège: Ignorer les désavantages (disbenefits) dans le calcul de la valeur Réalité: La valeur = bénéfices - désavantages, les deux doivent être évalués

Connexions PMI importantes

Questions de révision rapide

1. Quelle est la différence fondamentale entre un output de projet et un outcome ?
2. Pourquoi un livrable techniquement réussi peut-il échouer à créer de la valeur ?
3. Comment la formation utilisateur transforme-t-elle un output en outcome ?
4. Sur quelle période la valeur d'un projet doit-elle être évaluée ?
5. Quels sont les deux composants qui déterminent la valeur nette d'un projet ?

Référence PMBOK v8

Section 3.4.1 – Project Impact Section 3.4 – Value Delivery System