タイムボクシング

背景: モバイルアプリ開発チーム7名（エンジニア4名、デザイナー1名、QA1名、SM1名）。2週間スプリント。以前はプランニングが4時間超、レトロが2時間超に膨張していた。

タイムボックス設計:

導入のコツ:

• デイリーで2分超えた人にはSMがベルを鳴らす（最初の2週間で定着）
• プランニングで議論が長引く項目は「パーキングロット」に移し、別途30分のタイムボックスで再議論
• レトロの「意見出し」は付箋に個人で書く形式に変更（声の大きい人に引きずられない）

結果: 会議時間が週あたり合計3.5時間削減（10.5h→7h）。空いた時間で開発に集中でき、ベロシティが10%向上（28pt→31pt/スプリント）。「タイマーが鳴ったら止める」というシンプルなルールの徹底が、チーム全体の時間意識を変えた。

背景: Webシステム受託開発20名体制。技術選定の議論が2週間以上長引き、プロジェクト開始が遅れるパターンが常態化。

タイムボクシング導入前の問題:

• 技術選定会議が毎回3〜5回（計10〜15時間）
• 「もう少し調査してから」が口癖で結論が先延ばし
• 過去3プロジェクトで平均2.5週間の遅延

タイムボクシング適用:

実行ルール:

• 3日目の17時が「デッドライン」。時間切れの場合は「現時点のベスト」で決定
• 「追加調査が必要」は禁止。3日で得られた情報で判断する
• 決定後の「やっぱり変更」は、重大な問題が発見された場合のみ許可

結果: 過去5プロジェクトで全て3日以内に技術選定を完了。プロジェクト開始遅延がゼロに。技術選定の質に問題が出たケースもゼロ（6ヶ月後の振り返りで確認）。「完璧な選択」と「3日で出した最善の選択」の差は、実務上ほぼないことが証明された。

背景: 従業員60名の地方金属加工メーカー。ISO 9001取得を目指すが、過去に2回「準備が終わらず」延期。3回目のチャレンジ。

タイムボクシング前の失敗パターン:

• 文書整備が「完璧を求めて」際限なく時間がかかる
• 内部監査の準備に3ヶ月かけても「もう少し」と延期
• 全体計画が12ヶ月→18ヶ月→中止のパターンを2回繰り返し

タイムボクシング適用（全体10ヶ月）:

工夫点:

• 文書整備は「完璧な文書」ではなく「使える文書」を3ヶ月で作る方針に転換
• 週次で「タイムボックス残り○日」を全社に共有し、全員の時間意識を統一
• フェーズ間の「バッファ」は設けない。遅れが出たらスコープ（完了基準）を調整

結果: 10ヶ月で予定通りISO 9001を取得。過去2回の失敗と比べ、投入工数は約60%（推定1,200時間→720時間）に削減。「完璧な準備」より「期限内の最善」を優先したことで、品質を落とさず大幅に効率化できた。