WBS, PERT, RACI, Stakeholder mapping et Bête à cornes : les 5 outils techniques pour piloter un projet sans rien laisser tomber

Sur 412 projets digitaux suivis par LFDN entre janvier 2025 et mai 2026 (catégorie “Gestion de projet” et adjacents), 47 % des dérives de planning supérieures à 4 semaines sont remontées à un cadrage initial trop léger. Pas un mauvais Scrum, pas un mauvais outil de ticketing : un cadrage manquant. Les 5 outils décrits ici sont les 5 livrables que les bons chefs de projet sortent dans les 3 premières semaines, dans l’ordre où ils les sortent. Pas de définitions encyclopédiques : à quel moment, comment, sur quel template, avec un projet réel anonymisé de 4 mois pour illustrer.

Notre méthode : la timeline d’un projet LFDN type (4 mois, 80 k EUR)

Projet anonymisé : refonte d’un back-office SaaS B2B pour une PME industrielle. Équipe : 1 client (DG), 1 chef de projet agence, 1 UX, 2 développeurs, 1 freelance data. Voici à quel moment chaque outil entre en jeu.

Semaine	Phase	Outil utilisé
S1	Cadrage besoin	Bête à cornes
S1-S2	Cartographie acteurs	Stakeholder mapping
S2-S3	Découpe livrables	WBS
S3-S4	Planning détaillé	PERT
S4 et continu	Responsabilités	RACI
S5 à S16	Exécution	(les 5 outils sont mis à jour à chaque jalon)

[Schéma : Gantt simplifié 16 semaines avec marqueurs sur les semaines où chaque outil est sorti ou mis à jour]

Les 5 outils ne sont pas des étapes successives. Ils sont vivants sur toute la durée du projet, avec des mises à jour à chaque jalon (kick-off, milestone, recette intermédiaire, livraison).

Le template combiné est disponible en téléchargement : Template Notion | Excel | Sheets (Fichier à finaliser par l’équipe éditoriale LFDN)

Outil 1. Bête à cornes : cadrer le besoin avant tout le reste

Quand : semaine 1, en présence du sponsor et de l’utilisateur final. Pourquoi : forcer la réponse à trois questions simples avant que le scope ne dérive.

Les 3 questions canoniques

1. À qui le produit rend-il service ? (utilisateur final, pas client payeur)
2. Sur quoi agit-il ? (objet, processus, donnée)
3. Dans quel but ? (gain mesurable)

Exemple appliqué au projet refonte back-office

• À qui : les 12 opérateurs production qui saisissent 80 commandes/jour.
• Sur quoi : le formulaire de saisie commande (3 écrans actuels, 27 champs).
• Dans quel but : passer le temps de saisie moyen de 4 min à 90 secondes, et éliminer les 4 % de saisies à refaire.

Format à copier dans Notion

| Question | Réponse | Validé par | Date |
|---|---|---|---|
| À qui ? | 12 opérateurs production | DG + Resp. prod | 04/02 |
| Sur quoi ? | Formulaire saisie commande | DG + Resp. prod | 04/02 |
| Dans quel but ? | -75 % temps saisie, -4 pts erreurs | DG | 04/02 |

Erreur fréquente

Confondre besoin (du DG) avec objectif (de l’utilisateur). Si l’opérateur n’a aucun gain perçu, le projet livrera un produit qui ne sera pas adopté, indépendamment de la qualité du build.

Outil 2. Stakeholder mapping : qui peut faire dérailler le projet

Quand : semaine 1 à 2, juste après la bête à cornes. Pourquoi : identifier les acteurs influents qui n’ont pas été invités au kick-off, avant qu’ils ne ressortent au comité de pilotage en disant “personne ne m’a consulté”.

Les 2 axes du mapping

• Axe pouvoir : influence sur la décision (faible, fort).
• Axe intérêt : à quel point la personne est impactée (faible, fort).

Matrice 2×2

	Intérêt faible	Intérêt fort
Pouvoir fort	Informer (rapports succincts)	Manager de près (impliquer, valider)
Pouvoir faible	Surveiller (point hebdo léger)	Garder satisfait (briefer, écouter)

Exemple appliqué

Personne	Rôle	Pouvoir	Intérêt	Stratégie
DG	Sponsor	Fort	Fort	Manager de près
DAF	Validation budget	Fort	Faible	Informer
Resp. prod	Utilisateur métier	Faible	Fort	Garder satisfait
12 opérateurs	Utilisateurs finaux	Faible	Fort	Garder satisfaits (démos régulières)
DSI	Hébergement, sécurité	Fort	Faible	Informer + valider archi en S2
Resp. commercial	Pas concerné	Faible	Faible	Surveiller

Erreur fréquente

Oublier le DSI ou la DPO sur un projet digital. Sur 60 projets LFDN avec dérapage > 6 semaines, 23 % cumulent un blocage validation sécurité ou RGPD non anticipé.

[Capture : matrice Stakeholder 2×2 remplie sur le projet exemple, fond clair]

Outil 3. WBS (Work Breakdown Structure) : découper le projet en livrables atomiques

Quand : semaines 2 à 3, après stakeholder mapping et avant planning. Pourquoi : passer d’un objectif macro à une liste de livrables qu’on sait estimer et facturer.

Règle des 3 niveaux

• Niveau 1 : objectif global (1 entrée)
• Niveau 2 : lots de travail (4 à 7 entrées)
• Niveau 3 : livrables atomiques (10 à 40 entrées, chacun estimable en jours)

Exemple WBS du projet refonte back-office

1. Refonte back-office commandes
  1.1 Cadrage et UX
    1.1.1 Bête à cornes validée
    1.1.2 User flow nouvelle saisie
    1.1.3 Wireframes basse fidélité (3 écrans)
    1.1.4 Maquettes haute fidélité validées
  1.2 Développement front
    1.2.1 Composants formulaire (12 inputs)
    1.2.2 Validation client-side
    1.2.3 Intégration design system
  1.3 Développement back
    1.3.1 Endpoint POST /commandes refactor
    1.3.2 Migration champs 27 -> 14
    1.3.3 Tests unitaires couverture > 80 %
  1.4 Data
    1.4.1 Migration historique 18 mois
    1.4.2 Dashboard temps saisie moyen
  1.5 Recette et déploiement
    1.5.1 Recette interne (2 jours)
    1.5.2 Recette client (1 semaine)
    1.5.3 Mise en prod + formation 12 opérateurs

Règle d’or

Chaque feuille du niveau 3 doit être estimable entre 0,5 et 5 jours. Plus court, on a sur-découpé. Plus long, on a sous-découpé et on aura une mauvaise visibilité.

Erreur fréquente

Confondre WBS et backlog. Le WBS découpe les livrables (un dashboard, une migration), pas les tâches (un ticket de 4h). Le backlog se construit depuis le WBS, pas l’inverse.

Outil 4. Diagramme PERT : planifier en tenant compte des dépendances

Quand : semaines 3 à 4, à partir du WBS. Pourquoi : identifier le chemin critique, c’est-à-dire la séquence de tâches qui détermine la date de livraison finale. Toute dérive sur le chemin critique = dérive du projet.

Méthode en 4 étapes

1. Lister les tâches du WBS niveau 3.
2. Pour chaque tâche, identifier les prédécesseurs (qui doit être fini avant).
3. Estimer la durée optimiste, réaliste, pessimiste de chaque tâche. Durée pondérée = (O + 4R + P) / 6.
4. Calculer le chemin le plus long du graphe = chemin critique.

Exemple appliqué (extrait, 8 tâches sur 38)

Tâche	Durée pondérée (j)	Prédécesseur	Chemin critique ?
1.1.1 Bête à cornes	1	–	oui
1.1.2 User flow	2	1.1.1	oui
1.1.3 Wireframes	3	1.1.2	oui
1.1.4 Maquettes HF	5	1.1.3	oui
1.2.1 Composants front	8	1.1.4	oui
1.3.1 Endpoint refactor	6	1.1.4	non (parallèle)
1.4.1 Migration data	4	1.3.2	non (peut être faite après 1.2.1)
1.5.1 Recette interne	2	1.2.1 + 1.3.1	oui

[Schéma : graphe PERT du projet exemple, chemin critique en rouge, durée totale 64 jours]

Outils utilisés sur les briefs LFDN

D’après les retours partenaires (200 projets enquêtés en 2025-2026) :

Outil	Part des projets	TJM moyen utilisation
MS Project	22 %	Plus complexe, ETI et grand compte
Excel + macros	31 %	Petite agence, freelance
Jira + plugin Gantt	24 %	Agences Scrum
Smartsheet	11 %	ETI, mode hybride
Notion	8 %	Startups, mode lean
Autres (Asana, ClickUp…)	4 %	Cas isolés

Erreur fréquente

Calculer un PERT sans intégrer les dépendances externes : validations client, livraisons sous-traitants, recette sécurité. Sur les 60 projets en dérapage > 6 semaines analysés, 38 % cumulent une dépendance externe non visualisée dans le PERT initial.

Outil 5. Matrice RACI : qui fait quoi, qui valide, qui doit être informé

Quand : semaine 4, en parallèle du PERT, mise à jour à chaque jalon. Pourquoi : éliminer les ambiguïtés “je pensais que c’était toi qui faisais”.

Les 4 lettres

• R (Responsible) : qui exécute. Une personne, jamais plusieurs.
• A (Accountable) : qui valide et porte la responsabilité finale. Une seule personne par ligne.
• C (Consulted) : qui doit être consulté avant décision. Plusieurs possibles.
• I (Informed) : qui est informé une fois la décision prise.

Exemple appliqué (extrait, 8 livrables sur 38)

Livrable	DG	Chef projet agence	UX	Dev 1	Dev 2	Freelance data	Resp. prod
Bête à cornes	A	R	C	I	I	I	C
Wireframes	I	C	R	I	I	I	C
Maquettes HF	A	C	R	I	I	I	C
Endpoint POST commandes	I	A	I	R	C	I	I
Migration data	I	A	I	C	I	R	C
Dashboard temps saisie	C	A	I	I	R	C	C
Recette client	A	R	I	C	C	C	C
Formation 12 opérateurs	I	R	C	I	I	I	A

Règles d’or

• Une seule A par ligne, sans exception. Si vous en avez deux, vous n’avez pas tranché qui décide en cas de désaccord.
• R et A peuvent être la même personne. Cas fréquent en petite équipe.
• Pas de C ou I sans logique : un acteur sans rôle clair sur une ligne, ne pas l’écrire du tout. Sinon dilution.

Erreur fréquente

Confondre Accountable avec sponsor projet. Le sponsor (DG ici) est A sur les jalons stratégiques (validation maquette finale, recette client). Sur les livrables techniques, l’A est le chef de projet ou le tech lead. Mettre le DG A partout = bottleneck.

Pour la cartographie complète des rôles dans un projet digital (PO, Scrum Master, Tech Lead, Sponsor, Architect), voir notre guide des rôles clés en gestion de projet.

Combiner les 5 outils : le template à télécharger

Le template combine les 5 outils sur un seul fichier (Notion, Excel ou Sheets), avec :

• Onglet 1 : Bête à cornes (3 questions cadrées).
• Onglet 2 : Stakeholder mapping (matrice 2×2 + liste).
• Onglet 3 : WBS (3 niveaux, jusqu’à 50 livrables).
• Onglet 4 : PERT (tableau de tâches avec O/R/P + identification chemin critique).
• Onglet 5 : RACI (matrice livrables x acteurs).
• Onglet 6 : Risques (mise à jour à chaque jalon).
• Onglet 7 : Suivi des décisions (date, sujet, décideur, action).

Téléchargement : Notion | Excel | Sheets (Fichier à finaliser par l’équipe éditoriale LFDN)

[Capture : aperçu du template Notion, onglet WBS rempli, sidebar des 7 onglets visibles]

Pour aller plus loin

Si vous démarrez sur la question du cadre méthodologique (avant même de sortir un WBS), voir notre comparatif Scrum, Waterfall, Lean et SAFe. Pour la pile outillage opérationnelle (PM tools, ticketing, planning), voir notre catégorie logiciels gestion de projet. Et si vous cherchez une agence pour piloter, la directory des agences gestion de projet liste les acteurs français qualifiés.

FAQ

Faut-il vraiment sortir les 5 outils sur un projet de moins de 30 k EUR ?

Non. Sur un MVP de 4 semaines, la bête à cornes + un mini-RACI à 4 lignes suffisent. WBS et PERT deviennent rentables au-delà de 6 semaines de projet et plus de 3 acteurs distincts. Stakeholder mapping reste utile dès qu’il y a un sponsor + un utilisateur final différent (donc presque toujours).

WBS, c’est quoi la différence avec un backlog produit ?

Le WBS découpe des livrables (un dashboard livré, une migration faite, une recette validée). Le backlog produit liste des fonctionnalités ou user stories priorisées par valeur. Sur un projet Scrum, le WBS sert au cadrage initial et au chiffrage commercial, le backlog sert au pilotage sprint après sprint. Les deux coexistent.

Une seule personne Accountable par ligne RACI, vraiment ?

Oui. C’est le seul point non-négociable de la matrice RACI. Deux A par ligne = aucun A. En cas de désaccord, la décision remonte au sponsor, ce qui crée un bottleneck. Si vous avez du mal à trancher, c’est souvent le signe que le découpage des livrables n’est pas bon.

Quel est le ROI de ces 5 outils sur un projet de 80 k EUR ?

D’après l’échantillon LFDN, le cadrage initial (semaines 1 à 4) avec les 5 outils représente 6 à 10 % du budget total, soit environ 5 à 8 k EUR sur un projet à 80 k EUR. Le gain : un taux de dérapage planning passant de 47 % à 19 % en moyenne. Soit, sur un projet typique, 3 à 6 semaines de dérive évitée. Le ROI est largement positif au-delà de 50 k EUR.

PERT ou Gantt, lequel choisir ?

PERT pour identifier le chemin critique au cadrage. Gantt pour communiquer le planning au client et suivre l’avancement visuellement. En pratique, les outils modernes (Jira, MS Project, Smartsheet) génèrent les deux vues depuis le même tableau de tâches. Vous ne choisissez plus en 2026.

À propos de l’auteur

Hugo Tanguy est consultant senior gestion de projet IT, certifié PMP et Prince2 Practitioner. Il a piloté 60+ projets de refonte digitale entre 80 k et 1,5 M EUR pour des ETI françaises (industrie, retail, banque). Il intervient ponctuellement en formation gestion de projet pour des écoles d’ingénieurs et contribue aux contenus tech de La Fabrique du Net.

Données issues d’un échantillon LFDN 2025-2026 (412 projets digitaux suivis sur la période janvier 2025 – mai 2026, dont 60 avec dérapage > 6 semaines analysés en post-mortem) et de retours de partenaires (200 projets enquêtés sur l’outillage planning). Méthodologie disponible sur demande. Mise à jour 2026-06-03.