Humain

Plan humain

Une plateforme d’observabilité très bien construite peut n’être consultée par personne et une astreinte réveillée trop souvent pour rien finit par ne plus réagir aux alertes. Le plan humain s’intéresse aux personnes, à leurs réflexes et à leurs limites.

Les chapitres suivent la boucle d’apprentissage d’un incident.

flowchart TB
  A["Alerte<br/>actionnable"] --> R["Réponse<br/>et diagnostic"] --> RS["Rétablissement"] --> PM["Post-mortem<br/>sans blâme"]
  PM --> AC["Actions,<br/>pas des coupables"]
  AC -->|"seuils, tableaux de bord,<br/>procédures"| A
  PM -.->|"coût réel de l'incident"| MET["Métiers<br/>concernés"]

Chapitres publiés et à venir

Chapitre	Ce que vous apprenez à faire	Statut
Fatigue d’alerte	mesurer le bruit, supprimer les alertes non actionnables	prévu
Une astreinte soutenable	dimensionner les rotations, protéger le sommeil, outiller l’escalade	publié ; le point de vue de la direction dans le parcours DSI, leçon 5 ; l’astreinte qualité pour l’IA dans la méthode GenAI
Le post-mortem sans blâme	animer une analyse d’incident qui produit des actions, pas des coupables	publié ; quatre règles de culture dans le parcours DSI, leçon 5
Diagnostiquer sous pression	connaître les biais cognitifs en incident et concevoir des tableaux de bord qui les limitent	prévu
Métiers et compétences	définir les rôles (SRE, ingénieur observabilité, responsable plateforme) et leurs parcours	archétypes et trajectoires dans le parcours DSI, leçon 5
Faire adopter l’observabilité	embarquer les équipes de développement, mesurer l’usage réel	ADKAR appliqué dans le parcours DSI, leçon 6 ; chapitre dédié prévu

Pour mesurer

Le simulateur de fatigue d’alerte estime la charge réelle d’une semaine d’astreinte et dit si elle est soutenable. Le simulateur de budget d’erreur montre comment des alertes multi-fenêtres réveillent moins souvent pour rien.