Ein Kanal, und der Zeitverlauf schreibt sich selbstEinKanal,undderZeitverlaufschreibtsichselbst
Enclessa bearbeitet eine Störung in einem einzigen Kanal: Das Monitoring schreibt über einen eingehenden Webhook hinein, der Videoanruf startet aus dem Raum statt über eine separate Einladung, Entscheidungen werden angeheftet, sobald sie fallen, und die Folgearbeit wird zu Karten, die auf die auslösenden Nachrichten zurückverweisen. Weil Alarm, Gespräch und Anruf in einem Raum stattfinden, ist der Kanal hinterher der Zeitverlauf — das Postmortem entsteht durch Nachlesen, nicht durch mühsames Zusammensetzen aus vier Produkten.
Ein eingehender Webhook je Kanal, Payload im Slack-Format
Der Anruf
Im Raum gestartet, mit Bildschirmfreigabe und Host-Steuerung
Die Aufzeichnung
Anheftungen, Threads, Permalinks und Volltextsuche
Folgearbeit
Board-Karten, die auf die zugrunde liegende Nachricht verweisen
Raumtyp
Verwaltet, damit der Kanal durchsuchbar und exportierbar ist
Einstieg
Im Free-Tarif; Webhooks und Boards in den bezahlten Tarifen
Die Ausgangslage
Etwas ist kaputt, und mehrere Leute müssen gleichzeitig daran arbeiten — zu einer Uhrzeit, zu der niemand in Bestform ist. Die Arbeit ist überwiegend Koordination: klären, was eigentlich passiert, festlegen, wer was tut, und genug festhalten, damit derselbe Ausfall beim zweiten Mal billiger wird. Die technische Behebung ist oft der kurze Teil.
Was schiefgeht, wenn das über vier Produkte verteilt ist
Der Alarm liegt an einem Ort, das Gespräch an einem anderen
Das Monitoring schickt eine E-Mail an einen Verteiler, jemand sieht sie, jemand anderes fragt im Chat nach, und in den ersten zehn Minuten besteht die wertvollste Tätigkeit darin, festzustellen, dass alle über dasselbe Ereignis sprechen.
Der Anruf hat keinen Thread
Die wichtige Entscheidung fällt mündlich in einem Anruf, den nichts festgehalten hat und dem die Hälfte der Beteiligten verspätet beigetreten ist. Aufgeschrieben wird hinterher, woran sich die Person mit dem besten Gedächtnis erinnert.
Der Zeitverlauf muss hinterher rekonstruiert werden
Ein Postmortem aus Chatverlauf, Ticket, Kalendereintrag und dem Terminal-Scrollback einer Kollegin ist vor allem Archäologie — und am schwersten zu rekonstruieren sind genau die Teile, aus denen man am meisten lernen könnte.
Die Folgearbeit entfernt sich von ihrem Anlass
Aus der Nachbesprechung kommen drei Maßnahmen, die in einem anderen Produkt zu Tickets werden. Dort lesen sie Leute, die die Störung nie gesehen haben, und stufen sie stillschweigend herunter, weil nichts im Ticket erklärt, warum es wichtig war.
Wie Enclessa damit umgeht
1
Einen verwalteten Kanal für Störungen anlegen und ihm einen Webhook geben
Legen Sie im Team, das den Dienst verantwortet, einen Kanal an und stellen Sie ihn auf den verwalteten Modus, damit der Raum durchsuchbar, exportierbar und für Automatisierung erreichbar ist. Wer diesen Kanal verwalten darf, kann dafür einen eingehenden Webhook anlegen. Sie erhalten eine URL und ein Secret für Ihr Monitoring, Ihre Deployment-Pipeline oder Ihre Statusseite.
2
Den Alarm die Störung eröffnen lassen
Das Monitoring schreibt über den Webhook in den Kanal, als Bot-Konto, das sichtbares Mitglied des Raums ist. Der Beitrag enthält, was Ihr Alarm-Payload enthält — Titel, Link, Felder —, zu lesbarem Text aufbereitet. Die erste Nachricht der Störung ist also der Alarm selbst und nicht die Nacherzählung von jemandem.
3
Den Anruf aus dem Raum starten
Tippen Sie /call oder starten Sie den Anruf aus dem Kanal. Wer schon im Raum ist, kann ohne Einladung beitreten, die Bildschirmfreigabe steht für die Person bereit, die zeigen muss, was sie sieht, und Lobby und Host-Steuerung gibt es für den Moment, in dem jemand aus der Leitung einem überfüllten Anruf beitreten muss.
4
Die Entscheidungen im Kanal festhalten, nicht im Anruf
Schreiben Sie jede Entscheidung in den Kanal, sobald sie fällt, und heften Sie sie an. Nutzen Sie Threads für die Nebenuntersuchungen, damit der Hauptkanal eine durchgehende Erzählung bleibt statt vier ineinander verschachtelter Gespräche, und einen Permalink, wenn Sie jemanden auf den genauen Moment verweisen müssen, in dem sich etwas geändert hat.
5
Die Folgearbeit in Karten verwandeln, die ihren Anlass kennen
Legen Sie die Folgearbeit als Karten auf dem Board des Teams direkt aus den Nachrichten an, aus denen sie entstanden ist. Jede Karte behält einen Link zurück auf Kanal und Nachricht, sodass die Person, die sie drei Wochen später übernimmt, den Grund nachlesen kann, statt ihn zu erraten.
6
Die Nachbesprechung durch Nachlesen im Raum schreiben
Durchsuchen Sie den Kanal nach Zeitraum, Verfasser oder Formulierung, exportieren Sie, was Sie brauchen, und schreiben Sie das Postmortem aus einer einzigen, geordneten Aufzeichnung. Nichts muss produktübergreifend abgeglichen werden, weil nichts außerhalb des Raums passiert ist.
Welcher Tarif dafür nötig ist
Kanal, Threads und Anruf gibt es in jedem Tarif, auch im Free-Tarif. Eingehende Webhooks, Bot-Konten und Aufgabenboards gibt es ab dem Team-Tarif. Ein Störungskanal, in dem Menschen sich abstimmen, funktioniert also vom ersten Tag an; die Hälfte mit Alarmierung und Folgearbeit kommt mit dem Wechsel in einen höheren Tarif. Preise und Tarifinhalte stehen auf der Preisseite.
Ein Störungskanal muss ein verwalteter Raum sein. Webhooks, Bots und serverseitige Suche funktionieren in einem Ende-zu-Ende-verschlüsselten Raum nicht, weil der Server für ihn keinen Schlüssel hat.
Ein Produkt für Incident-Management ist das hier nicht: kein Bereitschaftsplan, kein Paging, keine Eskalationsrichtlinie, kein Schweregrad-Workflow und keine Statusseite. In Enclessa wird die Störung bearbeitet; wer geweckt wird, entscheidet Enclessa nicht.
Anrufe werden nicht als herunterladbare Datei aufgezeichnet, der Anruf ist also nicht Teil der schriftlichen Aufzeichnung. Was zählt, muss in den Kanal geschrieben werden.
Nichts schiebt Ereignisse aus Enclessa hinaus. Alarme kommen über einen Webhook herein; muss ein anderes System wissen, dass eine Störung eröffnet wurde, muss es nachfragen — oder Sie sagen es ihm.
Eine Nachricht kann keinen Button und kein Formular tragen. Eine Integration kann „Bestätigen“ oder „Eskalieren“ also nicht als etwas zum Anklicken anbieten.
Ja. Wer einen Kanal verwalten darf, kann dafür einen eingehenden Webhook anlegen und erhält eine URL und ein Bearer-Secret. Der Payload folgt dem Format von Slack, sodass die meisten Monitoring-Werkzeuge, die bereits an Slack senden, nur eine neue URL brauchen.
Nein. Es gibt keinen Bereitschaftsplan, kein Paging und keine Eskalationsrichtlinie. In Enclessa wird eine Störung koordiniert, sobald die Leute wach sind; wen man weckt, entscheidet ein spezialisiertes Werkzeug, das seinen Alarm in den Kanal schreiben kann.
Ja, sofern der Kanal ein verwalteter Raum ist. Verwaltete Kanäle sind per Volltextsuche indiziert, lassen sich exportieren und behalten Anheftungen, Threads und Permalinks — die geordnete Aufzeichnung existiert also bereits, ohne dass jemand sie pflegen muss.
Anrufe können von einem Host mit der Aufzeichnungsberechtigung aufgezeichnet werden, es gibt aber keine herunterladbare Aufzeichnungsdatei, die man einem Postmortem beifügen könnte. Was den Anruf überdauern soll, gehört noch während des Anrufs in den Kanal.
Verschlüsselte Zusammenarbeit, gehostet in Europa.VerschlüsselteZusammenarbeit,gehostetinEuropa.
Legen Sie in ein paar Minuten einen Workspace an. Er gehört Ihnen, erreichbar unter your-team.enclessa.app, betrieben in der Europäischen Union, mit Ende-zu-Ende-verschlüsselten Direktnachrichten ab der ersten.