« Il suffit d’envoyer le même résumé à tout le monde. »
Une équipe technique, un responsable métier, une cellule de crise et un acteur externe n’ont ni le même besoin d’information ni le même droit d’accès.
01Commence par l’audience
lab=/tmp/soria-ir-lot5-$USER
column -s, -t "$lab/source/communications/audiences.csv"Le corpus distingue audiences internes et externes. Cette distinction change le niveau de détail, la validation et le propriétaire.
02Écris le but avant le texte
column -s, -t "$lab/source/communications/messages.csv"Chaque message possède un objectif : partager des faits vérifiés, expliquer un impact métier, demander une décision ou préparer un brouillon externe.
03Conserve l’approbation humaine
Le message externe MSG-004 reste WITHHELD. Il existe comme artefact de préparation, mais le lab ne l’envoie pas et ne prétend pas qu’il a été approuvé dans le monde réel.
04Observe la sortie dérivée
bash module5-coordination-intelligence-learning.sh run "$lab"
column -s, -t "$lab/output/communication-plan.csv"Les seuls états autorisés sont DRAFT, APPROVED_FOR_SIMULATION et WITHHELD. SENT et PUBLISHED sont bloqués.
05Relie communication et handoff
Une communication interne peut déclencher une décision métier. Une communication externe peut nécessiter communication, juridique, direction ou d’autres acteurs selon le contexte réel. Le lab ne décide jamais quelles obligations légales s’appliquent.
06Teste la limite
grep 'external-message' "$lab/output/negative-results.csv"
grep 'message-claimed-sent' "$lab/output/negative-results.csv"Les variantes invalides restent BLOCKED.
Prépare trois messages
Rédige un message technique, un message métier et un brouillon externe. Pour chacun, sépare faits vérifiés, inconnues, décision attendue, propriétaire et approbation.
✓À retenir
Une bonne communication d’incident n’ajoute pas de certitude : elle distribue les faits utiles à la bonne audience avec une responsabilité et une approbation explicites.