Accueil›Blog›Qu'est-ce qu'un projet : définition et grandes familles
FondamentauxDébutant
Publié le 25 août 2026 · Par Vincent KENNEL
Qu'est-ce qu'un projet : définition et grandes familles
Qu'est-ce qui, précisément, fait qu'un travail relève du régime projet et pas d'autre chose ? Ce que les standards définissent réellement, là où ils divergent, les quatre éléments constitutifs, et les deux familles dans lesquelles tout projet se range.
En bref
Un projet est un ensemble d'activités coordonnées et maîtrisées, dotées d'une date de début et d'une date de fin, entreprises pour atteindre un objectif conforme à des exigences spécifiées, sous contraintes de temps, de coût et de ressources (traduction de ECSS-S-ST-00-01C Rev.1, 2023, entrée 2.3.177). Sans coordination ni maîtrise, ce ne sont que des travaux financés.
Le mot sert à tout désigner : un texte soumis au Parlement, une intention personnelle, une entreprise industrielle de dix ans. Dire d'un travail que c'est un projet ne renseigne donc plus sur les règles qui s'y appliquent. Le constat n'est pas de nous : c'est par lui que s'ouvre le premier texte normatif français sur le sujet, en 1991. « Quand les mots changent d'usage, ils changent aussi de sens. Le mot Projet est de ceux qui en ont le plus. » (FD X50-105, août 1991, article 3)
Ce qu'est un projet, au sens des standards
Les quatre éléments d'une définition
Les quatre éléments se trouvent rarement réunis dans une même définition. Celle du glossaire des standards spatiaux européens ECSS les porte tous les quatre, en accès institutionnel gratuit et en anglais seulement.
set of coordinated and controlled activities with start and finish dates, undertaken to achieve an objective conforming to specific requirements, including constraints of time, cost and resources
ECSS-S-ST-00-01C Rev.1, 2023, entrée 2.3.177, texte identique à celui de l'édition ECSS-S-ST-00-01C de 2012, entrée 2.3.160. En français : un ensemble d'activités coordonnées et maîtrisées, dotées d'une date de début et d'une date de fin, entreprises pour atteindre un objectif conforme à des exigences spécifiées, sous contraintes de temps, de coût et de ressources.
Coordonnées et maîtrisées. Un projet est un objet de gestion par construction. Des travaux bornés dans le temps et dotés d'un budget, que personne ne coordonne et dont personne ne maîtrise l'avancement, forment une liste de tâches financées, pas un projet.
Des dates de début et de fin. Temporaire ne veut pas dire court : « many projects last for several years » (PMBOK Guide, 1re édition, 1996). Et c'est le projet qui est temporaire, pas son résultat : ses livrables peuvent exister bien après la clôture.
Un objectif conforme à des exigences spécifiées. Spécifié et convenu, donc opposable entre les parties : « la fourniture de livrables conformes à des exigences spécifiques » (NF ISO 21500:2012, article 3.2). C'est l'élément que la littérature de gestion de projet appelle le périmètre, ou scope en anglais.
Des contraintes de temps, de coût et de ressources. Elles sont ce que le projet porte, jamais ce qui décide qu'une chose est un projet.
Les quatre éléments de la définition
Les trois sommets sont liés, aucun ne se déplace seul. Le cercle porte le quatrième, la coordination et la maîtrise, sans lesquelles il ne reste qu'une liste de travaux.
Ce que disent les autres référentiels
Les grandes définitions coexistent sans se contredire, mais elles ne définissent pas tout à fait le même objet.
Le PMI donne la formule que tout le monde a déjà croisée, apparue dans le PMBOK Guide, 3e édition (2004) : « A project is a temporary endeavor undertaken to create a unique product, service, or result. » Elle est inchangée de 2004 à 2021, et le lexique du PMI (PMI Lexicon of Project Management Terms, 2012) impose depuis à ses comités de normalisation d'utiliser ses définitions « without modification ». L'ISO donne la plus courte, un « effort temporaire pour atteindre un ou plusieurs objectifs définis » (NF ISO 21502:2021, article 3.20). PRINCE2 7 définit tout autre chose, une organisation : « a temporary organization that is created for the purpose of delivering one or more business products according to an agreed business case ».
C'est là que passe la vraie divergence : certains référentiels définissent le projet comme une organisation, PRINCE2 aujourd'hui et déjà Paul Gaddis en 1959 (The Project Manager, Harvard Business Review, mai-juin 1959) ; d'autres comme un effort ou un processus, le PMI, l'ISO, l'AFNOR, l'ECSS-S-ST-00-01C Rev.1, et l'IPMA dont l'ICB 4.0 (2015) parle d'un « unique, temporary, multi-disciplinary and organised endeavour ». Un dernier point, qu'aucune définition ne porte mais que toute pratique confirme : ces éléments ne bougent pas indépendamment, et les textes qui le nomment le font en contexte contractuel, SAFe 6.0 parlant de « the iron triangle of fixed scope, schedule, and cost ». Le triangle des contraintes est un sujet à lui seul, il n'est pas traité ici.
« Unique » ne veut pas dire « un seul ». La confusion vient de l'anglais, et le standard glose lui-même son mot dès 1996 : « Unique means that the product or service is different in some distinguishing way from all similar products or services » (PMBOK Guide, 1re édition, 1996, article 1.2.2). Unique qualifie le projet, pas le nombre de livrables, que les standards écrivent d'ailleurs au pluriel : PRINCE2 7 dit « one or more business products ». Un projet a normalement plusieurs livrables.
Comment savoir si ce que l'on pilote est un projet
Projet ou opération : le critère de distinction
Le critère a changé, et il vaut la peine de savoir lequel s'applique. En 2012, la norme opposait équipes stables, processus répétitifs et pérennité de l'organisation, à équipes temporaires, travaux non répétitifs et livrables uniques (NF ISO 21500:2012, article 3.7). En 2021, l'unicité du livrable disparaît du contraste, remplacée par le maintien ou l'ajout de valeur ou de capacités (NF ISO 21502:2021, article 4.1.2).
La formulation la plus opérante est celle par la finalité, que le PMI a depuis abandonnée : « The purpose of a project is to attain its objective and then terminate. Conversely, the objective of an ongoing operation is to sustain the business » (PMBOK Guide, 3e édition, 2004 ; la 7e édition, 2021, ne porte plus de section d'opposition). Le fascicule français de 1991 la double par la négative, ce que presque aucun texte ne fait : un projet « n'est pas une opération de production pour laquelle on dispose d'un modèle que l'on peut reproduire indéfiniment » (FD X50-105).
Le PMBOK Guide, 1re édition, 1996, note de son côté que « non-project undertakings adopt a new set of objectives and continue to work ». D'où un test applicable dès demain, et c'est notre lecture de ce texte, pas une citation. À la fin de ce qui est en cours : l'équipe se dissout et l'objectif est atteint, ou bien elle reprend un nouveau jeu d'objectifs et continue ? Le second cas n'est pas un projet, quelle que soit l'étiquette portée par le fichier de planning.
Quand on sort de la forme projet : le flux continu
Certaines organisations abandonnent la forme projet, et le disent. SAFe 6.0 en donne l'artéfact nommé, le continuous delivery pipeline, « the workflows, activities, and automation needed to guide new functionality from ideation to an on-demand release of value ». La rupture est assumée par le référentiel lui-même : « Achieving continuous flow requires a new way of working that eliminates the traditional start-stop-start project cycle and the waterfall phase gates that hinder flow. » Le corollaire est financier, et c'est le plus décisif : les budgets ne financent plus des projets mais des chaînes de valeur. D'où trois signes de reconnaissance simples : financement durable, équipe durable, périmètre re-priorisé en continu. Les trois réunis, le mot projet est employé par habitude, et le régime de gestion qui s'applique n'est plus celui d'un projet.
Les deux grandes familles de projets
La terminologie française de référence pose le partage dès 1996 : « le projet ouvrage, dont la finalité est d'obtenir un résultat considéré pour lui-même », aussi appelé projet client « car il est destiné à un client unique », et « le projet produit, dont la finalité est la mise au point d'un produit, qui fera par la suite l'objet d'une production répétitive, destinée à un marché », aussi appelé projet marché (Dictionnaire de management de projet, AFITEP et AFNOR, 3e édition, 1996).
La norme la plus récente retrouve le même partage par un autre chemin : un projet peut être entrepris sous deux angles, celui du client ou de l'organisme commanditaire, celui de l'organisme fournisseur ou prestataire (NF ISO 21502:2021, article 4.2.3). Vincent Giard en donne la formulation moderne (Gestion de la production et des flux, 3e édition, Economica, 2003, chapitre IV) : projets à coûts contrôlés, client connu et budget fixé contractuellement, contre projets à rentabilité contrôlée, clients potentiels inconnus et spécifications ajustables.
Ce que la famille change, au stade où l'on situe un projet et non encore où on le pilote : sur un projet client, le donneur d'ordre est identifié et le périmètre est convenu avec lui ; sur un projet marché, le client est un marché et le périmètre se décide en interne.
D'où vient le mot, et pourquoi son sens de gestion est si récent
Le mot est vieux, son sens de gestion est neuf, et l'écart entre les deux explique une bonne part du flou.
« Projet » est un déverbal de « projeter », attesté vers 1470 chez Georges Chastellain au sens d'« idée qu'on met en avant, plan proposé pour réaliser cette idée », puis en 1637 chez Descartes au sens de première ébauche et en 1792 dans « projet de loi » (CNRTL, consulté le 23 août 2026). Le dictionnaire de référence actuel n'en retient que deux sens : le dessein assorti de ses moyens, et la première rédaction d'un acte (Dictionnaire de l'Académie française, 9e édition). Aucun des deux n'isole le sens de gestion comme un sens lexicalisé distinct. Si le mot paraît flou, ce n'est donc pas un défaut de lecture : c'est une propriété du mot.
Le moment où ce sens se fixe en français n'est pas un moment de langue, c'est un moment de normalisation : le fascicule de 1991 écarte d'abord les deux significations traditionnelles, « celle d'une intention, d'un dessein » et « celle d'une première ébauche », avant de poser la sienne. Environ 520 ans séparent la première attestation de cette première définition normative française.
La discipline, elle, précède de peu : le CPM et PERT sont publiés en 1959, le PMI est fondé en 1969, l'AFITEP en 1982. Le projet devient un objet de gestion à la fin des années 1950.
En résumé
Ce que la définition change, en pratique, c'est l'ordre des questions. On cesse de demander si un travail s'appelle un projet, et on regarde ce que le régime suppose : quelqu'un qui coordonne et maîtrise, un terme, un objectif convenu. Ce qui manque à cette liste dit vers quoi l'on bascule, l'opération ou le flux continu, et c'est ce basculement qui commande la façon de piloter.
La famille se lit de la même façon, et elle se lit tôt : que le donneur d'ordre soit identifié ou que le client soit un marché décide de qui arrête le périmètre, donc de la façon dont tout le reste se négocie.
Stop guessing. See the real impact.
Questions fréquentes
Q.Travailler en agile, est-ce encore travailler en projet ?
Dans les référentiels, oui : l'agile y est une approche de réalisation à l'intérieur du projet, l'approche retenue pouvant être toute méthode ou tout processus adaptés, y compris agiles (NF ISO 21502:2021). On n'en sort que si l'organisation quitte elle-même la forme projet, ce que SAFe 6.0 assume explicitement. Le détail qui emporte la réponse : les douze principes qui accompagnent le Manifeste Agile de 2001 disent eux-mêmes « Build projects around motivated individuals » (Principles behind the Agile Manifesto, 2001, principe 5).
Q.Un projet, un programme et un portefeuille, est-ce la même chose ?
Non, et la différence est de finalité, pas de taille. Un projet atteint des objectifs définis ; un programme est un « groupe de composants de programme gérés de manière coordonnée afin de réaliser des bénéfices » ; un portefeuille, un « ensemble de composants de portefeuille regroupés pour faciliter leur management afin d'atteindre des objectifs stratégiques » (NF ISO 21502:2021, articles 3.18 et 3.15).
Références
Académie française - Dictionnaire de l'Académie française, 9e édition
AFNOR - FD X50-105 - Le management de projet, concepts - Fascicule de documentation, août 1991
AFNOR - NF ISO 21500:2012 - Lignes directrices sur le management de projet - Octobre 2012
AFNOR - NF ISO 21502:2021 - Recommandations sur le management de projet - Juin 2021
AFNOR, AFITEP - Dictionnaire de management de projet français-anglais-espagnol - 3e édition, 1996
Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas - Principles behind the Agile Manifesto - 2001
PMI - A Guide to the Project Management Body of Knowledge (PMBOK Guide) - 1996 Edition - 1996
PMI - A Guide to the Project Management Body of Knowledge (PMBOK Guide) - Third Edition - 2004
PMI - PMI Lexicon of Project Management Terms - 2012
PMI - A Guide to the Project Management Body of Knowledge (PMBOK Guide) - 7th Edition - 2021
