チームケイデンス

状況: 8名の開発チーム。週に定例が 7つ あり、メンバー1人あたり週 12時間 を会議に費やしていた。「会議が多すぎてコードを書く時間がない」という不満が蔓延。

ケイデンスの再設計

• 日次: デイリースタンドアップ 15分（維持）
• 週次: スプリントレビュー+プランニングを 1回90分 に統合（元は別々で計120分）
• 月次: レトロスペクティブ 60分（新設）
• 廃止: 進捗報告会（日次スタンドアップと重複）、技術共有会（Slackの非同期チャンネルに移行）

会議を減らしたことでコーディング時間が増え、スプリント完了率が 18ポイント 改善した。

状況: 不動産仲介会社の営業チーム（10名）。各自が個別に動いており、案件の進捗を共有する場がなかった。月末になって「あの案件どうなった？」と聞くパターンで、フォロー漏れによる機会損失が月 5件 発生。

ケイデンスの導入

• 日次（月・水・金）: 朝10分のスタンドアップ。「今日の商談予定」と「困っていること」を共有
• 週次: 金曜15時に30分のパイプラインレビュー。全案件の進捗をボード上で確認
• 月次: 月初に60分のレトロスペクティブ。先月の成約率・失注理由を分析

フォロー漏れは月 5件 → 1件 に減少。月次レトロで「初回訪問後3日以内のフォロー」をルール化した結果、成約率が 18% → 25% に改善した。

状況: 市役所の防災計画更新プロジェクト（5部署・20名参加）。月1回の全体会議だけが公式な場で、部署間の認識ズレが頻発。1年のプロジェクトの 6か月目 で進捗が 30% にとどまり、納期遅延が確実な状況。

ケイデンスの導入

• 日次: なし（庁内文化に合わないため、非同期で進捗ボードを更新）
• 週次: 各部署の担当者（5名）が30分の進捗同期。ブロッカーを即座に共有
• 月次: 全体会議（20名）60分。マイルストーンの確認と計画の修正
• 四半期: プロジェクトオーナー（副市長）への報告会

週次の同期会議を入れたことで、部署間の依頼が 3週間放置 されていた問題が 3日以内 に解消されるようになった。残り6か月で遅延を取り戻し、期限内に防災計画の更新を完了。