graph LR
subgraph "❌ Matrice RACI V1.0 - Kevin"
A1[Analyse besoins
🎯 R/A: PMO
📞 C: DEV,SEC,COMPL
ℹ️ I: OPS]
A2[Développement
👨‍💻 R: DEV
🎯 A: PMO
📞 C: SEC,COMPL
ℹ️ I: OPS]
A3[Déploiement
🚀 R: OPS
🎯 A: PMO
📞 C: DEV,SEC,COMPL]
end

A1 -.-> B1[😠 DEV: Qui a dit que PMO
était accountable du dev?]
A2 -.-> B2[😤 OPS: Responsible du déploiement
avec du code non testé?]
A3 -.-> B3[🛡️ SEC: Juste consulted?
La sécurité c'est transverse!]

style A1 fill:#ffebee,stroke:#c62828,stroke-width:2px
style A2 fill:#ffebee,stroke:#c62828,stroke-width:2px
style A3 fill:#ffebee,stroke:#c62828,stroke-width:2px
style B1 fill:#fce4ec,stroke:#880e4f,stroke-width:1px
style B2 fill:#fce4ec,stroke:#880e4f,stroke-width:1px
style B3 fill:#fce4ec,stroke:#880e4f,stroke-width:1px

Réactions : Chaque équipe conteste sa position et revendique plus de contrôle.

Phase 2 : La Guerre des Matrices (Semaines 2-6)

• 17 versions différentes de matrices circulent
• Chaque équipe place ses intérêts en priorité
• 42 mails d’escalade par jour
• 6 réunions « clarification » par semaine
• 0 ligne de code écrite

Phase 3 : L’Intervention (Semaines 7-8)

Le DSI intervient après 73 mails d’escalade. Constat : projet bloqué par les réunions gouvernance.

Phase 4 : L’Effondrement (Semaines 9-12)

• Jean-Claude (DEV) démissionne
• Kevin (PMO) muté
• Projet reporté de 6 mois
• Audit externe commandé

📊 MÉTRIQUES DE L’ÉCHEC

Impact : Plus d’acteurs avec gros ego dans système flou = explosion garantie.

💡 LEÇONS APPRISES : LES 7 ERREURS MORTELLES

1. Confondre Outil et Objectif

RACI est un moyen, pas une fin. L’objectif c’est la collaboration, pas la matrice parfaite.

2. Imposer au lieu de Co-construire

Personne n’adhère à ce qu’il n’a pas contribué à créer.

3. Multiplier les « R » (Responsible)

Un seul Responsible par activité. Co-responsabilité = chaos.

4. Confondre « A » et « R »

• Responsible = exécute la tâche
• Accountable = assume le résultat final

5. Oublier l’Humain

Derrière chaque lettre : ego, peurs, ambitions. La politique > logique.

6. Créer une Usine à Gaz

Commencer simple (5-10 activités max). Complexifier progressivement.

7. Ignorer la Résistance

Changer les rôles = redistribuer le pouvoir. Prévoir et accompagner.

🛠️ SOLUTIONS ÉPROUVÉES

La Matrice qui Aurait Marché

Activité               | Owner | Support  | Décideur |
----------------------|-------|----------|----------|
Migration ERP Global  |  PMO  |   ALL    |   DSI    |
  ↳ Analyse technique  |  DEV  | OPS,SEC  |   PMO    |
  ↳ Développement      |  DEV  |   SEC    |   PMO    |
  ↳ Tests              |  DEV  | OPS,SEC  |   PMO    |
  ↳ Déploiement        |  OPS  |   DEV    |   PMO    |
  ↳ Validation         | COMPL |   ALL    |   DSI    |

Principes :

• 1 Owner par activité
• Support clairement défini
• Décideur unique en cas de conflit
• Hiérarchie claire

Méthode de Construction

Étape 1 : Démarrer micro (5 activités max, 3-4 rôles)

Étape 2 : Co-construire (atelier 2h, toutes parties prenantes)

Étape 3 : Tester & ajuster (pilote 2 semaines, feedback continu)

Étape 4 : Industrialiser (formation, documentation, métriques)

Métriques de Succès

• Temps clarification : < 5 min pour identifier le bon interlocuteur
• Taux évitement : 0% de « c’est pas mon problème »
• Satisfaction équipes : > 7/10

🚀 PLAN D’ACTION : 4 PHASES

Phase 1 : Préparation (1 semaine)

• Identifier 3-5 activités critiques
• Cartographier acteurs clés
• Préparer atelier collaboratif

Phase 2 : Co-construction (1 semaine)

• Atelier 2h max, 5-7 participants
• Consensus ou escalade
• Matrice V1 sur 5 activités

Phase 3 : Test (4 semaines)

• Pilote sur projet secondaire
• Feedback hebdomadaire
• Ajustements continus

Phase 4 : Déploiement (8 semaines)

• Formation équipes (1h chacune)
• Documentation (1 page)
• Métriques automatisées

🎯 CONCLUSION

La leçon : RACI n’est pas le problème. Le problème c’est croire qu’un outil résout les dysfonctionnements humains.

Ce qu’il fallait faire :

• Commencer petit et progresser
• Co-construire avec toutes les parties
• Tester avant généraliser
• Accepter l’imperfection temporaire
• Mesurer l’impact réel

En gouvernance IT, l’ennemi principal n’est pas l’autre camp, c’est l’orgueil de ses propres généraux.

« Dans une guerre RACI, tout le monde parle, mais personne n’écoute. »

– Fin S3E01 –

📚 Références V4.2

Documentation Officielle

• RACI Matrix Official Guide – Project Management Institute, guide officiel matrices responsabilités
• COBIT 2019 Framework – Framework gouvernance IT enterprise, ISACA
• ITIL 4 Foundation – Service management moderne, Axelos

Articles de Référence

• When Project Governance Goes Wrong – Harvard Business Review, échecs gouvernance projet
• The RACI Matrix Decoded – McKinsey & Company, organisation efficace
• Collaborative Governance in IT – MIT Sloan Review, gouvernance collaborative transformation

Outils Production

• Microsoft Project – Gestion matrices RACI enterprise (lien)
• Lucidchart – Visualisation matrices responsabilités (lien)
• Monday.com – Suivi responsabilités collaboratif (lien)

Standards/Certifications

• PMP Certification – Project Management Professional (specs)
• COBIT Implementation – Gouvernance IT (specs)
• ITIL Foundation – Service management (specs)

Communautés

• PMI Community – Communauté project management mondiale
• DevOps Institute – Gouvernance DevOps, support expert
• ISACA Forums – Gouvernance IT enterprise, audience DSI/CTO