タイムボクシング:固定の時間枠で仕事をやり遂げる方法

固定されたタイマーの境界を保ち、任意の作業をスコープの外へ移すタイムボクシングの図。

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

タイムボクシングは、ひとまとまりの作業に固定の時間と厳格な終了時刻を与える計画手法です。時間切れになったら作業は終わり、チームは何が完了したかを振り返ります。残りがあれば、変わるのはスコープです。期限は変わりません。

重要な事実

タイムボクシングとは?

タイムボックスとは、ある目標を達成するために割り当てられた時間枠のことです。まず長さを決め、次にその中に収まるものを決めます。この順序こそが、考え方のすべてです。

多くの計画は逆の順序で進みます。誰かが作業を洗い出し、所要時間を見積もり、終了日は見積もりの行き着いた先へとずれていきます。タイムボクシングはこれを逆転させます。すべてを終えるのにどれだけかかるかではなく、使える時間の中で最も価値のある成果は何かをチームが問います。

この手法が目立つ場面は、よく知られた2つあります。Agile Business Consortiumが管理するアジャイルのプロジェクトフレームワークであるDSDMでは、時間、コスト、品質を一定に保ち、機能を交渉します。Scrumでは、すべてのイベントにタイムボックスがあり、Sprint自体も1か月以内の固定長のイベントです。どちらも同じトレードオフに基づいています。日付は守り、スコープを曲げるのです。

このトレードオフは、タイムボクシングを単なる期限と分けるものでもあります。期限は「金曜日までに終わらせなければならない」と言います。タイムボックスは「金曜日まで時間があるので、最良の金曜日の姿を決めよう」と言います。

タイムボクシングの仕組み

この手法を支えているのは3つの考え方です。

時間は固定です。 タイムボックスが始まったら、作業が想定より大きいと分かっても延長しません。延長すると、2週間のタスクが、誰も同意した覚えのない6週間のタスクになります。

スコープは変数です。 時間が動かせない以上、何か別のものが動かなければなりません。DSDMはMoSCoWの優先順位で作業を順位付けします。Must Have、Should Have、Could Have、そして今回は対象外のWon't Haveです。Must Haveは、タイムボックスを成功とするための最低限のものです。Could Haveは予備の枠であり、時間が厳しくなったときに最初に外されます。

品質は守ります。 Agile Business Consortiumのガイダンスは、時間を固定し、品質を守り、優先順位でスコープを管理するというものです。機能を削るのは構いません。すべての機能を中途半端なテストのまま出荷してはいけません。

終了の境界と品質を守りながら、切り離せる任意のスコープを取り除くタイムボクシングの図。

60/20の経験則

DSDMは、Must Haveの工数をタイムボックスの通常60%以内に抑え、Could Haveを予備として約20%確保することを提案しています。これは指針であって、法則ではありません。ただ、理屈は単純です。箱の中身がすべてMust Haveなら、タスクが長引いたときに外せるものがなく、結局は期日に間に合わなくなります。

入れ子のタイムボックス

タイムボックスは積み重なります。Agile Business Consortiumは、プロジェクトのタイムボックスがプロジェクトインクリメント(通常6週間から12週間)を含み、それがデリバリー用タイムボックス(通常1週間から4週間、多くは2週間)を含むと説明しています。会議やワークショップにも専用の箱があり、約15分から数時間までの範囲です。各階層は、チームが起きたことを点検して調整する機会を定期的にもたらします。

タイムボクシングと類似の手法の比較

タイムボクシングは、時間に関する他の手法と混同されがちです。重なる部分はありますが、答える問いが異なります。

手法 固定するもの 変動するもの レベル 最適な用途
タイムボクシング 期間の終わり その中のスコープ タスク、会議、イテレーション、またはプロジェクト 決まった日までに価値ある仕事を終わらせる
タイムブロッキング 作業の種類ごとのカレンダー上の枠 その枠を埋めるタスク 個人の1日または1週間 個人のカレンダー上で集中時間を確保する
ポモドーロ 短い作業時間と、それに続く休憩 タスクに必要な作業時間の回数 個々のタスク 1つのタスクに取りかかり、集中を保つ
Sprint(Scrum) 1か月以内のイテレーション Sprint Backlog チームのイテレーション 定期的なフィードバックを伴う、繰り返し可能なデリバリーサイクル
WIP制限 進行中の項目の数 項目が待つ時間や完了までにかかる時間 チームのワークフロー マルチタスクを減らし、ボトルネックを可視化する
期限 締め切りの日付 多くの場合、何もない。それが問題 成果物 外部との約束を守る

タイムブロッキングは、作業をカレンダーのどこに置くかの話です。タイムボクシングは、ひとまとまりの作業にどれだけの時間をかけてよいかの話です。両方を併用することもできます。カレンダーで火曜日の午前を確保し、そのブロックの中で競合調査を90分にタイムボックス化するのです。

Sprintは、特定のルールを持つ特定のタイムボックスです。タイムボクシングは一般的な手法であり、Sprintはその適用例の1つです。Sprintの始まりを詳しく知りたい方は、スプリントプランニングをご覧ください。

WIP制限とタイムボックスは相性が良い組み合わせです。タイムボックスは作業する時間に上限を設け、WIP制限は着手する量に上限を設けます。両方を使えば、チームが10件を始めて1件も終わらせないという事態を防げます。

Scrum Guideのタイムボックス

Scrumは、タイムボクシングがルールとして明文化されている最も目立つ場面です。2020年版のScrum Guideは、1か月のSprintについて次の上限を定めています。

イベント タイムボックス
Sprint 1か月以内、固定長
Sprint Planning 最大8時間
Daily Scrum 15分
スプリントレビュー 最大4時間
スプリントレトロスペクティブ 最大3時間

より短いSprintでは、イベントも通常は短くなるとガイドは述べています。2週間のSprintに8時間のプランニングは不要で、ほとんどのチームはそうした時間を設けていません。

Daily Scrumは最も分かりやすい例です。チームが3人でも9人でも、長さは15分です。もっと時間が必要な話題は、イベントの後に別の場で話します。日々の運用の詳細を知りたい方は、デイリースタンドアップのガイドと、より広いアジャイルセレモニーの概要をお読みください。

Daily Scrumのタイムボックスが15分で終了し、長い議論は別のフォローアップに移る図。

作業をタイムボックス化する方法

2時間のワークショップにも、2か月のリリースにも適用できます。手順は同じです。

作業を止めてレビューを行い、完了した成果物と再優先順位付けを待つ残りの作業とを分けるタイムボクシングの手順。

ステップ1:タスクリストではなく成果を定義する

「完了」がどのような状態かを1文で書きます。「第4四半期のオンボーディングチェックリストを作成し、人事の承認を得る」は成果です。「オンボーディングに取り組む」は成果ではありません。明確な成果があれば、スコープを削るときに何を守っているのかが分かります。

ステップ2:箱の長さを選ぶ

作業を見積もる前に時間を選びます。どのくらいの頻度でフィードバックが必要か、人がどのくらいの間コンテキストを保てるかを基準にします。チームなら、1週間か2週間がよくある長さです。個人のタスクなら90分かもしれません。箱が短すぎると感じるなら、おそらく複数の成果をまとめてしまっています。分割してください。

ステップ3:作業を洗い出して優先順位を付ける

候補のタスクをすべてテーブルに載せ、それぞれをMoSCoWでランク付けします。Must Haveには正直になってください。判断基準は単純です。この項目が終わっていなければ、そのタイムボックスは失敗になるか。そうでなければ、ShouldかCouldです。

ステップ4:60/20の目安で負荷を確認する

見積もり工数を合計します。Must Haveが箱の60%をはるかに超えるなら、箱が小さすぎるか、Mustが多すぎます。最終日ではなく、始める前に直してください。

ステップ5:時計を動かし、終わりを見えるようにする

終了日時を全員が見える場所に置きます。ボードの上、チャンネルのヘッダー、カレンダーの招待状などです。タイムボックスは、人がその縁を感じて初めて機能します。

ステップ6:短いサイクルで進捗を確認する

毎日、または週2回の短い確認を行います。Mustが順調かを確認し、そうでなければどのCouldを今すぐ外すかを尋ねます。Could Haveを早めに削る判断は安く済みます。最終日の午後に決めるのは苦痛です。

ステップ7:時間通りに止めてレビューする

タイムボックスが終わったら、止めます。完了したものをデモし、完了しなかったものを記録し、残りの作業が次の箱に入る価値があるかを決めます。そのうえで短いレトロスペクティブを行います。箱の長さは適切だったか、優先順位は正直だったか、を振り返ります。

タイムボックス計画テンプレート

この表をドキュメントやスプレッドシートにコピーし、箱を始めるたびに記入してください。

項目 記入内容
タイムボックス名 例:料金ページのリデザイン、第1週
担当者 名前のある1人
開始日時
厳格な終了日時
成果(1文)
Must Haveの項目
Should Haveの項目
Could Haveの項目(最初に外す)
今回はWon't Have
工数配分の見積もり Must ___% / Should ___% / Could ___%
確認のスケジュール 例:毎日、15分
遅れた場合の判断ルール 例:まずCould Haveを外し、次にShould Haveを担当者と協議する
レビュー日
残った作業の行き先 次のタイムボックス / バックログ / 見送り

2つの項目が大きな役割を果たします。厳格な終了時刻は、こっそり延長されるのを防ぎます。判断ルールは、誰もが追い詰められる前に、何を削るかという議論に決着をつけます。

部門別のタイムボクシングの例

部門 タイムボックス Must Have Could Have(最初に外す)
ソフトウェア開発 2週間のSprint ログインフローがエンドツーエンドで動作する アニメーションによる画面遷移
マーケティング 1週間のキャンペーン構築 ランディングページと2通のメールが公開されている 3通目のメールのバリエーション
セールス 90分のアカウントプランニングセッション 次のアクションが決まった上位5つのターゲットアカウント 競合の徹底分析
人事 1週間のオンボーディング刷新 初日のチェックリストが承認されている 新しい歓迎動画
財務 3日間の月次決算レビュー 照合済みの勘定と差異のメモ 追加のトレンドチャート
オペレーション 2週間のプロセス改善 ボトルネックの1ステップが再設計・テストされている 2つ目のプロセスのマッピング
カスタマーサポート 1日のバックログ一掃 対応目標を過ぎたすべてのチケットに返信済み ナレッジベースの整理

どの例にも、外せるものが挙げられていることに注目してください。それが、期限を言い換えただけのものではなく、タイムボックスたらしめているのです。

具体例

あるマーケティングチームに、ウェビナーのローンチを出荷する期間が1週間あるとします。成果は「金曜正午までに、登録ページとプロモーションを公開する」です。Mustは、ページ、確認メール、告知メール1通です。Shouldは、リマインダーメールとソーシャル投稿です。Couldは、講演者のティザー動画とパートナーとの共同プロモーションです。

水曜日、ページの法務レビューが予定より1日長くかかります。チームは金曜日を動かしません。ティザー動画を外し、残りは維持して、時間通りに出荷します。動画は、やる価値があると判断されれば次の箱に入れます。

法務の遅れを受けて、登録ページとメールを維持しつつティザー動画を見送る、ウェビナーのタイムボクシングの例。

タイムボクシングのやるべきこととやってはいけないこと

やるべきこと

  • 作業を見積もる前に、長さを決める。 箱が制約を定義し、見積もりはそれを埋める。
  • Must Haveを本当に最小限にする。 それがなくても箱が成り立つなら、それはMustではない。
  • Could Haveのリストを見える状態にしておく。 それは予備の枠であり、存在を全員が知っているべきである。
  • 気まずくても、時間通りに終える。 最初の早期終了が、箱は本物だとチームに教える。
  • 最後にレビューする。 何が遅れ、なぜ遅れたかを5分間振り返ることで、次の箱が良くなる。
  • 優先順位付けと組み合わせる。 順位付けされたスコープのないタイムボックスは、ただの期限である。最初の箱の前に、MoSCoW優先順位付けを読んでおく。

やってはいけないこと

  • こっそり延長しない。 「あと1日だけ」と一度言えば、終わりは交渉できるものだと全員が学んでしまう。
  • すべてをMust Haveにしない。 それでは、この手法が頼りにしている柔軟性が失われる。
  • 収めるために品質を削らない。 削るのは機能であり、テストではない。
  • 箱をプレッシャーの道具にしない。 Agile Business Consortiumは、期限をプレッシャーとして使うと、急ぎ仕事や品質問題の隠蔽を招きうると警告している。
  • 箱の途中で、予告なしに新しい作業を流し込まない。 追加はスコープクリープと同様に扱い、何かと入れ替えるか、次の箱に回す。
  • 設計上、作業が収まらない長さを選ばない。 1つの箱に3つの成果を詰め込んだなら、箱を分割する。

よくある間違い

より厳しい期限として扱うこと。 チームは「タイムボックス」と聞くと「もっと速く働け」と考えます。ポイントは速さではありません。何が最も重要かを選ぶことです。

長すぎる箱。 チェックポイントのない6週間の箱は、5週目まで問題を隠してしまいます。その中に、より短い箱を入れ子にしてください。

担当者がいない。 誰かが削減を決めなければなりません。判断ルールを誰も握っていないと、スコープをめぐる議論が時間を食いつぶします。

レビューを省くこと。 振り返りがなければ、箱の大きさが適切かどうか分からず、同じ判断ミスを繰り返します。

タイムボクシングが最も効果的なとき、そうでないとき

日付が正確な機能の範囲よりも重要な場合に、最も効果を発揮します。プロダクトのイテレーション、キャンペーン、ワークショップ、調査、レポート、長引きがちな会議などです。また、確実な見積もりはできなくても、その問いにどれだけの時間をかけるかは決められる、不確実な作業にも向いています。

スコープが法的または物理的に固定されている場合は、あまり向きません。建物の検査、規制当局への提出、すべての条項が必須の契約では、外せるCouldがありません。そのような場合は、作業の中のチェックポイントとして箱を使いますが、外側の制約はスコープであると受け入れてください。そこでは、作業分解構成図の方が適したツールです。

タイムボクシングに関するよくある質問

プロジェクトマネジメントにおけるタイムボクシングとは何ですか?

タイムボクシングは、ひとまとまりの作業の時間を固定し、優先順位でスコープを管理する手法です。チームは最初に終了日を決めて作業に順位を付け、時間が足りなくなったら、期限を延ばすのではなく優先度の低い項目を外します。

タイムボックスの長さはどのくらいが適切ですか?

レベルによって異なります。Agile Business Consortiumは、会議やワークショップを約15分から数時間、デリバリー用タイムボックスを通常1週間から4週間(多くは2週間)、プロジェクトインクリメントを通常6週間から12週間と説明しています。ScrumのSprintは1か月以内です。

タイムボクシングとタイムブロッキングの違いは何ですか?

タイムブロッキングは、作業の種類ごとにカレンダー上の枠を確保します。タイムボクシングは、特定の作業にかけられる時間を制限し、その制限に収まるようスコープを削ります。多くの人は両方を使います。カレンダー上で時間を確保し、その中のタスクをタイムボックス化します。

タスクがタイムボックスの中で終わらなかったらどうなりますか?

箱はそのまま終わります。チームは完了したものをレビューし、未完了の作業は、見送り、後の箱への繰り延べ、または再優先順位付けのいずれかになります。DSDMでは、Must Haveを守るため、Could Haveのような優先度の低い項目が最初に外されます。

Scrumのイベントのタイムボックスはどうなっていますか?

1か月のSprintについて、2020年版のScrum Guideは、Sprint Planningを最大8時間、スプリントレビューを最大4時間、スプリントレトロスペクティブを最大3時間と定めています。Daily Scrumは15分です。より短いSprintでは、通常イベントも短くなります。

タイムボクシングはSprintと同じものですか?

いいえ。Sprintは、Scrumの中で独自のルールを持つ、タイムボックスの1種類です。タイムボクシングはより広い手法であり、単一のタスク、会議、調査のスパイク、プロジェクトのフェーズ全体にも適用できます。

ソフトウェア以外のチームでもタイムボクシングは使えますか?

はい。マーケティング、財務、人事、セールス、オペレーションのチームも、固定された終わりと順位付けされたスコープの恩恵を受けます。重要な条件は、再優先順位付けができ、後回しにできる項目がある作業であることです。

About the author

Tara Minh

Tara Minh

Senior Operations & Growth Strategist

Tara Minh is Senior Operations & Growth Strategist at Rework, helping B2B SaaS leaders scale without breaking their teams. Tara turns messy workflows into systems people actually follow. Readers get practical frameworks they can use to cut waste, align teams, and grow on purpose.