# Template combiné : WBS, PERT, RACI, Bête à cornes, Stakeholder map

> 💡 Ce template Notion réunit les 5 outils de cadrage projet sur un seul espace. Dupliquez-le, videz les exemples, et utilisez-le en routine projet (mise à jour à chaque jalon).

## Mode d'emploi

1. **Dupliquer** cette page dans votre Notion.
2. Remplir les 5 onglets dans l'ordre : Bête à cornes → Stakeholders → WBS → PERT → RACI.
3. Mettre à jour à chaque jalon (kick-off, milestone, recette, livraison).

> 📌 Les 5 outils ne sont pas des étapes successives. Ils sont **vivants** pendant toute la durée du projet.

---

## 1. Bête à cornes

> 💡 À sortir en semaine 1. 3 questions, en présence du sponsor et de l'utilisateur final. Si vous ne savez pas répondre, vous n'êtes pas prêts à démarrer.

| Question | Réponse |
|---|---|
| À qui le produit rend-il service ? | _Utilisateur final, pas client payeur_ |
| Sur quoi agit-il ? | _Objet, processus, donnée_ |
| Dans quel but ? | _1 phrase, mesurable_ |

**Exemple terrain (ETI industrielle, projet PMO)**

| Question | Réponse |
|---|---|
| À qui rend-il service ? | Chef de projet PMO d'une ETI (50-500 collab) |
| Sur quoi agit-il ? | Le suivi des projets cross-équipes (>10 projets simultanés) |
| Dans quel but ? | Diviser de 30% le temps passé en reporting manuel |

---

## 2. Stakeholder mapping

> 📌 Matrice pouvoir x intérêt (1-5). Strategy :
> - Pouvoir haut + intérêt haut → **Manage closely**
> - Pouvoir haut + intérêt bas → **Keep satisfied**
> - Pouvoir bas + intérêt haut → **Keep informed**
> - Pouvoir bas + intérêt bas → **Monitor**

| Acteur | Rôle | Pouvoir | Intérêt | Stratégie | Owner relation |
|---|---|---|---|---|---|
| Direction Générale | Sponsor exécutif | 5 | 4 | Manage closely | Chef de projet |
| DSI | Validation technique | 4 | 5 | Manage closely | Chef de projet |
| Direction Métier | Utilisateur final | 3 | 5 | Keep informed | Product Owner |
| Direction Financière | Validation budget | 4 | 2 | Keep satisfied | Chef de projet |
| Équipes opérationnelles | Utilisateurs | 2 | 5 | Keep informed | Product Owner |
| Prestataire technique | Dev/Intégration | 3 | 4 | Manage closely | Tech lead |

---

## 3. WBS — Work Breakdown Structure

> 💡 3 niveaux maximum : Phase → Lot → Livrable. Au-delà, vous descendez dans le micro-management.

### Phase 1. Cadrage (S1-S2)

- 1.1 Besoin
  - 1.1.1 Note de cadrage validée sponsor — 3 j-h — Chef de projet
  - 1.1.2 Bête à cornes signée — 1 j-h — Chef de projet
- 1.2 Stakeholders
  - 1.2.1 Cartographie acteurs — 2 j-h — PMO
  - 1.2.2 Plan de communication — 2 j-h — PMO

### Phase 2. Spec (S3-S4)

- 2.1 Fonctionnel
  - 2.1.1 User stories priorisées — 8 j-h — Product Owner
  - 2.1.2 Maquettes Figma validées — 12 j-h — UX/UI Designer
- 2.2 Technique
  - 2.2.1 Architecture cible — 5 j-h — Tech lead
  - 2.2.2 Stack & infrastructure — 3 j-h — DSI

### Phase 3. Build (S5-S9)

- 3.1 Backend (23 j-h)
- 3.2 Frontend (22 j-h)
- 3.3 Data (20 j-h)

### Phase 4. Recette (S10-S13)

- 4.1 Tests internes (12 j-h)
- 4.2 UAT (7 j-h)

### Phase 5. Déploiement (S14-S15)

- 5.1 Mise en prod (5 j-h)
- 5.2 Conduite du changement (13 j-h)

### Phase 6. Run (S15-S16)

- 6.1 Stabilisation (15 j-h)
- 6.2 Transfert (3 j-h)

**Total estimé : 154 j-h**

---

## 4. PERT — Tâches et chemin critique

> 💡 Durée PERT = (Optimiste + 4 × Réaliste + Pessimiste) / 6. Le chemin critique est la séquence de tâches à marge nulle.

| Tâche | Prédécesseurs | O | R | P | Durée PERT |
|---|---|---|---|---|---|
| A. Cadrage | — | 3 | 5 | 8 | 5,2 |
| B. Stakeholder map | A | 2 | 3 | 5 | 3,2 |
| C. Spec fonctionnelle | A | 8 | 12 | 20 | 12,7 |
| D. Architecture tech | A | 4 | 6 | 10 | 6,3 |
| E. Build backend | C, D | 15 | 25 | 40 | 25,8 |
| F. Build frontend | C | 12 | 20 | 32 | 20,7 |
| G. Data migration | D | 8 | 14 | 25 | 14,8 |
| H. Tests internes | E, F, G | 6 | 10 | 18 | 10,7 |
| I. UAT | H | 5 | 8 | 14 | 8,5 |
| J. Mise en prod | I | 2 | 3 | 5 | 3,2 |
| K. Hypercare | J | 10 | 15 | 25 | 15,8 |

**Chemin critique probable** : A → C → E → H → I → J → K (≈ 82 jours)

---

## 5. RACI

> 📌 Une matrice RACI = 1 ligne par livrable, 1 colonne par acteur. Règle d'or : **un seul A par ligne** (un seul redevable).
> R = Responsible (réalise) — A = Accountable (rend compte) — C = Consulted — I = Informed

| Livrable | Sponsor | CdP | PO | Tech lead | Dev BE | Dev FE | QA | DSI | PMO |
|---|---|---|---|---|---|---|---|---|---|
| Note de cadrage | A | R | C | C | I | I | I | C | I |
| Stakeholder mapping | I | R | C | I | I | I | I | C | A |
| User stories | I | C | R | C | I | I | C | I | A |
| Architecture cible | I | A | C | R | C | C | I | C | I |
| API backend | I | A | C | C | R | C | C | I | I |
| Dashboard frontend | I | A | C | C | I | R | C | I | I |
| Cahier de recette | I | A | C | I | I | I | R | I | C |
| Procès-verbal recette | A | C | R | I | I | I | C | I | I |
| Runbook prod | I | A | I | C | C | C | I | R | I |
| Plan formation users | I | A | C | I | I | I | I | I | R |

---

## 6. Risques

| Risque | P | I | Criticité | Mitigation |
|---|---|---|---|---|
| Dérapage scope | 4 | 5 | 20 | Comité hebdo + change request formelle |
| Indispo prestataire | 3 | 4 | 12 | Backup interne sur module critique |
| Migration data complexe | 4 | 4 | 16 | POC sur échantillon en S4 |
| Refus adoption utilisateurs | 3 | 5 | 15 | Bêta privée + ambassadeurs + formation |
| Faille sécurité SSO | 2 | 5 | 10 | Audit pentest avant prod |

---

## 7. Décisions

| Date | Sujet | Décision | Décideur |
|---|---|---|---|
| 2026-S1 | Note de cadrage | Go | Sponsor |
| 2026-S3 | Stack technique | Laravel + React + PostgreSQL | DSI + Tech lead |
| 2026-S5 | Périmètre v1 | Reporting basic ok, BI avancée en V2 | PO + Sponsor |
| 2026-S12 | Go/no go prod | Go conditionnel | Comité de pilotage |

---

*Template produit par La Fabrique du Net. Outils canoniques de gestion de projet (cadrage, planification, responsabilité).*