Un rapport, une maquette, un prototype, un cahier des charges : tous ces éléments ont un point commun. Ce sont des délivrables. Derrière ce mot que l’on entend à répétition dans les réunions de projet, la réalité est plus précise — et plus utile — qu’il n’y paraît. Comprendre ce qu’est un délivrable, c’est comprendre comment un projet avance, se pilote et se valide.
Le terme vient directement de l’anglais deliverable, et il s’est imposé dans le vocabulaire professionnel français au point de figurer dans la plupart des référentiels de gestion de projet, du PMI au Prince2. Quelques puristes préfèrent « livrable », mais dans les faits, les deux coexistent. Ce qui compte, c’est ce que le mot désigne : un résultat tangible, attendu, daté.
Définition précise d’un délivrable
Ce que signifie concrètement ce terme
Un délivrable est un résultat produit dans le cadre d’un projet, que l’on peut remettre à un client, un commanditaire ou une équipe à une date convenue. Il peut être physique (un document, un logiciel, un objet) ou immatériel (une présentation orale, une formation, une validation). Ce qui le distingue d’une simple tâche, c’est qu’il est mesurable et vérifiable : soit il est livré, soit il ne l’est pas.
Trois critères définissent un délivrable :
- Il répond à une attente formalisée (spécification, critère d’acceptation, brief)
- Il est produit à une date ou dans une période déterminée
- Il fait l’objet d’une validation — par le client, le chef de projet ou un comité
✅ À retenir
Un délivrable n’est pas une action : c’est un résultat produit. « Rédiger le cahier des charges » est une tâche. « Le cahier des charges validé » est un délivrable.
Délivrable interne vs délivrable externe
La distinction est importante en pratique. Un délivrable interne est destiné à l’équipe projet elle-même : un compte-rendu de réunion, un tableau de bord de suivi, un plan de test. Il sert à organiser et piloter. Un délivrable externe, lui, est remis au client ou au commanditaire : rapport d’analyse, application livrée, formation dispensée.
Confondre les deux crée des malentendus coûteux. Un client qui attendait un rapport complet et reçoit un brouillon de travail interne… le scénario est classique. Définir dès le lancement quel délivrable va à qui évite ce genre de friction.
🎯 Délivrable, livrable, jalon : les différences
Livrable et délivrable, même chose ?
Presque. « Livrable » est la version francisée, recommandée par l’Académie française et certains guides méthodologiques. « Délivrable » est l’emprunt direct à l’anglais. Dans les faits, les deux termes s’utilisent de façon interchangeable dans les entreprises françaises, les appels d’offres et les contrats. Choisir l’un ou l’autre est souvent une question de culture d’entreprise ou de secteur.
Dans le secteur public ou les grandes administrations françaises, « livrable » est préféré. Dans les agences digitales, les ESN et les environnements internationaux, « délivrable » domine. L’essentiel : être cohérent sur l’ensemble d’un document ou d’un projet.
La différence avec un jalon
Un jalon (ou milestone) est une date clé dans le calendrier d’un projet. Il marque un moment, pas un résultat. « Fin de la phase de conception » est un jalon. « Le dossier de conception validé » est un délivrable. Les deux sont liés — un jalon coïncide souvent avec la remise d’un délivrable — mais ils ne sont pas synonymes.
73%
des projets IT dépassent leur budget ou leurs délais, souvent faute de délivrables clairement définis (PMI Pulse of the Profession)
Les types de délivrables en gestion de projet
Par phase de projet
Chaque phase d’un projet génère ses propres délivrables. En phase d’initialisation, on produit généralement une note de cadrage ou un cahier des charges. En phase de conception, des maquettes, des architectures fonctionnelles ou des spécifications détaillées. En phase de réalisation, le livrable principal (le logiciel, le site, le produit). En phase de clôture, un bilan, un rapport de retour d’expérience, une documentation utilisateur.
- Phase initiation : note de cadrage, charte projet, étude de faisabilité
- Phase conception : cahier des charges, maquettes, architecture technique
- Phase réalisation : prototype, version bêta, module fonctionnel
- Phase recette : rapport de tests, liste de corrections, procès-verbal de recette
- Phase clôture : documentation finale, bilan de projet, formation utilisateurs
Par nature du délivrable
On distingue aussi les délivrables selon leur nature :
- Documents : rapports, plans, spécifications, procédures
- Produits : logiciels, applications, objets physiques, prototypes
- Services : formations, audits, prestations de conseil
- Données : bases de données, exports, tableaux de bord analytiques
💡 Notre conseil
Listez vos délivrables dès la phase de cadrage et associez à chacun un responsable, une date et un critère d’acceptation. Cette liste — souvent appelée « matrice des livrables » — devient votre référence tout au long du projet.
⚠️ Comment bien définir un délivrable dans son projet
Les critères d’un bon délivrable
Un délivrable mal défini est une source de conflits garantie. « Un rapport sur les ventes » peut vouloir dire dix choses différentes selon l’interlocuteur. Pour éviter ça, chaque délivrable doit être décrit avec précision :
« Rapport mensuel des ventes par région, format PDF, 10 pages max » plutôt que « rapport ventes ».
Qu’est-ce qui permet de dire que le délivrable est validé ? Une signature, un seuil de qualité, une démonstration fonctionnelle ?
Un délivrable sans owner est un délivrable orphelin. Il doit y avoir une personne — pas une équipe entière — qui en répond.
Une date précise, pas « courant mars ». Si des itérations sont prévues, les dater aussi (v1, v2, version finale).
Les liens avec les autres outils de pilotage
Un délivrable ne vit pas seul. Il s’inscrit dans un WBS (Work Breakdown Structure), s’articule avec le planning Gantt et alimente le tableau de bord de suivi. Dans les méthodes agiles, les délivrables prennent souvent la forme d’incréments livrés à chaque sprint — un incrément fonctionnel validé toutes les deux semaines, par exemple.
La bonne intégration d’un délivrable dans les outils de pilotage détermine souvent la qualité du suivi. Un chef de projet qui ne rattache pas ses délivrables à des jalons et à des ressources navigue à vue.
« Ce n’est pas la charge de travail qui tue les projets, c’est l’imprécision sur ce qui est attendu à la fin. »
— Principe courant en management de projet
Délivrable et ressources humaines : un concept qui dépasse le projet
Délivrables RH et recrutement
Le concept de délivrable déborde largement du monde de la gestion de projet informatique. En Recrutement, par exemple, les équipes RH définissent des délivrables pour chaque étape d’un process d’embauche : grille d’évaluation complétée, rapport de sourcing, compte-rendu d’entretien structuré. Cela permet de suivre l’avancement d’une campagne de recrutement avec la même rigueur qu’un projet technique.
Cette logique s’étend aussi à l’intégration des nouveaux collaborateurs. L’Onboarding : définition, sens et traduction en français montre bien que l’intégration d’un salarié peut — et devrait — être pilotée comme un projet, avec des délivrables clairs à chaque étape : kit d’accueil remis le jour J, accès systèmes activés sous 48h, bilan de fin de période d’essai formalisé.
Délivrables dans les missions de conseil
Dans les missions de conseil ou de prestation intellectuelle, le délivrable est souvent l’enjeu central du contrat. Le client achète un résultat, pas des heures. Diagnostic, recommandations, plan d’action, formation : chaque mission se découpe en délivrables contractuels, avec des clauses de validation et de paiement associées.
| 📋 Contexte | Exemples de délivrables |
|---|---|
| Projet informatique | Spécifications fonctionnelles, prototype, recette signée |
| Mission de conseil | Diagnostic, rapport de recommandations, roadmap |
| Recrutement RH | Grille d’évaluation, shortlist candidats, rapport d’entretien |
| Projet marketing | Brief créatif, maquettes validées, plan média |
| Formation | Support de cours, évaluation stagiaires, attestation |
Questions fréquentes
Quelle est la différence entre un délivrable et une tâche ?
Une tâche est une action à réaliser (« rédiger le rapport »). Un délivrable est le résultat produit de cette action (« le rapport validé remis au client »). La tâche décrit le travail, le délivrable décrit le résultat attendu. En gestion de projet, on pilote par délivrables, car c’est ce qui se mesure et se valide concrètement.
Est-ce qu’un délivrable doit toujours être un document écrit ?
Non. Un délivrable peut être un logiciel, un prototype physique, une formation dispensée, une présentation orale ou même une base de données. Ce qui compte, c’est qu’il soit remis à une date convenue et qu’il puisse être évalué selon des critères définis à l’avance. Le format dépend du projet et des attentes du commanditaire.
Comment valider qu’un délivrable est accepté ?
La validation passe par des critères d’acceptation définis en amont : conformité à un cahier des charges, résultats de tests, signature d’un procès-verbal de recette, ou validation formelle du client. Sans critères prédéfinis, la validation devient subjective et source de conflits. Dans les projets contractuels, la validation déclenche souvent une facturation.
Combien de délivrables prévoir pour un projet ?
Il n’y a pas de règle universelle. Un petit projet de 3 mois peut compter 5 à 10 délivrables. Un programme complexe sur 2 ans en génère plusieurs dizaines, répartis par phase et par lot de travaux. La bonne pratique : ne pas trop décomposer au risque de créer une bureaucratie inutile, ni rester trop vague au point de perdre le fil du suivi.
Le mot « délivrable » est-il correct en français ?
« Délivrable » est un emprunt à l’anglais « deliverable ». L’équivalent français recommandé est « livrable ». Les deux coexistent dans les entreprises françaises, avec une préférence pour « livrable » dans les administrations et les documents officiels. Dans les contextes internationaux, les ESN et les agences digitales, « délivrable » reste très courant et parfaitement compris.