Fondamentaux de la gestion de projet

Un projet, au sens des standards internationaux, est un effort temporaire entrepris pour créer un produit, un service ou un résultat unique. Cette définition, formulée dans des termes proches par le PMI (Project Management Institute) dans le PMBOK Guide et par l'IPMA (International Project Management Association) dans son Individual Competence Baseline, couvre aussi bien un déménagement d'appartement qu'un programme spatial. Ce qui les distingue n'est pas leur nature mais leur complexité. La complexité d'un projet ne se résume pas à sa taille. Elle résulte de la combinaison de plusieurs facteurs. - **Le nombre d'acteurs à synchroniser.** Plus les contributeurs sont nombreux et venus d'organisations différentes, plus la coordination devient un enjeu en soi. À partir de quelques dizaines de contributeurs répartis entre plusieurs entités, la synchronisation ne peut plus reposer sur des échanges informels. - **La densité des dépendances entre activités.** Un projet où chaque activité dépend de plusieurs autres pour démarrer forme un réseau de dépendances dont la lecture demande un outillage dédié. Le nombre d'activités seul ne prédit pas la complexité, c'est le nombre de liens entre elles. - **Le niveau d'incertitude technique ou contextuelle.** Un projet qui utilise des technologies matures dans un environnement stable est simple, même s'il est gros. Un projet qui doit intégrer une technologie émergente, ou qui évolue dans un contexte réglementaire mouvant, porte une incertitude qui change tout : les exigences bougent, les estimations deviennent fragiles, les décisions doivent être révisées en cours de route. - **La durée d'engagement.** Un projet long subit des effets qu'un projet court ignore : rotation des équipes, évolution des priorités de l'organisation, inflation cumulée, obsolescence des choix techniques initiaux. Au-delà d'un ou deux ans, ces effets deviennent structurants. Un projet devient complexe dès que deux ou trois de ces facteurs se cumulent. Il n'y a pas de seuil chiffré universel, mais un principe robuste : dès qu'un projet dépasse la capacité d'un individu à en tenir mentalement l'ensemble, il faut passer à des outils et des disciplines dédiés. C'est cette bascule que ce site adresse.

La gestion d'un projet se structure en sept grands domaines qui se répondent. Aucun ne fonctionne isolément : ce qui se décide dans un domaine a des conséquences dans les six autres. Ces sept domaines sont couverts en profondeur dans les hubs thématiques de ce site. **Périmètre et exigences.** Le préalable à toute gestion : sans périmètre maîtrisé, ni planning ni budget n'ont de valeur, parce qu'on ne sait pas ce qu'ils livrent. Ce domaine couvre la définition initiale du périmètre, la structuration des exigences, la gestion des changements de périmètre en cours de projet, et la discipline de freeze progressif des exigences. **Dépendances et planification.** Planifier un projet, ce n'est pas dessiner une timeline, c'est cartographier un réseau de dépendances entre activités et jalons. Ce domaine couvre les concepts de chemin critique, de buffers de planification, de matrice de dépendances, et les méthodes qui permettent de piloter la trajectoire du projet plutôt que de la subir. C'est le domaine signature de linXera. **Parties prenantes et coordination.** Un projet implique plusieurs typologies d'acteurs distincts : le client, le management interne, les partenaires, les fournisseurs critiques. Chacun a son asymétrie de pouvoir et son jeu propre. Ce domaine couvre l'identification et la coordination différenciée de ces acteurs, plutôt qu'un plan de communication générique. **Équipe projet et animation.** L'équipe projet est une hiérarchie temporaire, distincte de la hiérarchie organisationnelle qui fournit les ressources. Ce domaine couvre la structuration de la chaîne projet (PBS, RAM, OBS), le principe du span of control, et l'animation par thématiques avec ses flux descendants et remontants. **Charges et gestion financière.** Un budget projet n'est pas une somme, c'est une courbe de dépense qui se compare au planning. Ce domaine couvre la structuration du budget en enveloppes distinctes (budget de base, provision pour risques, réserve de management, budget de change), la ventilation temporelle des charges, et la décision d'imputation des dépenses. **Risques et opportunités.** La frontière entre risque et opportunité tient souvent à un curseur de baseline. Ce domaine couvre la distinction entre aléa, incertitude et risque, la construction de plans de mitigation réellement suivis, le dimensionnement des provisions, et la distinction entre provision pour risques (protège le coût) et buffer de planification (protège le délai). **Pilotage et reporting.** Le reporting projet peut être un outil de pilotage ou un rituel administratif. Ce domaine couvre la distinction entre pilotage, reporting et gouvernance, la sélection d'indicateurs prédictifs plutôt que constatatifs, et la détection précoce des dérives. Ces sept domaines ne sont pas des silos indépendants, ils s'entrecroisent constamment. Une variation de périmètre impacte le planning, le budget et les risques. Une évolution des risques déclenche des arbitrages budgétaires. Le pilotage lit l'état de tous les domaines simultanément. C'est cette interconnexion qui fait qu'un projet demande une lecture d'ensemble, pas juste une expertise domaine par domaine.

Quelques termes reviennent constamment dans la gestion de projet. Les connaître permet de lire n'importe quel contenu du domaine, y compris les hubs de ce site, sans buter sur du vocabulaire spécialisé. **Périmètre (scope).** Ce qui est engagé à livrer dans le cadre du projet. Distinct du besoin du client (qui peut être plus large) et du travail réel à effectuer (qui inclut aussi les artéfacts induits non contractuels). **WBS (Work Breakdown Structure).** Décomposition hiérarchique du travail à effectuer, organisée par livrables. Le WBS contractuel décompose spécifiquement ce qui est engagé auprès du client. **Jalon.** Événement daté qui marque un état d'avancement significatif du projet : validation d'une étape, livraison d'un lot, décision engageante. Un jalon n'a pas de durée, contrairement à une activité. **Livrable.** Résultat concret produit par le projet : document, produit physique, prestation, service. Un livrable peut être contractuel (dû au client) ou intermédiaire (nécessaire à la production d'un livrable contractuel). **Chemin critique.** Séquence d'activités liées par des dépendances dont la durée cumulée détermine la date de fin du projet. Un retard sur une activité du chemin critique décale mécaniquement la livraison. **Baseline (plan de référence).** Version validée du planning, du périmètre et du budget contre laquelle on mesure l'avancement et les écarts. La baseline peut être révisée formellement mais ne change pas au gré des dérives quotidiennes. **Buffer.** Marge temporelle explicitement réservée pour absorber les aléas, distincte des marges implicites du calendrier. Le buffer projet protège la date de livraison finale ; les buffers d'alimentation protègent les jonctions du chemin critique. **Provision pour risques (contingency reserve).** Enveloppe budgétaire dédiée à absorber les surcoûts liés à la matérialisation de risques identifiés. Distincte du budget de base et de la réserve de management. **EAC (Estimate at Completion).** Projection du coût final du projet, obtenue en additionnant la dépense engagée à ce jour et une estimation crédible du reste à faire. Utile lorsqu'il est issu d'une modélisation sérieuse, inutile s'il se réduit à une extrapolation linéaire. **Change request.** Demande formalisée de modification du périmètre engagé, avec évaluation d'impact sur périmètre, délai et coût. Sas obligatoire de toute évolution de périmètre après validation initiale. Ce lexique de base est complété par un glossaire plus étendu prévu en article satellite. Chaque hub thématique développe en profondeur les concepts qui relèvent de son domaine.