フレームワーク活用ガイドひとことで言うと#
プロジェクトの日次・週次・月次・四半期の会議体と報告リズムを体系的に設計するフレームワーク。「会議が多すぎる」「情報が届くのが遅い」問題を解決し、最小限の会議数で最大限の情報共有を実現する。
押さえておきたい用語#
- ケイデンス（Cadence）
- 音楽用語で「拍子・リズム」を意味し、プロジェクト管理では定期的に繰り返される会議・報告の周期を指す。
- デイリースタンドアップ
- 毎朝 15分以内 で行う短い進捗共有。立ったまま行うことで長引くのを防ぐ形式。
- ステアリングコミッティ
- プロジェクトの意思決定権を持つ上位委員会。月次や四半期で進捗・リスク・予算の承認を行う。
- 情報のカスケード
- 上位の意思決定を段階的に下位のメンバーへ伝達する仕組みである。ケイデンス設計では各層の会議がこのカスケードの接点になる。
プロジェクト・ケイデンス設計の全体像#
こんな悩みに効く#
- 会議が多すぎて開発・作業に集中する時間がない
- 重要な情報が「聞いてない」「知らなかった」で伝わっていない
- 経営層への報告と現場の進捗確認が同じ会議に混在している
基本の使い方#
現在行っている全ての定例会議をリストアップし、以下を記録する。
| 確認項目 | 内容 |
|---|---|
| 会議名 | 何と呼ばれているか |
| 頻度 | 日次/週次/隔週/月次/不定期 |
| 参加者 | 誰が出ているか（役職レベル） |
| 所要時間 | 実際にかかっている時間 |
| 目的 | 何を決めるための会議か |
| 成果物 | 議事録・決定事項は残っているか |
目的が重複している会議、成果物がない会議、「とりあえず参加」の会議を特定する。
棚卸し結果をもとに、4つの層に会議を配置する。
- 日次（15分）: タスク進捗と障害の早期検知。メンバー全員参加
- 週次（30〜60分）: マイルストーン進捗、リスク・課題の対応方針。PM＋リーダー
- 月次（60〜90分）: 予算・スコープ変更の承認、KPIレビュー。スポンサー＋PM
- 四半期（半日）: ロードマップ見直し、プロセス改善。経営層＋PM＋主要メンバー
原則として、1つの層に会議は 1種類 にする。「週次定例」と「週次進捗報告」が別にあるなら統合を検討する。
会議ごとにアジェンダテンプレートを作り、時間配分を固定する。
週次レビューの例（45分）:
- 0〜5分：前回アクションの確認
- 5〜20分：マイルストーン進捗（赤・黄・緑）
- 20〜35分：課題・リスクの対応方針
- 35〜45分：次週のアクション決定
時間を守るためにタイムキーパーを置き、議論が長引く場合は「持ち帰り」として別途30分の個別会議を設定する。
具体例#
状況: 従業員120名のWeb開発会社。エンジニアの週間カレンダーを調べたところ、定例会議が 週平均8.5時間（全労働時間の21%）。「会議が多すぎて実装に集中できない」との不満が 78% のメンバーから出ている。
ケイデンス再設計
| 層 | 変更前 | 変更後 |
|---|---|---|
| 日次 | 朝会30分＋夕会15分 | スタンドアップ15分のみ |
| 週次 | 進捗会議×2＋リスク会議×1 | 統合レビュー45分×1 |
| 月次 | 部門報告×3 | ステアリング60分×1 |
| 四半期 | なし | レトロスペクティブ半日×1 |
週の会議時間は 8.5時間 → 3.5時間（58%減）。開発生産性（PRマージ数）は翌月から 23% 向上。「午前中は会議なし」のルールも導入し、集中開発のブロック時間を確保した。
状況: 大型商業施設の建設PJ（関係者200名超）。現場で発生した問題がPMに届くまで 平均3日 かかり、元請け・下請け間の「言った言わない」が月 5件 発生。
4層ケイデンスの導入
- 日次：各工区の作業責任者がチャットツールで写真付き報告（所要3分）
- 週次：工区横断の進捗会議をPMが主催（60分、現場＋リモート併用）
- 月次：元請け・下請け合同のステアリング（90分）
- 四半期：安全・品質の振り返りとベストプラクティス共有（半日）
問題の検知から対応までの時間は 3日 → 当日 に短縮。「言った言わない」は週次会議の議事録と日次報告のログで 月5件 → 0件 に。工期は予定通り完了し、追加コストなし。
状況: 全員フルリモートの20名のスタートアップ。SlackとNotionで情報共有しているが、「自分のタスク以外のことが見えない」「チームの方向性がわからない」との声が 65% のメンバーから出ている。
リモート向けケイデンス設計
- 日次：非同期スタンドアップ（Slackボットが毎朝3つの質問を投げ、テキストで回答）
- 週次：全体同期ミーティング45分（ビデオON必須、最初5分は雑談タイム）
- 月次：プロダクトロードマップレビュー60分（CEOが戦略アップデート）
- 四半期：オフラインの合宿1日（対面での関係構築）
非同期の日次報告により、同期ミーティングの時間を最小限に抑えつつ情報共有を実現。「チームの方向性がわからない」と回答するメンバーは 65% → 15% に減少し、eNPSは +12pt 改善。
やりがちな失敗パターン#
- 全ての会議に全員を招集する — 参加者は「その会議で発言・判断する人」に限定する。情報共有だけなら議事録の共有で十分
- ケイデンスを設計しただけで形骸化する — アジェンダと時間配分を標準化し、月次で「この会議は機能しているか」を振り返る仕組みを入れる
- 日次の会議で問題解決まで行う — スタンドアップは「検知」のみ。解決は別途少人数で行う。日次会議が30分を超えたら設計が間違っている
- 報告のための報告を求める — 「月次レポートのために週次でデータを集め、週次のために日次で入力する」のような報告連鎖は本末転倒。各層の会議は独立した価値を持つべき
まとめ#
ケイデンス設計の目的は「会議を増やすこと」ではなく「最小限の接点で最大限の情報共有を実現すること」にある。日次は検知、週次は対応、月次は承認、四半期は見直しと、各層に明確な役割を持たせることで、会議の重複を排除しながら情報の空白を埋められる。設計後も月次で効果を検証し、不要になった会議は即座に廃止する勇気が必要だ。