Un livrable est un produit, un résultat ou une capacité unique et vérifiable
Définition PMBOK v8
Un livrable est tout produit, résultat ou capacité à réaliser un service, unique et vérifiable, qui doit être produit pour achever un processus, une phase ou un projet. Les livrables incluent également des résultats auxiliaires tels que les rapports de gestion de projet et la documentation. Ils peuvent être tangibles ou intangibles.
Pourquoi c'est important pour l'examen
Ce concept est fondamental car il apparaît dans de nombreuses questions portant sur la portée du projet, la validation des résultats et la clôture. L'examen PMI teste fréquemment la capacité à distinguer un livrable des autres éléments de gestion de projet, notamment dans les questions sur le plan de management de la qualité, la structure de découpage du projet et les critères d'acceptation.
Points clés à retenir (pour l'examen)
- Définition essentielle: Un livrable est unique et vérifiable – il ne peut pas être ambigu ou non mesurable
- Nature variable: Il peut être un produit, un résultat ou une capacité à réaliser un service
- Inclusion large: Les livrables incluent aussi les résultats auxiliaires (rapports, documentation)
- Tangible ou intangible: Pas de restriction sur la nature – un livrable peut être un logiciel, un service, un document ou une formation
- Obligation de production: Il est requis pour achever un processus, une phase ou le projet entier
- Niveau de description: Peut être décrit à un niveau sommaire ou très détaillé
- Critères d'acceptation: Conditions qui doivent être remplies avant que les livrables soient acceptés
Exemple type examen PMI
Un chef de projet reçoit l'approbation du livrable "Rapport d'étude de marché" après validation par le client. Ce livrable est-il considéré comme un livrable accepté ? Oui, car il répond aux critères d'acceptation définis. Le projet peut alors passer à la phase suivante.
Pièges à l'examen PMI
-
Piège: Confondre livrable et exigence Réalité: Le livrable est le résultat produit ; l'exigence est la condition ou la capacité nécessaire décrite dans la documentation des exigences
-
Piège: Croire que seuls les produits finaux sont des livrables Réalité: Les rapports de gestion, la documentation et les résultats auxiliaires sont aussi des livrables
-
Piège: Penser qu'un livrable doit toujours être tangible Réalité: Un livrable peut être intangible (ex: une capacité à réaliser un service, une formation)
-
Piège: Confondre livrable accepté et livrable vérifié Réalité: Le livrable accepté est validé par une personne autorisée contre des critères établis ; la vérification concerne la conformité technique
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Critères d'acceptation | Définit les conditions d'acceptation du livrable | Les critères doivent être établis avant la production du livrable |
| Structure de découpage du projet (WBS) | Décompose les livrables en composants vérifiables | La WBS représente la hiérarchie des livrables, pas des activités |
| Documentation des exigences | Élabore les caractéristiques du livrable | Les exigences décrivent ce que le livrable doit satisfaire |
| Livrables acceptés | Output validé du processus de validation | Un livrable accepté devient un input pour la clôture du projet |
Questions de révision rapide
- Quels sont les trois types de livrables possibles selon le PMBOK v8 ?
- Quelle est la différence entre un livrable et un critère d'acceptation ?
- Les rapports de gestion de projet sont-ils considérés comme des livrables ?
- Un livrable intangible peut-il être vérifié ? Comment ?
- À quel moment un livrable devient-il un "livrable accepté" ?
Référence PMBOK v8
Section 2 – Projets et portée du projet Section 4 – Inputs and Outputs (Accepted deliverables)