Livrables de projet (PMBOK) vs produits de projet (PRINCE2)
Au cœur des deux référentiels se trouve la même chose : les résultats qu’un projet doit livrer. Le PMBOK les appelle livrables (deliverables), PRINCE2 les appelle produits (products) et, bien que les deux concepts se recouvrent largement, ils ne sont pas identiques. Les différences en disent long sur la manière dont chaque référentiel conçoit le contrôle et la responsabilité. Cet article compare les livrables de projet (PMBOK) et les produits de projet (PRINCE2) : comment chacun est défini, où les concepts diffèrent réellement, comment ils se correspondent et quel terme employer dans votre propre documentation de projet.
Points clés :
- Les deux termes décrivent des résultats de projet vérifiables — des résultats qu’un projet doit produire et remettre pour acceptation. Le PMBOK traite le livrable (deliverable) comme un concept de son vocabulaire, tandis que PRINCE2 fait du produit le fondement de toute la méthode.
- Un livrable PMBOK est tout résultat unique et vérifiable — un produit, un résultat ou une capacité nécessaire à l’achèvement d’un processus, d’une phase ou d’un projet, produit tout au long du cycle de vie.
- Un produit PRINCE2 couvre un périmètre plus large — il inclut les produits spécialisés remis aux utilisateurs et les produits de management tels que plans, registres et rapports, chacun assorti de critères de qualité définis.
- Différences clés — PRINCE2 compte les artefacts de management comme des produits à part entière et exige une description de produit pour chaque résultat ; le PMBOK classe ces artefacts comme documents de projet et laisse le niveau de définition au jugement professionnel.
- Comment les concepts se correspondent — les produits spécialisés correspondent aux livrables de produit, les produits de management aux livrables de processus. Un vocabulaire unique fixé dans la charte de projet évite toute confusion.
Pourquoi le PMBOK et PRINCE2 nomment différemment les résultats de projet
La différence de dénomination n’est pas un hasard de traduction, mais le reflet de ce qu’est chaque référentiel. Le PMBOK est un corpus de connaissances descriptif : il catalogue des concepts, des pratiques et des artefacts, et se fie au jugement du chef de projet quant à leur application. PRINCE2 est une méthode prescriptive : elle définit des processus, des rôles et une chaîne de responsabilité, et il lui faut un concept porteur auquel ces processus puissent se rattacher. Ce concept, c’est le produit. Ainsi, si les deux référentiels parlent de résultats vérifiables, le PMBOK traite le livrable comme un terme parmi d’autres, et PRINCE2 bâtit toute la méthode sur la planification, la délégation et l’acceptation des produits. Comprendre cette asymétrie est la clé de chaque différence décrite ci-dessous.
Profitez d'un accès complet à FlexiProject pendant 30 jours, sans frais ni engagement
Qu’est-ce qu’un livrable dans le PMBOK ?
Dans la terminologie du PMBOK, un livrable (deliverable) est tout produit, résultat ou capacité à fournir un service, unique et vérifiable, requis pour achever un processus, une phase ou un projet. Unique signifie qu’il est défini pour ce projet précis ; vérifiable signifie que son achèvement peut être contrôlé par rapport à des critères plutôt que simplement déclaré. Les livrables apparaissent tout au long du cycle de vie : un plan de projet approuvé ou un rapport de tests est un livrable de sa phase, tout comme le système final est un livrable de l’ensemble du projet.
Le concept façonne aussi la manière dont le PMBOK planifie le travail. La structure de découpage du projet (WBS) est définie comme une décomposition du travail orientée livrables, ce qui signifie que le plan descend des résultats vers les tâches, et non l’inverse. Les livrables sont ensuite vérifiés lors du contrôle qualité et formellement acceptés par le client ou le sponsor. Ce que le PMBOK ne fait pas, c’est prescrire un document standard pour définir chaque livrable ; le niveau de documentation est laissé au jugement professionnel. Pour un traitement complet du concept, y compris les types et les techniques d’identification, consultez notre guide des livrables de projet.
Qu’est-ce qu’un produit dans PRINCE2 ?
PRINCE2 élève la même idée au rang de principe. L’un des sept principes de la méthode est la focalisation sur les produits : un projet PRINCE2 convient et définit ses produits avant de planifier le travail, et tout ce que le projet crée ou modifie compte comme un produit. Le concept se divise en deux catégories aux publics différents.
Produits spécialisés
Les produits spécialisés sont ce que le projet existe pour livrer à ses utilisateurs : le système, le bâtiment, la campagne, le nouveau processus. C’est la partie du vocabulaire de PRINCE2 qui correspond au sens courant et intuitif d’un livrable. Les produits spécialisés sont remis, acceptés au regard de critères de qualité et justifient en fin de compte l’analyse de rentabilité du projet.
Produits de management
Les produits de management sont les artefacts servant à piloter le projet lui-même : le plan de projet, l’analyse de rentabilité, les registres des risques et des incidents, les rapports de point de contrôle et de synthèse. Le PMBOK connaît aussi ces éléments, mais les range comme documents ou artefacts de projet. PRINCE2 leur accorde le statut plein de produit, avec composition et critères de qualité définis, selon la logique qu’un projet piloté par des rapports négligés échoue aussi sûrement que celui qui construit un système négligé. C’est là que les deux référentiels divergent vraiment.
Descriptions de produit et planification fondée sur les produits
Chaque produit PRINCE2 reçoit une description de produit : son objet, sa composition, ses critères de qualité et qui l’accepte. La planification part elle-même des produits, via une structure de découpage des produits, et ne descend qu’ensuite vers les activités. La description de produit fonctionne comme un contrat : elle fixe, avant le début du travail, ce qui comptera comme terminé. Là où le PMBOK s’appuie sur le jugement du chef de projet pour décider du niveau de définition d’un résultat, PRINCE2 postule que ce sont précisément les produits définis qui rendent possibles la transparence et la responsabilité.
Livrables de projet et produits de projet : comparaison côte à côte
| Livrable (PMBOK) | Produit (PRINCE2) | |
| Définition | Produit, résultat ou capacité, unique et vérifiable, requis pour achever un processus, une phase ou un projet | Tout ce que le projet crée ou modifie, spécialisé ou de management |
| Rang dans le référentiel | Un concept du vocabulaire | Fondement de la méthode, appuyé par le principe de focalisation sur les produits |
| Artefacts de management | Classés comme documents ou artefacts de projet | Produits à part entière avec descriptions et critères de qualité |
| Rôle dans la planification | La WBS est orientée livrables | La planification part de la structure de découpage des produits |
| Norme de définition | Laissée au jugement professionnel | Description de produit obligatoire pour chaque produit |
| Acceptation | Vérifié et formellement accepté par le client ou le sponsor | Accepté au regard des critères de qualité nommés dans la description de produit |
Lue dans son ensemble, la table montre des concepts qui se recouvrent peut-être dans quatre cas sur cinq. Une application testée est à la fois un livrable et un produit spécialisé ; la différence de vocabulaire ne change rien au travail. La divergence apparaît sur les bords : dans le statut des artefacts de management et dans le degré de rigueur de définition que le référentiel exige par défaut. PRINCE2 achète de la prévisibilité au prix d’une charge documentaire ; le PMBOK achète de la flexibilité au prix d’une dépendance au jugement et à la discipline de chaque chef de projet.
Ce que la différence signifie en pratique
Comment les deux concepts se correspondent
Si votre organisation distingue les livrables de produit des livrables de processus, ou les externes des internes, vous utilisez déjà la division de PRINCE2 sous d’autres noms : les produits spécialisés correspondent aux livrables de produit et externes, les produits de management aux livrables de processus et internes. La correspondance est assez étroite pour que les équipes traduisent la documentation entre les deux vocabulaires presque mécaniquement, à condition que quelqu’un énonce la correspondance une fois plutôt que de laisser chaque lecteur la deviner.
Quel terme employer dans votre documentation de projet
Employez le vocabulaire du référentiel que votre organisation suit réellement, et dites-le explicitement dans la charte de projet. Les problèmes commencent dans les environnements hybrides, où un PMO formé à PRINCE2 lit « deliverable » dans le plan de style PMBOK d’un prestataire et suppose qu’il manque des produits de management, ou l’inverse. Une phrase dans la charte, indiquant quel terme le projet emploie et ce qu’il recouvre, ne coûte rien et évite que les réunions d’acceptation ne tournent au séminaire de terminologie. Les mots comptent moins que la discipline qu’ils portent : un résultat nommé, des critères définis, un responsable nommé.
Débloquez toutes les fonctionnalités et faites avancer vos projets, profitez de 30 jours de FlexiProject gratuits !
Gérer livrables et produits dans un seul système
Quel que soit le vocabulaire qui l’emporte dans votre organisation, le besoin opérationnel est identique : un endroit où chaque résultat possède une description, des critères d’acceptation, une échéance, un responsable et un statut visible. Dans FlexiProject, le module Produits assure exactement cela pour le versant spécialisé : chaque livrable est défini avec son périmètre et ses critères d’acceptation, relié aux tâches et aux jalons qui le produisent, et suivi séparément de l’achèvement des tâches, de sorte qu’une tâche exécutée n’est jamais confondue avec un résultat accepté. Le versant management en profite aussi : les rapports d’avancement récurrents sont générés à partir de données de projet à jour au lieu d’être assemblés à la main, ce qui est précisément la qualité que PRINCE2 attend des produits de management. Les modèles de projet bouclent la boucle en standardisant la liste des produits pour les projets répétables, de sorte que chaque nouveau projet démarre avec ses résultats, ses exigences et ses modèles de documents déjà définis.
Livrables de projet et produits de projet : FAQ
Un produit PRINCE2 est-il la même chose qu’un livrable de projet ?
Pour les produits spécialisés, en pratique oui : tous deux décrivent un résultat vérifiable remis aux utilisateurs et accepté au regard de critères. Les concepts cessent d’être identiques au niveau des artefacts de management, que PRINCE2 compte comme des produits et que le PMBOK classe comme documents de projet.
Que sont les produits de management dans PRINCE2 ?
Des artefacts servant à piloter le projet : le plan de projet, l’analyse de rentabilité, les registres des risques et des incidents, les rapports de point de contrôle et de synthèse. Chacun a une composition et des critères de qualité définis, exactement comme les produits remis aux utilisateurs.
Le PMBOK a-t-il un équivalent des produits de management ?
Oui, sur le fond : le PMBOK décrit les mêmes plans, registres et rapports comme documents ou artefacts de projet. La différence est que le PMBOK ne les traite pas comme des livrables de rang égal aux résultats du projet et n’exige pas de description formelle pour chacun.
Peut-on combiner les produits PRINCE2 avec les pratiques du PMBOK ?
Oui, et les montages hybrides sont courants : de nombreuses organisations planifient à partir d’une structure de découpage des produits tout en employant ailleurs le vocabulaire du PMBOK. La combinaison fonctionne tant que le projet fixe un vocabulaire commun et tient une liste unique de résultats avec responsables et critères d’acceptation.
Les livrables de projet dans le PMBOK et les produits de projet dans PRINCE2 décrivent la même chose fondamentale : des résultats vérifiables qu’un projet doit remettre. Les différences réelles sont au nombre de deux. PRINCE2 accorde aux artefacts de management le statut plein de produit, tandis que le PMBOK les range comme documents de projet ; et PRINCE2 impose une description de produit pour chaque résultat, tandis que le PMBOK se fie au jugement professionnel du chef de projet.
Tout le reste est vocabulaire, et le vocabulaire est peu coûteux à aligner : une phrase dans la charte de projet fixant les termes employés évite l’essentiel des frictions entre les deux approches. Ce qu’on ne peut sauter dans aucun des référentiels, c’est la discipline sous les mots : des résultats définis avant le début du travail, des critères d’acceptation convenus à l’avance, des responsables nommés et un statut visible à côté du planning. Un système PPM qui garde cette discipline en un seul endroit, comme le fait FlexiProject avec son module Produits, ses rapports récurrents et ses modèles de projet, sert les deux vocabulaires sans forcer une équipe à choisir entre eux.
