SimulateurRéalisation
- Concept
- Intermédiaire
- Transversal
- Toujours utilisé
En bref
La réalisation est la phase du projet où l'on produit concrètement ce qui a été planifié, après la conception.
Définition complète
La réalisation est la phase d’un projet pendant laquelle les équipes produisent concrètement ce qui a été prévu et conçu en amont : construire, développer, fabriquer, écrire, installer. Elle suit en général les phases de cadrage et de conception, et précède les phases de recette et de mise en service.
Par exemple, dans un projet de rénovation de restaurant, la phase de réalisation correspond au moment où les ouvriers posent réellement le carrelage, installent la cuisine et peignent les murs, après que les plans ont été validés.
Attention : la réalisation n’est pas la première étape d’un projet ; elle suppose qu’un travail de définition et de planification a déjà eu lieu, sans quoi elle risque de partir dans une mauvaise direction.
À quoi ça sert
Identifier clairement la phase de réalisation permet de distinguer le temps de la réflexion du temps de l’action concrète, ce qui aide à mieux répartir les ressources : certains profils sont plus utiles en amont (analystes, architectes), d’autres pendant la réalisation elle-même (ouvriers, développeurs, techniciens).
Elle sert aussi de repère pour le suivi budgétaire et le planning : c’est en général pendant cette phase que la majorité du budget et du temps du projet est consommée, ce qui justifie un suivi rapproché des dépenses et de l’avancement.
Enfin, bien délimiter la réalisation aide à éviter les changements de cap permanents : une fois cette phase commencée, modifier profondément ce qui doit être produit coûte en général beaucoup plus cher que d’ajuster les plans en amont.
Cas d'usage typiques
– Lancer la phase de réalisation d’un chantier une fois les plans et le permis validés.
– Suivre l’avancement de la réalisation d’un logiciel par rapport au planning de développement prévu.
– Comparer le budget consommé pendant la réalisation avec le budget initialement prévu à cette étape.
– Distinguer un problème de conception (mal pensé dès le départ) d’un problème de réalisation (mal exécuté).
– Décider s’il faut geler les changements de périmètre une fois la réalisation commencée, pour limiter les surcoûts.
Ce que tu sauras faire
Savoir situer la phase de réalisation dans le cycle d'un projet, et distinguer un problème de conception d'un problème d'exécution.
Mises en situation
Situation 1 : réalisation d’un chantier de boutique
Contexte : Une franchise de vêtements a validé les plans d’aménagement d’un nouveau magasin.
Application : L’entreprise du bâtiment démarre la réalisation : pose du sol, des cloisons, de l’électricité, selon le planning fixé.
Résultat attendu : Le magasin est prêt à la date prévue, avec un suivi hebdomadaire de l’avancement réel comparé au planning.
Situation 2 : réalisation d’un logiciel sur mesure
Contexte : Une entreprise a fait valider la conception d’un logiciel de gestion des congés par ses futurs utilisateurs.
Application : Les développeurs entrent en phase de réalisation, en codant chaque fonctionnalité prévue dans le cahier des charges.
Résultat attendu : Une première version fonctionnelle est livrée après six semaines de réalisation, prête à passer en recette.
Situation 3 : réalisation d’une campagne d’affichage
Contexte : Une mairie a validé les visuels et le message d’une campagne de sensibilisation au tri des déchets.
Application : L’agence de communication passe à la réalisation : impression des affiches, production des supports numériques.
Résultat attendu : Les supports sont livrés conformes aux maquettes validées, prêts à être installés dans la ville.
Application guidée : repérer la source d’un problème
Contexte : Un site internet livré ne correspond pas du tout à ce que le client imaginait, alors que les développeurs affirment avoir suivi exactement le cahier des charges fourni.
Question : Le problème vient-il de la phase de conception ou de la phase de réalisation ?
Résultat attendu : Si le cahier des charges lui-même était flou ou incomplet, le problème vient de la conception, en amont ; si le cahier des charges était clair mais n’a pas été suivi, le problème vient de la réalisation. Il faut comparer précisément le document de conception au résultat livré pour trancher.
Application guidée : gérer une demande de changement en cours de réalisation
Contexte : À mi-parcours de la réalisation d’un nouveau site de vente en ligne, le client demande d’ajouter un système de parrainage non prévu initialement.
Question : Comment traiter cette demande sans mettre en péril le projet ?
Résultat attendu : Évaluer l’impact de l’ajout sur le budget et le délai, présenter cet impact au client de façon chiffrée, et décider ensemble soit de repousser cette fonctionnalité à une version future, soit d’accepter formellement un délai et un budget supplémentaires.
Pour bien le retenir
L'analogie
La réalisation, c’est le moment où le boulanger pétrit, façonne et enfourne réellement le pain, après avoir choisi sa recette et pesé ses ingrédients. Toute la préparation intellectuelle ne donne rien de mangeable tant que le boulanger ne passe pas à l’action : c’est cette étape concrète, souvent la plus longue et la plus exigeante physiquement, qui transforme le projet en résultat réel.
« La réalisation, c'est le moment où l'idée devient enfin quelque chose de concret et de visible. »
Pièges à éviter
À ne pas confondre avec
Une confusion fréquente consiste à démarrer la réalisation trop tôt, avant que le cadrage et la conception ne soient suffisamment solides : les équipes produisent alors vite, mais dans une mauvaise direction, ce qui coûte cher à corriger ensuite.
Une autre erreur est d'accepter trop facilement des changements de périmètre en pleine réalisation, en sous-estimant leur impact sur le budget et le planning : un ajout qui semble mineur peut désorganiser tout le travail déjà engagé.
Enfin, certains confondent l'avancement du temps passé avec l'avancement réel du livrable ; les deux ne coïncident pas toujours.
Évolution historique
Apparition : Notion intemporelle en gestion de projet, formalisée comme phase distincte avec la diffusion des méthodes de gestion de projet à partir des années 1950-1960
Quels changements depuis l’arrivée de l’IA ?
Avant
La phase de réalisation reposait presque entièrement sur le travail manuel ou technique direct des équipes : construire, coder, fabriquer, ligne après ligne ou geste après geste.
Aujourd’hui
Dans certains domaines, comme le développement informatique, des outils d’intelligence artificielle assistent désormais une partie du travail de réalisation, en proposant du code, des textes ou des visuels que les professionnels relisent et adaptent. Dans le bâtiment, l’artisanat ou l’industrie physique, l’impact reste pour l’instant plus limité et indirect, l’IA intervenant surtout en amont, dans la planification ou le contrôle qualité.
Évolution historique
Avant le XXe siècle : la réalisation d’un ouvrage ou d’un produit reposait sur le savoir-faire artisanal, transmis de maître à apprenti.
Première moitié du XXe siècle : l’industrialisation et le travail à la chaîne organisent la réalisation en étapes standardisées et chronométrées.
Années 1950-1960 : les premières méthodes formelles de gestion de projet distinguent clairement les phases de conception et de réalisation.
Fin du XXe siècle : l’informatisation des outils de suivi de chantier ou de développement facilite le pilotage précis de la phase de réalisation.
Depuis les années 2010-2020 : des outils numériques, dont certains intégrant de l’intelligence artificielle, viennent assister certaines tâches de réalisation, notamment dans le numérique.