On-Call Health

On-Call Health

Rootly AI Labs · Produktivität

On-Call Health ist ein Open-Source-Tool zur Burnout-Erkennung für Engineering-Teams. Es hilft Ihnen, das Burnout von Bereitschaftsingenieuren zu erkennen, bevor daraus Fluktuation wird. Es verbindet sich mit den Diensten, die Ihr Team ohnehin nutzt, etwa Rootly, PagerDuty, GitHub, Slack, Linear und Jira, und macht aus diesen Signalen einen Arbeitslast-Score, auf den Sie tatsächlich reagieren können, ohne selbst rohe Incident-Protokolle durchzuforsten. Sie können die gehostete Version auf oncallhealth.ai nutzen oder alles selbst betreiben.

Vorschau der Oberfläche von On-Call Health

Über On-Call Health

Was ist On-Call Health

On-Call Health beobachtet die Menschen, die den Pager tragen. Es sammelt objektive Daten, etwa wie oft jemand alarmiert wird und wie viele Incidents er während einer Bereitschaft bearbeitet, und vermischt sie mit den selbst gemeldeten Signalen des Teams dazu, wie sich die Arbeitslast wirklich anfühlt. Das Ziel ist, Muster sichtbar zu machen, die auf Überlastung hindeuten, bevor ein guter Ingenieur still ausbrennt.

Das Tool wird von Rootly AI Labs entwickelt und unter der Apache-2.0-Lizenz veröffentlicht. Der Quellcode ist also offen für Prüfung, Änderung und Selbst-Hosting auf der Infrastruktur, mit der sich Ihr Sicherheitsteam wohlfühlt. Es ist kein medizinisches oder diagnostisches Produkt. Betrachten Sie es als Frühwarnsystem für die Teamgesundheit, nicht als klinische Bewertung.

Die größte Einschränkung ist der Umfang. Es ergibt nur Sinn für Teams, die bereits formelle Bereitschaftsrotations haben und die Integrationen angebunden haben. Ein Solo-Entwickler hat nichts, was es messen könnte. Kein Incident-Prozess, kein Signal.

Und wie funktioniert es? Sie verbinden Ihre Tools, und die App übernimmt das Zählen.

Erste Schritte

  1. Melden Sie sich bei oncallhealth.ai mit Ihrer Arbeits-E-Mail an. Oder klonen Sie das Repository und betreiben Sie es mit Docker, wenn Sie die Daten lieber im Haus behalten.
  2. Verbinden Sie Ihre Quellen: Rootly, PagerDuty, GitHub, Slack, Linear und Jira werden jeweils über ihren eigenen OAuth-Ablauf verknüpft.
  3. Lassen Sie das Tool ein paar Wochen Incident- und Lastverlauf abrufen, damit es eine Vergleichsbasis hat.
  4. Prüfen Sie den OCH-Score im Dashboard und kombinieren Sie ihn mit den Selbstauskünften Ihrer Ingenieure.
  5. Legen Sie Schwellenwerte fest, ab wann ein Score ein Gespräch auslösen sollte, und kommen Sie in festem Rhythmus darauf zurück.

Produktinformationen

Ein kurzer Überblick über Preise, unterstützte Plattformen und die Leistung von On-Call Health.

Kostenloser TarifJa
Bezahlte Tarife$0
PlattformWeb, self-hosted (Docker)
EntwicklerRootly AI Labs
KategorieProduktivität
VeröffentlichungsdatumJan 2025
Zuletzt aktualisiertSep 2025
Website-Besuche428
Globales Website-Ranking12.4M
API-VerfügbarkeitN/A

Am besten für

Die Nutzer, Aufgaben und Szenarien, für die dieses Tool am besten passt.

Nutzer

  • Engineering-Manager
  • Plattform- und SRE-Leads
  • Entwickler in Bereitschaft

Aufgaben

  • Überlastungstrends erkennen
  • Änderungen an der Rotation begründen
  • Harte Daten mit Stimmungsbildern verbinden

Szenarien

  • Ein Team verliert nach einem harten Quartal mehrere Ingenieure
  • Eine neue Rotationsrichtlinie einführen
  • Ein stilles, aber überlastetes SRE-Team

Wichtigste Funktionen

Der OCH-Score

Der On-Call Health Score ist eine einzige Zahl, die aus jedem Signal gebildet wird, das das Tool sammelt. Er spiegelt wider, wie viel Arbeitslast bei der Incident-Reaktion eine Person trägt. Manager überfliegen ein Dashboard, statt rohe Protokolle zu lesen. Es ist der schnellste Weg zu sehen, wer zuerst Aufmerksamkeit braucht.

Objektive und selbst gemeldete Signale zusammen

On-Call Health verlässt sich nicht nur auf Pager-Daten. Es mischt harte Zahlen aus Ihren Incident-Tools mit Selbstauskünften der Menschen, die die Arbeit machen. Diese Kombination zählt. Eine niedrige Alarmzahl kann trotzdem eine stressige Rotation verbergen.

Breite Tool-Integrationen

Es verbindet sich mit Rootly, PagerDuty, GitHub, Slack, Linear und Jira. Die meisten Teams zahlen bereits für mindestens eines davon. Die Einrichtung ist also meist eine Frage der Zugriffsautorisierung, nicht der Migration. GitHub und Slack runden das Bild mit Aktivitätsdaten ab, die Incident-Tools übersehen.

Open Source und selbst hostbar

Der Code liegt auf GitHub unter Apache 2.0, und Sie können ihn mit Docker auf Ihrer eigenen Infrastruktur betreiben, wenn Sie einem Anbieter keinen Live-Feed der Pager-Aktivität Ihres Teams geben möchten. Manche Teams dürfen personalnahe Daten nicht an Dritte senden. Für sie ist das Selbst-Hosting der eigentliche Grund, dies einer geschlossenen Alternative vorzuziehen.

Gebaut für Incident-Responder

Die Metriken sind speziell auf Bereitschaftsarbeit abgestimmt, nicht auf die allgemeine Produktivitätsverfolgung, auf die viele Analyse-Tools am Arbeitsplatz zurückfallen. Es zählt die Dinge, die Menschen wirklich zermürben. Wie oft werden Sie alarmiert? Wie viele Incidents landen in Ihrer Schicht? Und wie verteilt sich die Last über die Rotation?

Vor- und Nachteile

Vorteile

  • Kostenlos und Open Source, also keine Lizenzkosten, um es mit einem Team zu testen.
  • Die Selbst-Hosting-Option hält sensible Lastdaten in Ihrer eigenen Infrastruktur.
  • Es zieht Daten aus Tools, die die meisten Engineering-Teams ohnehin nutzen, was die Einrichtung verkürzt.
  • Es konzentriert sich auf die echten Treiber der Bereitschaftsmüdigkeit statt auf Eitelkeitsmetriken.
  • Der OCH-Score macht aus verstreuten Signalen eine einzige Zahl, die Sie über die Zeit verfolgen können.

Nachteile

  • Es ist ein Signal-Tool, keine Diagnose, kann Ihnen also nicht sagen, warum jemand zu kämpfen hat.
  • Der Wert hängt von den Integrationen ab, und ein Team ohne formellen Bereitschaftsprozess hat wenig davon.
  • Keine öffentliche API, um Scores in Ihre eigenen Dashboards zu holen, also sind Sie auf das beschränkt, was die App zeigt.

Häufige Fragen

Es kennzeichnet Anzeichen von Überlastung bei Bereitschaftsingenieuren, indem es Incident-Daten mit Selbstauskünften kombiniert. Teams nutzen es, um Überlastung früh zu erkennen und Änderungen ihrer Rotation zu begründen.