Mardi, 9 h 05, ligne d'emballage 4. L'imprimante d'étiquettes s'arrête tous les dix cartons. Lukas, chef d'équipe, porte des gants et tient un scanner. L'ordinateur le plus proche se trouve dans le bureau du contremaître, deux halls plus loin.
Alors il appelle. La maintenance, le collègue de l'informatique, parfois la première personne qui décroche. C'est le bon réflexe, car un appel est le moyen le plus rapide de transmettre un incident. Il n'arrive dans l'outil de tickets que plus tard, quand quelqu'un a le temps. Ou jamais, parce que le problème s'est réglé au bout d'une demi-heure et que plus personne n'y pense.
Cet article explique pourquoi cet appel est le moment le plus précieux d'un incident, et comment nous le capturons dans IncidentLive grâce à une hotline incidents à laquelle répond IncidentLive. Lukas n'a toujours rien d'autre à faire qu'appeler, mais un seul numéro au lieu de trois collègues différents.
Pourquoi les incidents sont encore signalés par téléphone
En production, en logistique, dans la maintenance des bâtiments et dans chaque équipe de nuit, le téléphone reste le premier canal de signalement. Pas parce que les gens ne connaissent pas d'outils, mais parce que la situation l'impose :
- Les mains sont prises. Quand on sécurise une machine, on ne remplit pas de formulaire.
- C'est urgent. Un appel prend une minute, un ticket complet cinq à dix.
- On veut qu'on puisse nous poser des questions. Au téléphone, l'interlocuteur demande des précisions tout de suite.
Le problème n'est donc pas l'appel. Le problème, c'est qu'il ne laisse aucune trace. La personne qui décroche note peut-être quelque chose sur un papier. Le ticket est créé plus tard, avec l'heure de sa création et les mots de la personne qui le saisit. Qui a appelé, à quelle heure et ce qui a été dit exactement, cela n'est écrit nulle part.
Ce qui manque lors de l'analyse après coup
Tant que l'incident est en cours, on le remarque à peine. Lors de l'analyse après coup, si :
- Dans le rapport 8D, D2 demande quand le problème est apparu pour la première fois et qui l'a constaté. Si le ticket indique 9 h 48 parce qu'il a été créé à ce moment-là, la description du problème est fausse dès le départ. Pour en savoir plus, lisez notre article sur le rapport 8D.
- Pour une notification NIS2, ce qui compte, c'est le moment où vous avez eu connaissance d'un incident important. L'alerte précoce doit partir dans les 24 heures. Sans moment documenté, vous discuterez ensuite du point de départ du délai.
- Pour l'analyse des causes, les premiers mots aident souvent plus que n'importe quel résumé ultérieur. « Depuis 9 h 05 environ, tous les dix cartons » est un indice. « Imprimante en panne » dans un ticket n'en est pas un.
Comment fonctionne le signalement par téléphone dans IncidentLive
Le déroulement est volontairement court. Lukas n'appelle plus la maintenance ni le collègue de l'informatique, mais la hotline incidents : un numéro unique pour tous les incidents, qu'il s'agisse d'un poste interne, d'un contact enregistré dans Teams ou d'un numéro chez Twilio. À l'autre bout, IncidentLive décroche et pose trois questions :
- Que s'est-il passé ?
- Qu'est-ce qui est touché ?
- Depuis quand ?
Il dispose d'une minute maximum par réponse, qu'une pause ou la touche dièse termine. Qui préfère parler librement peut laisser à la place un message de trois minutes maximum.
IncidentLive estime la gravité à partir de ce qui a été dit, par exemple si une ligne est à l'arrêt. Ceux qui veulent la fixer eux-mêmes appuient sur une touche de 1 (très urgent) à 4 (faible). L'équipe peut la modifier à tout moment, l'estimation n'est qu'une proposition.
Quelques secondes après avoir raccroché, l'incident est créé :
- au nom de Lukas, car son numéro est enregistré dans son profil,
- avec un titre tiré de sa première phrase, et non inventé par un modèle,
- avec l'appel comme première entrée de la chronologie, heure et mots exacts compris.
Lukas reçoit le numéro de l'incident par e-mail pour pouvoir vérifier plus tard ce qu'il est devenu. Si son collègue de la ligne 5 appelle cinq minutes plus tard pour la même imprimante, aucun second incident n'est créé : l'appel est ajouté à l'incident ouvert.
À partir de là, tout fonctionne comme pour n'importe quel autre incident dans IncidentLive. Alertes, tickets et notes arrivent sur la même chronologie, les agents de codage signalent leurs constats via MCP, et qui veut connaître l'état de la situation interroge l'incident au lieu de rappeler Lukas.
Qui peut créer un incident
Une hotline incidents que tout le monde peut appeler est aussi une invitation. Quelques règles fixes s'appliquent donc :
- Numéros connus : chaque utilisateur enregistre jusqu'à trois numéros de téléphone dans son profil. Seuls les appels depuis ces numéros créent directement un incident à son nom.
- Les numéros inconnus ou masqués ne créent rien. Ils passent en tri, où votre équipe lit ce qui a été dit et décide s'il en sort un incident. Par exemple le technicien externe qui signale la nuit que la chambre froide du hall 2 monte à 9 degrés.
- Un appel ne peut faire que deux choses : créer un incident ou compléter un incident existant. Il ne clôture rien et ne modifie aucun droit. Ce qui doit se passer automatiquement ensuite, c'est à vous de le définir (voir plus bas).
- Les numéros usurpés se remarquent. Si quelqu'un crée un incident avec le numéro usurpé d'un collègue, ce collègue en est informé par e-mail.
S'y ajoute une limite de cinq appels par numéro et par heure, pour qu'une fausse alerte en rappel automatique n'inonde pas la chronologie.
Standard téléphonique, Teams ou Twilio
Pas besoin de nouvel opérateur. IncidentLive se connecte de trois façons :
- Votre standard téléphonique en SIP, sur site ou dans le cloud, avec un poste interne. La seule condition : le standard doit transmettre le numéro de l'appelant et non celui du standard, sinon IncidentLive ne peut reconnaître personne.
- Microsoft Teams, par exemple via un contact enregistré. Un appel depuis Teams fonctionne comme depuis n'importe quel autre numéro.
- Twilio, si vous voulez un numéro dédié joignable depuis l'extérieur. C'est une option, pas une obligation.
Avec un standard ou Teams, les appels peuvent rester entièrement sur votre réseau interne. Avec Twilio, seule la partie qui reçoit les appels doit être joignable depuis l'extérieur.
Protection des données au téléphone
Un appel contient plus qu'on ne le croit. C'est pourquoi nous le traitons avec parcimonie :
- La reconnaissance vocale tourne en local par défaut sur vos serveurs, pas dans le cloud d'un tiers. En allemand ou en anglais, réglé par numéro.
- Le numéro de l'appelant n'est enregistré que sous forme abrégée.
- Les mots de passe et les clés sont filtrés avant tout enregistrement. Qui dit « le mot de passe est … » au téléphone ne le retrouvera pas dans la chronologie.
- Avec Twilio, un enregistrement n'y reste que jusqu'à ce qu'IncidentLive l'ait récupéré, puis il est supprimé. Vous pouvez aussi utiliser la reconnaissance vocale de Twilio : rien n'est alors enregistré, mais Twilio traite les paroles.
Ce que le signalement par téléphone n'est pas
IncidentLive n'est ni un outil d'alerte ni un outil d'astreinte, et il ne remplace pas votre outil de tickets. Le signalement par téléphone résout un problème plus ciblé : le premier signe d'un incident arrive souvent par téléphone, et il ne doit pas se perdre.
Bien sûr, un incident signalé peut déclencher davantage. Créer un ticket dans Jira ou GitHub, prévenir la personne d'astreinte, lancer un workflow : tout cela est possible. Mais cela se présente différemment dans chaque équipe. Quel incident réveille qui à trois heures du matin, lequel peut attendre le lendemain et lequel nécessite tout de suite un ticket dépend de votre organisation. Il n'existe donc pas de réglage standard valable pour tous. Nous le configurons avec vous au cas par cas, après avoir évalué ce qui vous aide vraiment et ce qui ne fait qu'ajouter du bruit.
Cela paraît modeste, mais cela paie lors de l'analyse après coup. L'appel de 9 h 05 figure dans la chronologie avant que quiconque ait créé le premier ticket. Lorsqu'il faut ensuite préparer D1 à D8 pour le rapport 8D ou envoyer l'alerte précoce à l'autorité, le moment est documenté, avec les propres mots de Lukas à côté.
La page Report incidents by phone (en anglais) montre à quoi cela ressemble dans l'interface et comment configurer votre hotline incidents. Pour le projet pilote, nous installons IncidentLive sur vos serveurs et le connectons à votre standard téléphonique ou à Teams.