Gestion de projet : la méthode simple en 6 étapes, du cadrage au suivi

Mis à jour le 2026-10-31 · notre méthode

Pour gérer un projet sans être chef de projet de métier, six étapes suffisent : cadrer le projet sur une page, le découper en tâches courtes avec un responsable chacune, planifier à rebours depuis la date fixe, prioriser ce qui est indispensable, choisir une approche classique ou agile selon le projet, puis suivre l'avancement quinze minutes par semaine. Voici la méthode pas à pas, illustrée par un exemple réel de projet de bureau : le déménagement d'un cabinet de 25 personnes.

Qu'est-ce qu'un projet, exactement ?

Un projet n'est pas une tâche un peu longue. La méthodologie de gestion de projet de la Commission européenne (PM²) le définit comme une organisation temporaire, mise en place pour livrer un résultat unique, sous des contraintes de temps, de coût et de qualité.

On reconnaît donc un projet à trois signes : il a un début et une fin, il produit quelque chose qui n'existait pas, et il dispose de moyens limités. Organiser un séminaire, changer de logiciel, ouvrir une agence ou déménager sont des projets. Faire la paie chaque mois n'en est pas un : c'est une activité courante.

Prenons l'exemple qui servira tout au long de ce guide. Sarah, assistante de direction dans un cabinet d'expertise comptable de 25 personnes, doit organiser le déménagement des bureaux. Le bail se termine le 31 mars ; le déménagement aura lieu le samedi 13 mars ; le budget est de 38 000 € HT.

Étape 1 : cadrer le projet sur une page

La plupart des projets qui dérapent ratent leur début, pas leur fin. Avant toute tâche, rédigez une note de cadrage, parfois appelée charte de projet. Une page suffit.

Rubrique	Question à se poser	Exemple du déménagement
Objectif	Que doit-on obtenir, et pour quand ?	25 personnes opérationnelles dans les nouveaux bureaux le lundi 15 mars à 9 heures
Inclus	Que fait le projet ?	Travaux, mobilier, réseau, transport, information des clients
Exclu	Que ne fait-il pas ?	Renouvellement des ordinateurs, refonte du site internet
Contraintes	Quelles limites ?	38 000 € HT, aucun jour de fermeture en semaine
Commanditaire	Qui décide ?	L'associé qui a confié le projet
Risques	Qu'est-ce qui peut mal tourner ?	Retard de la fibre, retard des travaux, perte d'archives

Deux points font la différence. D'abord, l'objectif doit être vérifiable : le jour J, on doit pouvoir dire s'il est atteint ou non. Ensuite, la ligne « exclu » protège le projet des demandes ajoutées en cours de route. Faites valider la note par écrit par le commanditaire : sans cet accord, elle reste un avis personnel.

Listez aussi les parties prenantes : toutes les personnes qui peuvent influencer le projet ou être touchées par lui, y compris celles qui pensent l'être. Les deux groupes les plus souvent oubliés sont les utilisateurs finaux et les fournisseurs.

Étape 2 : découper le projet en tâches

Un objectif ne se fait pas lundi matin ; une tâche, si. On découpe donc le projet du haut vers le bas, avec un organigramme des tâches : le projet, puis quelques grands lots, puis les tâches de chaque lot.

Une bonne tâche respecte quatre règles :

elle commence par un verbe d'action (« commander le mobilier ») ;
elle dure entre un et cinq jours de travail environ ;
elle a un résultat visible qui permet de dire qu'elle est terminée ;
elle a un seul responsable.

Pour les tâches sensibles, ajoutez un tableau des rôles, souvent appelé RACI : qui réalise, qui décide, qui est consulté, qui est informé. La règle est simple : une seule personne décide par tâche.

Demandez enfin à chaque responsable une estimation en fourchette : au mieux, le plus probable, au pire. Et notez les dépendances : on ne câble pas des bureaux avant la fin des cloisons.

Étape 3 : faire un rétroplanning

Quand la date de fin est imposée, construisez un rétroplanning : partez de la date fixe et remontez le temps pour trouver la date à laquelle chaque tâche doit commencer au plus tard.

Tâche	Durée	Dates
Marge de sécurité	2 jours	11 et 12 mars
Tester le réseau et le logiciel	3 jours	du 8 au 10 mars
Câbler les bureaux	5 jours	du 1er au 5 mars
Réaliser les travaux	4 semaines	du 1er au 26 février
Commander la fibre (délai de 8 semaines)	8 semaines	au plus tard le 11 janvier

Le rétroplanning révèle souvent une surprise. Ici, la fibre doit être commandée dès janvier, alors qu'on y aurait pensé spontanément en février.

Repérez ensuite le chemin critique : la suite de tâches liées la plus longue, celle qui fixe la date de fin. Un retard sur l'une de ces tâches retarde tout le projet. Les autres tâches ont de la marge. Concentrez votre suivi sur le chemin critique.

Pour visualiser le planning, un diagramme de Gantt dans un tableur suffit : une ligne par tâche, une colonne par semaine, et une règle de mise en forme conditionnelle qui colore les cases entre la date de début et la date de fin.

Étape 4 : prioriser avec Eisenhower et MoSCoW

Deux outils complètent le planning.

La matrice d'Eisenhower trie vos propres tâches selon deux questions : est-ce urgent ? est-ce important ? On fait tout de suite l'urgent important, on planifie l'important non urgent, on délègue l'urgent non important, et on abandonne le reste. La case la plus précieuse est l'important non urgent : réservez-lui des créneaux fixes.

La méthode MoSCoW trie le contenu du projet en quatre catégories : indispensable (must have), important (should have), souhaitable (could have) et pas cette fois (won't have this time). L'Agile Business Consortium, qui gère cette méthode, recommande que les éléments indispensables ne dépassent pas environ 60 % de l'effort, et que les éléments souhaitables en représentent environ 20 %. Ces derniers servent de réserve : on les abandonne en premier si le délai est menacé.

Quand une demande arrive en cours de route, rappelez le triangle du projet : délai, coût et contenu sont liés. Si l'on ajoute au contenu, il faut plus de temps, plus de budget ou retirer autre chose. Présentez des options chiffrées au commanditaire, et laissez-le trancher.

Étape 5 : choisir entre méthode classique et méthode agile

La méthode classique, dite en cascade, définit tout au départ puis réalise les étapes l'une après l'autre. Elle convient quand le résultat est connu et doit être livré d'un bloc : un déménagement, un salon, une mise en conformité.

Les méthodes agiles conviennent quand le besoin va évoluer et que l'on peut livrer par étapes utiles, comme pour un logiciel ou un service en ligne.

	Kanban	Scrum
Principe	Un tableau à colonnes où les tâches avancent de gauche à droite	Des cycles courts appelés sprints, avec une livraison utile à chaque fin de cycle
Règle clé	Limiter le nombre de tâches en cours	Des sprints d'un mois ou moins
Rôles	Aucun rôle imposé	Un Product Owner, un Scrum Master et des Developers, habituellement dix personnes au plus
Réunions	Libres	Planification, point quotidien de 15 minutes, revue et rétrospective
Idéal pour	Suivre un flux de tâches, même dans un projet classique	Construire un produit dont le besoin se précise en route

Les informations sur Scrum viennent du Guide Scrum, rédigé par ses créateurs Ken Schwaber et Jeff Sutherland (version de novembre 2020). Un tableau Kanban peut très bien servir dans un projet classique : Sarah en utilise un pour suivre ses tâches de déménagement.

Étape 6 : suivre l'avancement chaque semaine

Le suivi est ce qui fait réussir un projet. Trois habitudes suffisent.

Un point de quinze minutes par semaine avec les responsables de lots : ce qui est fait, ce qui est prévu, ce qui bloque, les décisions à demander.
Un message de cinq lignes au commanditaire, qui commence par la météo du projet : vert si le prochain jalon sera tenu, orange si un risque est traité, rouge si une décision est nécessaire.
Un registre des risques : chaque risque avec une action concrète et un responsable.

Quand un retard apparaît sur le chemin critique, prévenez le jour même et venez avec des options. Un retard caché en espérant le rattraper finit toujours par coûter plus cher.

Côté outils, un tableur (Excel, Google Sheets ou LibreOffice Calc) suffit pour la plupart des projets de bureau. Un tableau Kanban en ligne aide à suivre en équipe, et des logiciels libres comme GanttProject gèrent les dépendances. Avant de mettre des données de clients ou de salariés dans un outil en ligne, demandez l'accord de votre service informatique.

Pour apprendre à appliquer cette méthode pas à pas, avec des exercices corrigés et un atelier complet, suivez la formation Gérer un projet : planning, priorités et méthodes agiles, dans le programme Carrière.

Questions fréquentes

Quelles sont les étapes d'un projet ? Le cadrage, le découpage en tâches, la planification, la réalisation avec son suivi, puis la clôture. Pour un projet de bureau, une note de cadrage, une liste de tâches, un rétroplanning et un point hebdomadaire couvrent l'essentiel.

Qu'est-ce qu'un rétroplanning ? Un planning construit à l'envers, depuis la date de fin imposée. Il donne pour chaque tâche la date limite à laquelle elle doit commencer.

Quelle est la différence entre Kanban et Scrum ? Kanban organise un flux continu de tâches sur un tableau, en limitant le travail en cours. Scrum organise le travail en sprints d'un mois ou moins, avec des rôles et des réunions définis.

Faut-il un logiciel pour gérer un projet ? Non. Un tableur suffit pour la plupart des projets de quelques dizaines de tâches. Un outil spécialisé devient utile quand les dépendances et les personnes se multiplient.

Comment gérer un projet en plus de son travail habituel ? Réservez des créneaux fixes chaque semaine pour le projet, déléguez les tâches à faible valeur, et limitez le nombre de sujets en cours en même temps.

Sources

Commission européenne (DIGIT), « Méthodologie de gestion de projet PM², guide 3.1 », Office des publications de l'Union européenne, 2023, consulté le 31 octobre 2026 : https://op.europa.eu/fr/publication-detail/-/publication/97cc2f12-c648-11ee-95d9-01aa75ed71a1
Ken Schwaber et Jeff Sutherland, « Le Guide Scrum », version française de novembre 2020, consulté le 31 octobre 2026 : https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-French.pdf
Agile Business Consortium, « What is MoSCoW Prioritization? », page du 28 mai 2026, consultée le 31 octobre 2026 : https://www.agilebusiness.org/dsdm-project-framework/moscow-prioritisation.html

Guide mis à jour en octobre 2026.