結論：キックオフで確認すべき5項目は「スコープと成果物の定義」「最終決定者と承認フロー」「マイルストーンと期日」「コミュニケーションルール」「ツールと情報共有の設計」。これを30分で終わらせる準備が、案件後半の混乱を防ぐ。

案件がうまく進まない原因の多くは、キックオフで合意できていなかったことにある。

スコープが曖昧なまま動き始めて、後から「それは含まれるんですか」という確認が来る。担当者がOKを出したのに、上長から「方針が違う」と差し戻される。期日の認識がずれていて、完成物を渡したら「もっと早く欲しかった」と言われる。

これらはすべて、キックオフの段階で確認できていれば防げた問題だ。

キックオフで確認する5項目

1. スコープと成果物の定義

何を作るか・何を納品するかを、具体的な形で言語化する。「Webサイトのリニューアル」ではなく、「トップページ・会社概要ページ・問い合わせページの3ページをWordPressで制作し、コーディングとCMS設定まで含む」という粒度まで落とす。

含まれないことも明確にする。SEO対策・コンテンツ制作・画像撮影は別費用か、スコープ外かを最初に合意しておくことで、後から追加要件が来たときの判断基準ができる。

成果物の定義が曖昧なまま進むと、完成の基準が双方でズレる。「あと少しで完成」と思っていたら、クライアントには「まだ半分くらいの出来栄え」と認識されているケースが起きる。

2. 最終決定者と承認フロー

「担当者はAさんだが、最終決定はB部長」という構造は多い。この構造を把握せずに進めると、担当者のOKが出た段階で作業を進め、後からB部長の指摘で方向が変わるという二重手間が発生する。

キックオフで確認すること：

  • 日常的なやりとりの窓口は誰か
  • 最終的な方向性の決定は誰が行うか
  • 修正・変更の承認はどのフローで進むか

この構造を把握しておくと、提案や確認を誰に向けて出すかが明確になり、無駄なラリーが減る。

3. マイルストーンと期日

「○月末納品」だけでは足りない。中間地点の期日を設定しないと、進行中の遅れに気づいたときにはリカバリーが難しくなっている。

設定すべきマイルストーンの例：

  • ヒアリング・素材収集の完了期日
  • 初稿・ドラフト提出の期日
  • クライアントレビューの期日（フィードバック返却期限）
  • 修正対応の完了期日
  • 最終納品の期日

クライアント側の対応期限（レビューの返却期限）も明示しておくことが重要だ。「フィードバックが来ないと次に進めない」という依存関係を、キックオフの段階でクライアント側に理解してもらっておく。

4. コミュニケーションルール

「何かあればいつでも連絡ください」は便利に聞こえるが、実際には混乱の原因になる。緊急連絡と確認依頼が同じチャンネルに混在し、何に対応すべきかの優先度がつけにくくなる。

キックオフで決めること：

  • 日常的な連絡手段（メール/チャット/ツール）
  • 緊急連絡の手段と基準
  • 返信の目安時間（営業時間内のみ、翌営業日対応など）
  • 定期的な進捗共有の頻度（週次/隔週/マイルストーンごと）

このルールをキックオフで合意しておくと、「返信が来ない」「急ぎなのに対応が遅い」という摩擦が減る。詳細はクライアントへの進捗報告の設計で整理している。

5. ツールと情報共有の設計

どこで情報を管理するか・クライアントはどこを見ればいいかを最初に決める。

決めること：

  • タスク管理・進捗確認のツール
  • 資料・素材のやりとり方法（メール添付/共有フォルダ/ツール内）
  • 修正依頼の記録方法（口頭・メール・ツールのコメント）

ここで「修正依頼はタスクのコメントに書いてください」と合意しておくと、修正の記録が一か所に残り、後から「あの修正はどうなった」という確認が不要になる。クライアントをタスク管理ツールに招待しておくと、進捗確認の連絡が来る前にクライアント自身が状況を確認できる。

キックオフ前の準備

確認事項を当日に口頭で進めると、話しながら抜け漏れが生まれやすい。事前にアジェンダをクライアントに共有し、双方が準備した状態でキックオフを迎えると30分で必要な合意が取れる。

アジェンダの例：

1. スコープの確認（15分）
   - 今回の成果物と含まれないものの整理

2. 体制と承認フロー（5分）
   - 担当者・決定者・連絡先の確認

3. スケジュールとマイルストーン（5分）
   - 主要期日の合意

4. コミュニケーションルール（3分）
   - 連絡手段と頻度の確認

5. ツールの設定（2分）
   - タスク管理ツールへの招待・確認

キックオフ後すぐにやること

キックオフで合意した内容は、記憶が新鮮なうちに記録して共有する。議事録をメールで送るだけでも、後から「そんな話だったっけ」というすれ違いを防ぐ証跡になる。

さらに、合意したスコープ・マイルストーン・担当者をそのままタスク管理ツールに落とし込む。「会議で決めたこと＝ツールの初期タスク」にすると、移行が別作業にならずスムーズに動き始められる。

関連記事

クライアントへの進捗共有の設計：クライアントへの進捗報告を週1回に集約する設計

スコープ変更が来たときの対処：スコープ変更・仕様変更の対応手順

外注先への引き継ぎ：案件キックオフから3週間で外注メンバーを戦力化する仕組み