コンテキストスイッチ時間損失計算機
1日12回の割り込みで毎回23分かけて集中を取り戻すと、1日に276分、つまり4.6時間を失います。年48週で計算すると1104時間です。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 中断の回数
- 12
- 再集中にかかる分数
- 23
- 勤務日数
- 5
- 勤務週数
- 48
- 1日あたりの損失分数
- 276
- 1日あたりの損失時間
- 4.6
通知、通りすがりの質問、ツールの切り替えは、応答に使う数秒以上のコストを生みます。割り込みのあと、ナレッジワーカーは目標を再読み込みし、ファイルを開き、深い集中を取り戻すための途切れない時間を必要とし、1件あたり何分もかかることが多いです。会議だけを数える管理者は、コーディング・分析・設計・執筆にかかるコンテキストスイッチの見えにくい税を見落とします。本計算機は、勤務日1日あたりの割り込み回数に、各回のあと再集中に要する平均分数を掛け、週あたり労働日数と年あたり労働週数の前提で週次・年次の損失を推計します。
割り込みがコンテキストスイッチによる損失分数になる仕組み
コンテキストスイッチ損失は、集中が途切れる頻度と回復にかかる時間の積です。interruptions には、典型的な勤務日における集中の途切れ回数を入力します。返信を強いるSlackの通知、予定外の席訪問、緊急チケット、未完了の思考の糸を捨てる意図的なタスク hops などです。
エディタを開き直し、直前の段落を読み直し、バグのメンタルモデルを再構築し、スプレッドシートモデルに再入るまでの時間です。モデルが心理学研究や業界平均を勝手に当てはめることはありません。チームが古典的な23分の逸話より早く回復するなら、より小さい再集中値を入れてください。
騒がしいオンコール日に30回の切り替えがあるなら30を入れてください。
コンテキストスイッチ計算機が本領を発揮する場面
エンジニアリングマネージャーは、チームがカレンダー上8時間を報告しても深い作業は半日分しか出さず、その差が単なる会議時間ではなく割り込み駆動の回復であるときに、コンテキストスイッチ時間損失計算機を開きます。
プロダクトとデザインのリードは、オープン・ドア方針、共有Slackチャンネル、常時オンのサポートローテーションが割り込み数を押し上げる前に、同じ算術を使います。オペレーションとサポートのチームは、チケットノイズのコストを目標の再集中回復に対してモデル化し、人員計画にハンドルタイムだけでなく回復も含めます。検証失敗は残高を消費しません。
活用例
エンジニアリングキャパシティとディープワーク予算
マネージャーが1日の割り込み回数と平均再集中分数を入力し、次のスプリントコミット前に消えるコーディング時間がどれだけかを示します。
オープオフィスとSlack方針の見直し
リーダーが常時オンのチャンネルによる週次のフォーカス税を数値化し、コミュニケーション規範を測定した回復コストと比較します。
サポートとオンコールの割り込みモデリング
Opsチームがチケットノイズやページャー事象が長時間の調査作業を繰り返し中断する場合の年間損失時間を推計します。
よくある質問
平均再集中時間には何を使えばよいですか?
ご自身の観察やチーム調査をご利用ください。多くの記事は深い集中の回復に約23分と述べますが、役割とツールに合う平均回復コストを入力してください。
割り込みや再集中分をゼロにできますか?
はい。 割り込みゼロまたは再集中時間ゼロなら損失分はゼロになり、ベースラインや切り替えのないディープワークブロック後に便利です。
コンテキストスイッチで失う時間はどう計算しますか?
1日の割り込み回数×再集中にかかる分数が1日の損失です。これに週の勤務日数を掛けると1週分、さらに年間勤務週数を掛けると1年分になります。12回×23分なら1日276分です。
何を割り込みとして数えればよいですか?
通常の勤務日に集中が途切れたすべての出来事です。返信を求めるチャット、予定外の来訪、緊急の問い合わせ、考えを途中で止めて別の作業に移る切り替えなどが含まれます。
1年の勤務週数が48週なのはなぜですか?
休暇や祝日を見込んだ初期値です。1から53までの値に変更でき、週の勤務日数も1から7の範囲で調整できます。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/biz/context-switch-loss \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"interruptions":12,"refocus_minutes":23}'const res = await fetch("https://api.kit.forhosting.com/biz/context-switch-loss", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"interruptions": 12,
"refocus_minutes": 23
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/biz/context-switch-loss",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"interruptions": 12,
"refocus_minutes": 23
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/biz/context-switch-loss", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"interruptions":12,"refocus_minutes":23}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"interruptions":12,"refocus_minutes":23}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/biz/context-switch-loss", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"interruptions": 12,
"refocus_minutes": 23
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "biz.context_switch_loss",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
スタンドアップ、キャパシティ計画、生産性レトロスペクティブでご利用いただければ、無料のブラウザ経路とAPI経路が同じ決定的な数値で一致します。検証失敗は課金されず、成功した呼び出しはモデルトークンなしの純算術で公開の基本料金$0.002を使用します。
割り込みがコンテキストスイッチによる損失分数になる仕組み
refocus_minutes には、各途切れ後の平均回復コストを入力します。エンジンはその2数を掛けて minutes_lost_per_day を出します。60で割ると hours_lost_per_day になり、稼働率チャートと並べたダッシュボードに載せやすくなります。週次・年次の推計は日次合計に work_days(既定5)を掛け、さらに work_weeks(既定48、休暇と祝日の余裕)を掛けます。
入力契約、応答フィールド、検証エラー
金額が必要なら、ご自身の完全負担人件費と時間合計を組み合わせてください。必須の数値2つと任意の調整3つを含むJSON本体をPOSTしてください。interruptions は0から1000までの有限数で、interruptions_per_day、switches、context_switches、switch_count の別名でも受け付けます。refocus_minutes は0から480までの有限数(1イベントあたり最大8時間の回復)で、avg_refocus_minutes、recovery_minutes、refocus_time、minutes_to_refocus の別名があります。work_days は週次推計を拡大する1から7の任意の有限数で、既定は5、別名に work_days_per_week と days_per_week があります。work_weeks は年次推計用の1から53の任意の有限数で、既定は48、別名に work_weeks_per_year と weeks_per_year があります。decimals は分・時間フィールドの half-up 丸めを制御する0から6の任意の整数で、既定は2です。成功時は入力のエコー、minutes_lost_per_day、hours_lost_per_day、minutes_lost_per_week、hours_lost_per_week、minutes_lost_per_year、hours_lost_per_year、および恒等式を述べる formula 文字列を返します。未使用の既定が具体数として適用される場合、任意フィールドが null として現れることはありません。必須欠落、非有限値、負の割り込みや再集中時間、文書化された上限超過、1〜7外の work_days、1〜53外の work_weeks、0〜6外の decimals は問題名を付けて invalid_input で失敗します。これらの検証失敗は課金されません。本エンドポイントは時間損失のみを返します。
コンテキストスイッチ計算機が本領を発揮する場面
コンテキストスイッチ時間損失計算機で検索上位を狙うコンテンツサイトは、登録不要のライブツールで単発確認ができ、自動化クライアントはモデルトークンなし・外向きネットワークなしで公開の基本料金$0.002を成功呼び出しごとに支払います。
技術的な質問
コンテキストスイッチによる損失分数はどう計算しますか?
minutes_lost_per_day は interruptions に refocus_minutes を掛けた値です。週次・年次の合計は、その日次値に work_days(既定5)と work_weeks(既定48)を掛けます。時間フィールドは分を60で割ります。
時間損失を金額に換算しますか?
いいえ。本計算機は分と時間のみを返します。金額が必要なら、ご自身の表計算で hours_lost_per_year に完全負担の時間単価を掛けてください。
コンテキストスイッチ計算機の料金は?
ブラウザツールは無料です。APIリクエストは成功呼び出しごとに前払いKIT残高から$0.002、無効入力は課金されません。