Structure d'un message d'incident
Rédiger un point de situation factuel, lisible en moins de deux minutes, dès l'ouverture d'un incident.
À retenir
- Un message d'incident suit toujours les cinq blocs : identification, constat, impact, actions, prochaine échéance.
- Séparer strictement le fait observé de la cause supposée tant qu'elle n'est pas confirmée.
- Annoncer une heure précise de prochain point, même sans nouveauté, plutôt que rester silencieux.
- La structure reste identique du premier message à la clôture ; seul le contenu factuel évolue.
Pourquoi la structure prime sur le style
Pendant un incident, le client ne lit pas un message pour apprécier sa plume : il cherche trois réponses en cinq secondes — que se passe-t-il, suis-je impacté, quand aurai-je des nouvelles ? Un message mal structuré, même bien intentionné, génère plus d'appels et plus d'anxiété qu'il n'en évite.
Le squelette en cinq blocs
| Bloc | Contenu | Exemple |
|---|---|---|
| Identification | Référence ticket, date/heure, périmètre | INC-2026-0451, 14h32, Salle B — Baie 12 |
| Constat factuel | Ce qui est observé, sans cause supposée | Coupure d'alimentation détectée sur le PDU B2 |
| Impact | Services ou clients concernés, à quel niveau | Redondance active, aucun impact client à ce stade |
| Actions en cours | Ce que l'équipe fait, maintenant | Équipe électrique sur site, diagnostic en cours |
| Prochaine échéance | Heure précise du prochain point, même si « pas de nouveauté » | Prochain point à 15h00 au plus tard |
Point clé
un message d'incident ne doit jamais mélanger le fait constaté et l'hypothèse de cause. Écrivez « une coupure est détectée », pas « il semble qu'un disjoncteur ait sauté » tant que ce n'est pas confirmé.
Modèle — première notification
Objet : [INC-2026-0451] Incident en cours — Salle B, sans impact client confirmé à ce stade Bonjour, À 14h32, notre supervision a détecté une coupure d'alimentation sur le PDU B2 de la salle B. La redondance active a pris le relais ; aucun impact n'est constaté sur vos équipements à ce stade. Notre équipe électrique est sur site et procède au diagnostic. Nous reviendrons vers vous au plus tard à 15h00, même en l'absence d'élément nouveau. Cordialement, [Nom] — Astreinte NOC
Modèle — mise à jour
Objet : [INC-2026-0451] Mise à jour — cause identifiée Bonjour, à 14h58, la cause a été identifiée : déclenchement intempestif du disjoncteur amont du PDU B2. Le rétablissement est en cours de validation par notre équipe sécurité électrique avant remise sous tension. Impact : toujours aucun, la redondance couvre l'ensemble de la charge. Prochain point à 15h45.
Modèle — clôture
Objet : [INC-2026-0451] Incident résolu Bonjour, l'alimentation du PDU B2 a été rétablie à 15h20 après contrôle de sécurité complet. Aucun impact n'a été constaté sur vos services durant l'incident. Une analyse de cause détaillée (post-incident review) vous sera transmise sous 5 jours ouvrés. Nous restons à votre disposition pour toute question.
Attention
ne jamais clôturer un message par « tout est réglé » sans préciser la date de l'analyse de cause : le client la demandera de toute façon, autant l'anticiper.
Erreurs fréquentes à éviter
- Annoncer une cause avant confirmation technique.
- Utiliser du jargon interne (« le CRAC a tripé ») sans traduction pour un lecteur non technique.
- Envoyer un message plus long à mesure que l'incident dure : la structure doit rester identique, seul le contenu factuel change.
- Oublier de préciser l'absence d'impact quand c'est le cas : le silence sur ce point inquiète plus qu'il ne rassure.
Sur le terrain
un rédacteur d'astreinte efficace prépare son message avant même d'avoir la cause confirmée, en laissant les champs « cause » et « ETA » vides jusqu'à validation — cela évite le réflexe de deviner sous pression.
Astuce
relisez chaque message en vous demandant « si je recevais ceci sans contexte, saurais-je quoi faire de cette information ? ». Si la réponse est non, retravaillez le bloc impact.