Livrable : définition, exemples et rôle dans le projet

Quel que soit votre secteur, vous avez déjà entendu le mot « livrable ». Par définition, un livrable est tout résultat tangible et vérifiable qu’un projet produit et remet — à un client, à une autre équipe, ou à l’organisation elle-même. Tout projet en comporte, et la remise du dernier marque la fin du projet. Les livrables clarifient l’objectif et le travail nécessaire pour l’atteindre.

Livrables internes et externes

Les livrables externes sont ce que reçoit le client : un produit, un rapport, une équipe formée, un système migré. Les livrables internes — spécification, plan de tests, script de migration, kit de formation — existent pour rendre les premiers possibles. Les deux ont besoin d’un responsable et d’un critère d’acceptation ; l’erreur consiste à ne suivre que les externes et à découvrir, trois semaines avant l’échéance, qu’il manque un livrable interne dont personne n’était responsable.

Livrable, jalon ou tâche ?

Les trois sont constamment confondus. Un livrable est une chose produite — un nom. Une tâche est le travail qui la produit — un verbe. Un jalon est une date qui marque un état, et ne porte aucun travail en propre. Un planning utile contient les trois : le livrable dit ce qui est dû, les tâches disent comment il sera construit, le jalon dit quand il est attendu en acceptation.

Rendre l’acceptation explicite

Un livrable sans critère d’acceptation est une source de conflit. Précisez comment il sera jugé complet, qui le valide et sous combien de jours. Cette seule ligne évite la plupart des litiges de fin de projet : à défaut, « terminé » signifie livré pour le fournisseur et satisfaisant pour le client, et ces deux définitions coïncident rarement.

Les dimensionner correctement

Un livrable trop volumineux pour être relu d’une traite sera accepté tard et mal. Trop petit, il encombre le planning de formalités. Le test pratique est la relecture : si un relecteur compétent peut se forger un avis en moins de deux heures, la taille est bonne. Découper un gros livrable en versions successives — brouillon, relu, définitif — vaut souvent mieux que de le découper en morceaux.

Des livrables à la structure de découpage

Parce que les livrables sont des noms, ils constituent une bien meilleure base de découpage que les activités. Lister ce que le projet doit, puis décomposer chaque élément jusqu’à pouvoir l’estimer, produit un plan dont l’exhaustivité peut réellement être vérifiée face au contrat ou à la note de cadrage.

Relier les livrables au planning

Dans FoxPlan, les livrables sont rattachés aux jalons et aux tâches du planning, avec leurs documents, décisions et risques à côté — leur état est donc visible au même endroit que le calendrier, et non dans un fichier séparé. L’acceptation devient un fait consigné sur le plan, et non un courriel qu’il faudra retrouver.