Führen Sie Befehle, technische Arbeitsströme, Kommunikation mit Stakeholdern, Entscheidungen, Wiederherstellungskriterien und Maßnahmen nach dem Vorfall aus einem sichtbaren Zeitplan aus.
Der Raum für schwerwiegende Vorfälle öffnet sich auf Grundlage von Befehl und geschäftlicher Auswirkung – nicht auf einem gewöhnlichen Ticketformular. Teams können sehen, wer die Leitung hat, was betroffen ist, wann das nächste Update fällig ist, welche Entscheidungen getroffen wurden und was erfüllt sein muss, bevor der Vorfall abgeschlossen wird.
Für bis zu fünf Nutzer kostenlos. Keine Kreditkarte erforderlich.
Felder, Workflows und Dashboards ohne Programmierung anpassen. Mehr als 1.000 App-Vorlagen und Anwendungsfälle entdecken
Die erste Ansicht ist der Major-Incident-Command-Room. Verwenden Sie die Tabs, um Kommunikation, Serviceauswirkungen, Wiederherstellungsprüfungen und Nachfolgeaktionen zu prüfen.
Ein kritischer Vorfall benötigt klare Autorität und Rhythmus, während die technischen Teams frei bleiben, um Untersuchungen durchzuführen.
Verwenden Sie Servicekritikalität, Benutzerumfang, Umsatz- oder operative Auswirkungen, regulatorische Risiken und erwartete Dauer, um zu entscheiden, wann die normale Vorfallbearbeitung in eine Koordination für größere Vorfälle übergehen muss.
Benennen Sie einen Incident Commander, technischen Leiter, Kommunikationsleiter, Serviceverantwortlichen und Arbeitsstromverantwortliche. Vermeiden Sie es, dass der technisch versierteste Mitarbeiter gleichzeitig jede Entscheidung und jedes Publikum koordiniert.
Bestätigte Ereignisse, Hypothesen, Entscheidungen, Maßnahmen, Ergebnisse, Aktualisierungszeiten und Zustandsänderungen in der Reihenfolge aufzeichnen. Der Zeitverlauf sollte unterscheiden, was zu diesem Zeitpunkt bekannt war, von dem, was die Überprüfung später herausgefunden hat.
Ein vorhersehbares Aktualisierungsmodell reduziert doppelte Fragen und verhindert, dass nicht überprüfte Erklärungen zu Verpflichtungen werden.
Betriebliche, geschäftsführende, kundenorientierte und regulatorische Zielgruppen auswählen; deren Aktualisierungsintervall, Verantwortlichen, genehmigten Kanal und nächste Fälligkeit aufzeichnen.
Bestätigten Einfluss, aktuelle Maßnahmen, Workaround und nächste Aktualisierung angeben. Vermutete Ursachen im technischen Arbeitsbereich belassen, bis Beweise eine breitere Aussage stützen.
Erfassen Sie Entscheidungen wie Rollback, Failover, Funktionsdeaktivierung, Verkehrsreduzierung oder kontrollierten Abbau gemeinsam mit dem Entscheidungseigentümer, einschließlich Zeit, Begründung, erwartetes Ergebnis und beobachtetes Ergebnis.
Technische Wiederherstellung, Benutzerwiederherstellung und Korrekturmaßnahmen sind miteinander verbunden, aber unterschiedliche Meilensteine.
Bestätigen Sie die Serviceverfügbarkeit, den Erfolg der Transaktionen, das Vertrauen in die Überwachung, die Bearbeitung von Rückständen, die Datenintegrität, wo relevant, die Benutzervalidierung und die Kommunikation mit den Stakeholdern, bevor Sie den Befehl aufheben.
Bewahren Sie den Zeitverlauf und die Beweise auf, und untersuchen Sie dann Bedingungen, Signale, Schutzmaßnahmen, Koordination und Entscheidungen, ohne die Überprüfung in eine Jagd nach einem Schuldigen zu verwandeln.
Gib jeder Maßnahme ein adressiertes Risiko, einen Verantwortlichen, ein Fälligkeitsdatum, Nachweis der Fertigstellung und Überprüfung der Wirksamkeit. Ein Dokument allein reduziert die Wiederholung nicht.
Eskalieren für Koordinationsbedarf und geschäftliche Konsequenzen, nicht nur für eine dramatische Bezeichnung.
| Hinweis | Kommandoentscheidung | Operative Reaktion |
|---|---|---|
| Kritische Auswirkung auf mehrere Dienste oder breite Benutzergruppe | Major Incident erklären | Kommando-Rollen zuweisen und Aktualisierungsfrequenz festlegen |
| Erhebliche Auswirkung durch stabile Übergangslösung eingedämmt | Behalte das Kommando, bis das Risiko verstanden ist | Überwache die Übergangslösung und plane die kontrollierte Wiederherstellung |
| Hohe technische Schwere, aber begrenzte geschäftliche Auswirkung | Bleiben Sie bei einem Standardvorfall, es sei denn, die Koordination erfordert mehr. | Verwenden Sie die eigenen Spezialistenreaktionen. |
| Wiederherstellung erreicht, aber das Vertrauen ist unvollständig. | Noch nicht aufgeben. | Validieren Sie Monitoring, Transaktionen, Benutzer und Rückstände. |
Verwenden Sie Jodoo, um während eines größeren Vorfalls Erklärungen, Rollen, Arbeitsströme, Entscheidungen, Stakeholder-Updates, Wiederherstellungskriterien und Folgeaufzeichnungen sichtbar zu halten.
Das Ergebnis ist ein Befehlsprotokoll, das während der Reaktion lesbar und während der Überprüfung verteidigbar bleibt.Protokollieren Sie den Vorfallleiter, den technischen Leiter, den Kommunikationsverantwortlichen, den Serviceverantwortlichen und jeden Arbeitsstrom, ohne Verantwortlichkeiten im Chat zu verstecken.
Ändern Sie Zielgruppen, Nachrichtenfelder, Zeiten für die nächste Aktualisierung und Eskalationsregeln, um den Auswirkungen und der Reaktionspraxis der Organisation zu entsprechen.
Verknüpfen Sie Beweise für die Entwarnung mit der Nachfallüberprüfung, dem Problem, der Änderung und den Korrekturmaßnahmen, die nach Wiederaufnahme des Dienstes offen bleiben.
Halten Sie die Koordination bei kritischen Reaktionen sichtbar, während Spezialwerkzeuge die Erkennung, Benachrichtigung und technische Zusammenarbeit übernehmen.
Deklaration, Befehlsrollen, Arbeitsströme, Entscheidungen, Stakeholder-Updates, Wiederherstellungskriterien, Entwarnung, Überprüfung und Korrekturmaßnahmen.
Verknüpfen Sie das Paging-Ereignis, Konferenz- oder Chatraum, Überwachungsnachweise, Bereitstellungsprotokoll und Statusseiten-Kommunikation, ohne jedes technische Ereignis zu kopieren.
Bereitschaftsplanung, automatisches Paging, Alarmkorrelation, Automatisierung des Vorfallsraums und Integrationen zur Beobachtbarkeit müssen sofort einsatzbereit sein.
Deklariere dies, wenn die geschäftlichen Auswirkungen, die Servicekritikalität, die Koordinationskomplexität, regulatorische Risiken oder die erwartete Dauer eine dedizierte Befehls-, Kommunikations- und Entscheidungsabfolge erfordern, die über die normale Vorfallbearbeitung hinausgeht.
Verwende einen Vorfallleiter, der Prioritäten, Rollen, Ablauf und Entscheidungen koordinieren kann. Der tiefste technische Spezialist sollte normalerweise einen technischen Arbeitsbereich leiten, anstatt jede Befehlsverantwortung zu übernehmen.
Definieren Sie Kriterien wie stabilen Service, erfolgreiche Transaktionen, akzeptables Monitoring, verwalteten Rückstand, validierte Daten, Benutzerbestätigung und abgeschlossene Stakeholder-Updates. Die Wiederherstellungssicherheit sollte beobachtbar sein.
Nein. Behalten Sie Alerting, Paging und technische Diagnose in Spezialwerkzeugen bei. Verwenden Sie Jodoo für Befehlsrollen, Entscheidungen, Stakeholder-Updates, Wiederherstellungskriterien und Nachverfolgung nach dem Zwischenfall.
Ja. Autorisierte Ersteller können Befehlsfelder, Arbeitsabläufe, Aktualisierungszeiten, Entscheidungsaufzeichnungen, Wiederherstellungsprüfungen und Dashboards ohne Code ändern.
Untersuchen Sie kritische, stabilisierte, wiederhergestellte und prüfbereite Beispiele, bevor Sie Rollen, Taktung und Wiederherstellungskriterien auf Ihre eigenen Dienste anpassen.
Erkunden Sie den Raum für schwerwiegende Vorfälle