On-Call Health

On-Call Health

Rootly AI Labs · 生産性向上

On-Call Healthは、エンジニアチーム向けのオープンソースのバーンアウト検出ツールだ。オンコールエンジニアのバーンアウトが離職に変わる前に見つける助けになる。チームがすでに使っているサービス、たとえばRootly、PagerDuty、GitHub、Slack、Linear、Jiraに接続し、それらのシグナルを、生のインシデントログを自分で漁らなくても実際に行動できるワークロードスコアへと変える。oncallhealth.aiのホスト版を使うことも、すべて自分で動かすこともできる。

On-Call Health の画面プレビュー

On-Call Health について

On-Call Healthとは

On-Call Healthは、ポケットベルを携帯する人々を監視する。誰かがどれくらいの頻度で呼び出されるか、1回のオンコール中に何件のインシデントを処理するかといった客観的なデータを集め、その負荷が実際にどう感じられるかについてチームが自己申告したシグナルと掛け合わせる。狙いは、優秀なエンジニアが静かに燃え尽きる前に、過重労働を示すパターンを炙り出すことだ。

このツールはRootly AI Labsが開発し、Apache 2.0ライセンスで公開されている。つまりソースコードは監査、改変、そして自社のセキュリティチームが納得するインフラ上での自己ホストのために開かれている。医療や診断の製品ではない。チームの健康のための早期警報システムとして捉えるのが正しく、臨床評価ではない。

最大の制約は適用範囲だ。正式なオンコールローテーションをすでに運用し、連携を接続済みのチームにしか意味をなさない。個人開発者には測定対象がない。インシデントプロセスがなければ、シグナルもない。

では、どう動くのか。ツールをつなげば、あとはアプリが数える。

はじめかた

  1. 仕事用メールでoncallhealth.aiにサインインする。データを社内に置きたいなら、リポジトリをクローンしてDockerで動かしてもよい。
  2. ソースを接続する。Rootly、PagerDuty、GitHub、Slack、Linear、Jiraは、それぞれ専用のOAuthフローで連携する。
  3. ツールに数週間分のインシデントとワークロードの履歴を取得させ、比較の基準を持たせる。
  4. ダッシュボードでOCHスコアを確認し、エンジニアの自己申告と組み合わせて見る。
  5. スコアが会話を起こすべき閾値を決め、決まった周期で見直す。

AIツール情報

On-Call Healthの料金、対応プラットフォーム、性能を簡単に確認できます。

無料プランはい
有料プラン$0
プラットフォームWeb, self-hosted (Docker)
開発元Rootly AI Labs
カテゴリ生産性向上
リリース日Jan 2025
最終更新Sep 2025
サイト訪問数428
サイト世界ランキング12.4M
API提供状況N/A

こんな人におすすめ

このツールが最も力を発揮するユーザー、タスク、シーン。

ユーザー

  • エンジニアリングマネージャー。どのオンコール担当者がインシデントを吸収しすぎているかが見える。チームがすでに接続済みのツールで実際のオンコールローテーションを回しているときによく機能する。
  • プラットフォーム責任者とSREリード。プロセス変更がその後数週間でポケットベル負荷を本当に下げたかを追跡する。
  • オンコール中の開発者。エンジニアチームの健康について声を上げる前に、自分のワークロードを客観的に把握できる。連携を接続して初めてデータは生まれる。

タスク

  • 過負荷の傾向を見つける。担当者間でインシデント量と呼び出し頻度を比べ、誰が背負いすぎているかを探す。
  • ローテーション変更を正当化する。厳しい1週間の体験談ではなく、実際の利用数値を計画会議に持ち込む。
  • ハードデータと実感を組み合わせる。ポケットベルの統計と自己申告を合わせ、指標だけでバーンアウトを判断しないようにする。

シーン

  • 厳しい四半期の後にエンジニアが去り続けるチーム。離職の前にワークロードが跳ね上がっていたかをスコアが示す。
  • 新しいローテーション方針の導入。まずスコアの基準を取り、それが正しい方向に動くかを見る。
  • 静かだが張り詰めたSREチーム。チケット数だけでは見えない負荷を炙り出す。

主な機能

OCHスコア

On-Call Healthスコアは、ツールが集めるあらゆるシグナルから作られる1つの数字だ。1人が背負うインシデント対応のワークロードを表す。マネージャーは生のログを読む代わりにダッシュボードを一瞥する。誰を最初に気にかけるべきかが最短で分かる。

客観シグナルと自己申告の併用

On-Call Healthはポケットベルのデータだけに頼らない。インシデントツールの硬い数値を、実際に働く人の申告と混ぜ合わせる。この組み合わせが重要だ。呼び出し回数が少なくても、負担の大きいローテーションが隠れていることはある。

幅広いツール連携

Rootly、PagerDuty、GitHub、Slack、Linear、Jiraに接続する。ほとんどのチームは少なくとも1つにはすでに料金を払っている。だからセットアップはたいていアクセスを許可する話であり、何かを移行する話ではない。GitHubとSlackは、インシデントツールが見落とす活動データで全体像を補う。

オープンソースで自己ホスト可能

コードはApache 2.0でGitHubにあり、チームのポケットベル活動のライブフィードをベンダーに渡したくないなら、自社インフラ上でDockerで動かせる。人事に近いデータを第三者へ送れないチームもある。そうしたチームにとって、自己ホストは閉源の代替ではなくこれを選ぶ理由そのものだ。

インシデント対応者のために設計

指標はオンコール業務に特化して調整されており、多くの職場分析ツールが頼りがちな汎用の生産性追跡ではない。人を実際にすり減らすものを数える。どれくらいの頻度で呼び出されるのか。シフトに何件のインシデントが降ってくるのか。そして負荷がローテーション全体でどう配分されるのか。

メリットとデメリット

メリット

  • 無料のオープンソースなので、チームで試すのにライセンス費用がかからない。
  • 自己ホストの選択肢により、機微なワークロードデータを自社インフラ内に保てる。
  • ほとんどのエンジニアチームがすでに使うツールから取得するので、セットアップが短い。
  • 虚栄の指標ではなく、オンコール疲労の本当の要因に焦点を当てる。
  • OCHスコアが散らばったシグナルを、長期で追える1つの数字に変える。

デメリット

  • シグナルのツールであり診断ではないので、なぜ誰かが苦しんでいるかは分からない。
  • 価値は連携次第で、正式なオンコールプロセスのないチームにはほとんど益がない。
  • スコアを自社ダッシュボードに取り込む公開APIがなく、アプリが見せる範囲に限られる。

よくある質問

インシデントデータと自己申告を組み合わせ、オンコールエンジニアの過重労働の兆候を示す。チームは過負荷を早く見つけ、ローテーション変更を正当化するために使う。