Aller au contenu
MTTL, Mean Time To Learn

BusinessPratique

Simulateur : le business case du MTTR

Pour : managers d’équipe · finance, risque et conformité · direction et DSIPrérequis : Savoir ce que mesurent le MTTD et le MTTR.

Mode de lecture

Un projet d’observabilité se justifie rarement par lui-même ; il se justifie par ce qu’il change à la durée et au coût des incidents. Ce simulateur relie quatre grandeurs à un retour sur investissement, avec ses hypothèses à découvert. La direction connaît ces grandeurs ou peut les estimer : nombre d’incidents, coût d’une heure d’indisponibilité, temps moyen de détection ou MTTD, temps moyen de rétablissement ou MTTR.

Incidents
Coût d’une heure d’indisponibilité (incident majeur)
Temps de détection et de rétablissement
Investissement d’observabilité

Résultat

Coût annuel des incidents, avant
Coût annuel des incidents, après
Gain annuel
Retour sur investissement annuel
Délai de récupération
Sensibilité : si l’amélioration n’est que de 50 %
Coût annuel des incidents, décomposé
  • Détection
  • Rétablissement
Cumul sur 36 mois
  • Coût cumulé de l’investissement
  • Gains cumulés

Modèle volontairement simple : le coût d’un incident est proportionnel à sa durée totale (MTTD + MTTR, le MTTR étant compté ici à partir de la détection) ; un incident mineur coûte une fraction fixe d’un majeur ; l’investissement ne réduit pas le nombre d’incidents (hypothèse prudente). Les gains montent linéairement pendant la montée en charge. Coûts non actualisés. Remplacez chaque hypothèse par vos chiffres.

À essayer

Section intitulée « À essayer »
  1. Le cas de départ : 24 incidents par an, un sur quatre majeur, MTTD ramené de 30 à 10 minutes et MTTR de 120 à 60 minutes. Le gain annuel dépasse 290 000 € pour un coût de 150 000 € par an. Le retour est d’environ 94 % et l’investissement se rembourse en un peu moins de 10 mois.
  2. La sensibilité : regardez la tuile « si l’amélioration n’est que de 50 % ». Le retour devient légèrement négatif : le projet ne tient que si l’on obtient plus de la moitié de l’amélioration promise. C’est la question à poser avant de signer.
  3. Le poids du chiffre d’affaires : mettez le chiffre d’affaires perdu à 0 (un service interne, par exemple). Avec seulement la productivité et les pénalités, le gain ne couvre plus le coût : le business case dépend entièrement de ce que coûte vraiment une heure d’arrêt.
  4. Détection ou rétablissement ? Mettez le MTTR visé à 120 minutes pour ne réduire que le MTTD. Le gain tombe à environ 73 000 €. Dans ce cas, la détection ne pèse qu’un cinquième du coût : c’est le rétablissement (diagnostic, corrélation, runbooks) qui porte l’essentiel du gain. Pour un service sujet aux pannes silencieuses, détectées tard, ce serait l’inverse.

La règle à retenir

Section intitulée « La règle à retenir »

Un business case honnête ne présente pas un seul chiffre de retour, mais une fourchette. Elle comprend le cas visé, le cas à 50 % et le seuil d’amélioration en dessous duquel l’investissement ne se rembourse pas. Les hypothèses (coût horaire, part d’incidents majeurs, gains attendus) doivent être écrites et attribuées à quelqu’un qui en répond. Revoyez-les après un an avec les MTTD et MTTR réellement mesurés.

Pour aller plus loin : le plan business, les passerelles entre les plans, le calculateur d’exposition économique de l’IA générative et le simulateur de budget d’erreur.