Modules · Incidents majeurs

Quand tout tombe, une seule salle de crise et un seul pilote.

Un incident majeur exige une coordination de crise. Ecaldima met un responsable aux commandes, réunit l’équipe dans une salle de crise en temps réel et tient les parties prenantes informées, phase après phase.

Demander une démonstration Télécharger la fiche

  • Déclaré depuis le ticket, déjà rempli
  • Fil de crise en temps réel
  • Clôture soumise à la revue

01Pendant la crise

Diagnostics, décisions et escalades dans un fil que tous voient en direct.

La salle de crise consigne chaque entrée avec son auteur et son heure, se filtre par nature et donne en un clic le lien de la visioconférence ou du pont téléphonique. Le responsable de crise pilote les phases et peut passer la main : chaque passation est tracée.

02Pour les parties prenantes

Personne n’attend des nouvelles.

Messages internes et clients, à partir de modèles, envoyés à la main ou à chaque changement de phase, avec leur historique. Sur chaque ticket, les agents voient qu’une crise est en cours.

Personne n’attend des nouvelles.

03Après la crise

Une crise ne se clôt pas sans en tirer les leçons.

La revue post-incident, sans recherche de coupable, est pré-remplie depuis le fil de la crise. Elle ouvre le problème majeur et le changement d’urgence, déjà remplis, pour corriger la cause.

Une crise ne se clôt pas sans en tirer les leçons.

De l’alerte à la crise, sans ressaisie.

Un incident majeur se déclare depuis un ticket ouvert, dont le titre et les éléments touchés sont repris. Quand de nombreux éléments tombent en quelques minutes, la console de supervision suggère de le déclarer ; un déploiement en échec s’y escalade en un clic.

Toutes les crises sous les yeux.

Radar des crises, tableau Kanban par phase, temps moyen de résolution et taux de revues réalisées : vous voyez où en est chaque crise, et si les leçons sont tirées.

Ecaldima est maintenant au même niveau que les grands éditeurs américains.

Nos partenaires

Modules associés

Périmètre fonctionnel Tout le détail du module
  • Critères de déclarationImpact large, service critique compromis, urgence sans contournement, exposition financière, réglementaire ou de réputation, coordination entre équipes.
  • Phases ITILDéclaré, coordination, stabilisation, résolu, clôturé, avec retour possible en cas de stabilisation insuffisante ou de rechute.
  • Responsable de criseUn seul pilote à la fois ; passation et reprise sont tracées dans l’historique.
  • Salle de criseFil en temps réel, filtres par nature d’entrée, lien pour rejoindre la visioconférence ou le pont téléphonique.
  • CommunicationsPublics internes et clients, messages types, notification automatique à chaque changement de phase.
  • Revue post-incidentCause racine et actions d’amélioration, pré-remplies depuis le fil de la crise ; la clôture en dépend.
  • PilotageRadar des crises, tableau Kanban par phase, temps moyen de résolution et taux de revues réalisées.
  • Éléments touchésDésignés dans la CMDB, repris du ticket d’origine.

Intégrations

  • Service Desk, source de la déclaration
  • Gestion des changements et des problèmes, pour le chaînage
  • Référentiel CMDB, pour les éléments touchés
  • Notifications par e-mail, avec des modèles modifiables

Prérequis

  • Les responsables de crise, à désigner
  • Un outil de visioconférence ou un pont téléphonique, dont l’adresse se renseigne à la déclaration

L’essentiel de cette page en PDF, à garder ou à transmettre.

Télécharger la fiche

Vous voulez voir ce module sur vos propres processus ?

Nous construirons la démonstration autour de votre réalité opérationnelle.

Demander une démonstration