Un projet de refonte logicielle qui dérape de six mois, un événement interne livré sans bilan : dans la majorité des cas, le problème remonte aux premières étapes, pas à l’exécution. La démarche de projet en 7 étapes structure chaque phase pour que la suivante démarre sur une base solide.
Chaque étape produit un livrable précis (note de cadrage, planning, compte rendu de clôture) qui conditionne la suite. Voici ces 7 étapes dans l’ordre, avec ce qu’on observe concrètement sur le terrain.
A lire aussi : Est-ce une bonne idée de travailler avec son conjoint ?
1. Cadrer le besoin
Avant de parler solution, on clarifie le problème. Sur un projet de déménagement de site industriel, par exemple, le cadrage consiste à documenter pourquoi le site actuel ne convient plus : capacité saturée, contrainte réglementaire, coût de maintenance. Sans cette étape, l’équipe projet risque de répondre à un besoin que personne n’a formulé clairement.
Le livrable associé est une note de cadrage qui fixe le périmètre : ce que le projet couvre, ce qu’il exclut, et les contraintes non négociables (budget plafond, date butoir, norme à respecter). La norme ISO 21502:2020 rappelle d’ailleurs que la justification du projet doit être réexaminée en cours de route, pas uniquement posée au démarrage.
Lire également : Comment répondre à un client qui trouve votre offre trop chère ?
Un cadrage bâclé produit des demandes contradictoires à mi-parcours. On recommande de faire valider cette note par le commanditaire avant de passer à l’étape suivante.
2. Définir les objectifs
Le besoin décrit un problème. Les objectifs décrivent le résultat attendu, en termes mesurables. Pour un projet de déploiement d’un outil CRM, un objectif bien posé ressemble à « réduire le délai de traitement des demandes clients sous cinq jours ouvrés », pas à « améliorer la relation client ».
On distingue généralement les objectifs de résultat (le livrable final), les objectifs de délai et les objectifs de coût. Chaque objectif doit pouvoir être vérifié à la clôture : si on ne peut pas dire « atteint » ou « non atteint », la formulation est trop vague.
Les retours varient sur le nombre d’objectifs à fixer, mais au-delà de cinq, la lisibilité chute et l’arbitrage entre priorités devient flou.
3. Planifier les tâches
La planification transforme les objectifs en un enchaînement concret de tâches, avec des durées estimées et des dépendances. Le plan d’action qui en résulte prend souvent la forme d’un diagramme de Gantt ou d’un tableau de tâches structuré par phases.
- Découper le projet en lots ou phases (conception, réalisation, recette, mise en production)
- Estimer la charge de travail par tâche, en jours ou en heures
- Identifier les dépendances : quelle tâche bloque quelle autre
- Poser des jalons de validation entre les phases, pour vérifier la maturité technique et budgétaire avant de poursuivre
Ces points de décision entre les phases sont recommandés par l’ISO 21502:2020 : on ne passe pas automatiquement d’une étape à la suivante sans valider que les conditions sont réunies.
4. Constituer l’équipe
Un planning sans ressources reste théorique. Constituer l’équipe, c’est affecter des personnes réelles à des rôles définis : chef de projet, responsables de lots, contributeurs techniques, référent métier côté client.
L’affectation se fait en fonction des compétences disponibles, pas uniquement de la disponibilité calendaire. Sur un projet de conception logicielle, mobiliser un développeur backend sur des tâches d’intégration front parce qu’il est libre ne fait que créer de la dette technique.
On formalise aussi la gouvernance : qui décide quoi, à quelle fréquence l’équipe se réunit, quel est le circuit de validation. Sans ce cadre, les arbitrages remontent systématiquement au même interlocuteur et créent un goulot d’étranglement.
5. Exécuter
C’est la phase où le travail se fait. Les livrables sont produits, les développements codés, les prototypes fabriqués, les contenus rédigés. L’exécution consomme la plus grande part du budget et du temps.
Le piège fréquent est de confondre exécution et improvisation. Chaque tâche exécutée doit correspondre à une ligne du plan d’action. Si une tâche apparaît en cours de route, elle passe par un processus de gestion du changement : on évalue son impact sur le délai, le coût et le périmètre avant de l’intégrer.
L’intelligence artificielle commence à intervenir sur certaines tâches administratives de cette phase (résumé de documents, suivi de l’avancement), mais les arbitrages, la négociation et le leadership restent des activités humaines.
6. Piloter l’avancement
Le pilotage ne commence pas après l’exécution, il l’accompagne en continu. On compare l’avancement réel au planning de référence, on identifie les écarts et on décide des actions correctives.
Les indicateurs de pilotage courants :
- Taux d’avancement par lot (pourcentage de tâches terminées par rapport au total prévu)
- Écart de délai entre la date planifiée et la date réelle de chaque jalon
- Consommation budgétaire rapportée à l’avancement physique
- Registre des risques mis à jour, avec probabilité et impact réévalués
La communication joue un rôle direct dans le pilotage. Un comité de pilotage régulier (hebdomadaire ou bimensuel selon la taille du projet) permet de partager les écarts et de prendre les décisions d’arbitrage avant qu’un retard ponctuel ne devienne structurel.
7. Clôturer et capitaliser
La clôture est la phase la plus négligée. Une fois le livrable remis, l’équipe se disperse sur d’autres projets et le bilan passe à la trappe. Le résultat : on reproduit les mêmes erreurs au projet suivant.
Clôturer, c’est d’abord vérifier que tous les livrables ont été acceptés par le commanditaire, que les contrats fournisseurs sont soldés et que la documentation est archivée. Capitaliser, c’est organiser un retour d’expérience structuré : ce qui a fonctionné, ce qui a dérapé, et les recommandations concrètes pour les prochains projets.
Ce retour d’expérience produit une fiche de capitalisation exploitable. Sans ce document, la méthode projet reste un cadre théorique que chaque équipe réinvente à chaque fois.
Ces sept étapes forment un enchaînement logique, mais la norme ISO 21502:2020 rappelle qu’elles s’adaptent au contexte : approche prédictive classique, itérative ou hybride. Le séquencement strict convient aux projets industriels ou réglementaires. Pour des projets plus courts ou exploratoires, certaines étapes fusionnent naturellement, à condition de ne jamais supprimer ni le cadrage initial ni la clôture.
