Livrable

  • Concept
  • Débutant
  • Transversal
  • Toujours utilisé

En bref

Un livrable est un résultat concret et vérifiable, produit à une étape d'un projet, remis à un client ou un commanditaire pour mesurer l'avancement.

Définition complète

Un livrable est un résultat concret et vérifiable, produit à une étape d’un projet, document, prototype, rapport ou service, remis à un client ou à un commanditaire, qui permet de mesurer l’avancement réel du projet.

Par exemple, dans un projet de création de site web, les livrables peuvent être une maquette graphique, un cahier des charges validé, puis le site en ligne fonctionnel. Attention : un livrable non formalisé par écrit, ou dont le contenu attendu n’a pas été précisé dès le départ, peut ensuite donner lieu à un désaccord sur ce qui a « réellement » été livré.

À quoi ça sert

Le livrable sert de preuve tangible de l’avancement d’un projet, à la différence d’un simple état d’avancement informel difficile à vérifier. Il permet de planifier les étapes d’un projet dans le temps et de sécuriser la relation entre un prestataire et son commanditaire, notamment sur le plan contractuel.

Il sert aussi à faciliter la facturation d’une prestation, en la découpant en étapes successives validées une à une, ce qui sécurise la trésorerie du prestataire. Enfin, évaluer la qualité d’un livrable avant sa remise finale permet de réduire fortement le risque de litige ou d’insatisfaction avec le client.

Cas d'usage typiques

– Planifier : les différents livrables attendus dans un projet et leurs échéances ? / Structurer le suivi du projet dans le temps.
– Valider : un livrable avec un client avant de passer à l’étape suivante ? / Éviter des retours en arrière coûteux plus tard.
– Facturer : une prestation en la découpant en livrables successifs ? / Sécuriser la trésorerie et la relation contractuelle.
– Évaluer : la qualité d’un livrable avant sa remise finale ? / Réduire le risque de litige ou d’insatisfaction du client.
– Documenter : le contenu attendu d’un livrable dans un cahier des charges ? / Éviter les malentendus entre commanditaire et prestataire.
– Suivre : l’avancement global d’un projet à travers l’état de ses livrables ? / Anticiper les retards ou les blocages éventuels.

Ce que tu sauras faire

Savoir identifier, planifier et évaluer les livrables attendus à chaque étape d'un projet.

Mises en situation

Situation 1 : une agence de communication livre une maquette

Contexte : une agence doit produire une campagne de communication complète pour un client, avec plusieurs étapes de validation.

Application : l’agence remet d’abord une maquette graphique à valider, avant de lancer la production finale des supports.

Résultat attendu : le client valide la direction artistique avant tout investissement de production, ce qui évite un travail à refaire si le style ne convenait pas.

Situation 2 : un consultant remet un rapport intermédiaire

Contexte : un consultant réalise un audit pour une entreprise, sur une mission de trois mois.

Application : il remet un rapport intermédiaire à mi-parcours, avant de poursuivre vers le rapport final.

Résultat attendu : le client peut réorienter certains aspects de la mission si besoin, avant que le rapport final ne soit rédigé.

Situation 3 : une entreprise de bâtiment livre des plans validés

Contexte : une entreprise de construction doit faire valider des plans avant de démarrer les travaux sur un chantier.

Application : les plans sont remis comme livrable intermédiaire, avec une signature du client attestant leur validation.

Résultat attendu : les travaux démarrent sur une base validée, ce qui réduit fortement le risque de modifications coûteuses en cours de chantier.

Application guidée : comparer deux projets

Contexte : un premier projet, sans livrables clairement définis dès le départ, a connu trois mois de retard et un désaccord sur le résultat final. Un second projet comparable, avec des livrables précisément définis, s’est terminé dans les délais.

Question : quels enseignements tirer de cette comparaison pour la gestion future des projets ?

Résultat attendu : l’apprenant relie le retard et le désaccord du premier projet à l’absence de définition claire des livrables attendus, et propose de systématiser cette définition dès le lancement des projets suivants.

Application guidée : lister les livrables d’un projet

Contexte : une entreprise organise un évènement professionnel dans quatre mois, un salon avec un stand et des supports de communication.

Question : quels livrables identifier pour ce projet, avec une échéance pour chacun ?

Résultat attendu : l’apprenant liste des livrables concrets, plan du stand validé, supports imprimés, liste des invités, avec une date limite pour chacun, réparties sur les quatre mois disponibles.

Pour bien le retenir

L'analogie

Le livrable est comme le témoin d’une course à relais : chaque coureur remet un objet bien identifiable au suivant, preuve tangible qu’une étape est terminée. Sans ce témoin, on ne peut pas être certain qu’une étape a réellement été accomplie avant de passer à la suivante.

« Un projet sans livrable n'a pas de preuve d'avancement. »

Pièges à éviter

À ne pas confondre avec

Il ne faut pas confondre livrable et simple avancement de travail : un livrable est un résultat fini et vérifiable, pas un état d'avancement informel décrit verbalement.

Il est également risqué de croire qu'un livrable non formalisé par écrit compte de la même façon en cas de litige entre les parties. Enfin, la définition précise du contenu attendu d'un livrable dès le départ du projet est essentielle, pour éviter des désaccords ultérieurs sur ce qui a été « réellement » livré.

Évolution historique

Apparition : Le terme se généralise avec le développement de la gestion de projet moderne, à partir des années 1980-1990 dans l'informatique et le conseil, puis largement diffusé dans tous les secteurs à partir des années 2000.

Quels changements depuis l’arrivée de l’IA ?

L’IA générative permet aujourd’hui de produire certains livrables plus rapidement, premiers jets de documents, maquettes, rapports, ce qui accélère les projets. Cela impose en retour de vérifier davantage la qualité et l’exactitude de ce qui est produit avant de le livrer tel quel à un client, le gain de vitesse ne dispensant pas d’un contrôle humain rigoureux.

Évolution historique

Avant les années 1980 : la notion existe de façon informelle, rendu, résultat, sans vocabulaire standardisé de gestion de projet.

Années 1980-1990 : formalisation du vocabulaire de la gestion de projet, notamment dans l’informatique et l’ingénierie.

Années 1990-2000 : diffusion du terme « livrable » dans le conseil et les grandes entreprises.

Années 2000-2010 : généralisation à la plupart des secteurs, communication, évènementiel, bâtiment, avec la structuration en mode projet.

Années 2010-2020 : adaptation aux méthodes agiles, avec des livrables plus fréquents et plus courts, livraisons itératives.