Que faut-il savoir sur « Causes racines, du symptôme aux mécanismes » ?
Extrait de Gestion des incidents
Chercher une cause unique est confortable et faux.
Les incidents naissent souvent de combinaisons : une régression non détectée plus un monitoring bruité, un privilège trop large plus un processus d’approbation contourné, une dépendance SaaS sousdimensionnée plus un pic d’usage.
On utilise des méthodes sobres : « 5 pourquoi », arbres de défaillance, diagrammes d’Ishikawa.
On remonte jusqu’aux mécanismes stables : dette technique accumulée, défaut de standardisation, manque de tests de restauration, absence de budget d’erreur, gouvernance hésitante.
La cause racine est celle sur laquelle une décision structurelle produit un effet durable.
Elle n’est pas toujours technique.
Elle tient souvent à la façon de prioriser, de déployer, de donner mandat. La lucidité fait gagner des mois.