キックオフミーティングとは？目的は何？
キックオフミーティングは、プロジェクトの関係者が集まり、プロジェクトを正式に始めるための会議です。サッカーの試合開始の「キックオフ」が語源です。
目的は、あいさつや顔合わせだけではありません。中心は認識をそろえることです。具体的には、次の4つをそろえます。
- 目的とビジョン：なぜこのプロジェクトをやるのか。成功すると、誰にどんな価値が生まれるのか（ビジョン共有の進め方）。
- 届けるもの：何を作り、何を作らないのか（成果物とスコープの範囲）。
- 進め方：予測型か、アジャイルか、ハイブリッドか。主なマイルストーンや周期。
- 役割と約束：誰が何を決め、どう連絡を取り、問題が起きたらどこへ上げるのか。
認識のずれは、プロジェクトの後半になるほど直すのが高くつきます。最初に時間を使ってそろえておくことが、キックオフの一番の価値です。
キックオフはいつ開く？予測型とアジャイルの違い
キックオフを開く時期は、進め方で変わります。
予測型
- 時期計画がまとまり、実行に入る前
- 共有するもの承認された計画の要点を共有する
- その後大きなフェーズの始まりごとに開くこともある
アジャイル
- 時期最初のイテレーションの前
- 共有するものビジョンと最初のバックログを共有する
- その後細かい計画は各スプリントで決める
当サイトの整理。組織によっては、計画を始める時点と実行に入る時点の2回開くこともあります。
共通するのは、みんなが動き出す前に開くことです。作業が始まってから開いても、すでに各自が別の理解で動いているため、効果が小さくなります。
参加者はどう選ぶ？
参加者は、「この会議で決めたことに責任を持つ人」と「決めたことに従って動く人」です。迷ったら次の表で確かめます。
| 参加者 | 役割 | 呼ばないと起きること |
|---|---|---|
| スポンサー | プロジェクトの目的と重要さを自分の言葉で伝える。資金と権限の後ろ盾 | チームが「本当に優先されるのか」を疑う |
| プロジェクト・マネジャー | 会議を準備・進行し、計画と役割を説明する | （必須） |
| プロジェクトチーム | 作業の進め方や役割を理解し、疑問を出す | 役割の思い込みが残る |
| 主要なステークホルダー | 利用部門・顧客・運用部門など。期待と制約を伝える | 後から要求や反対が出る |
| 協力会社・ベンダー | 契約の範囲と連絡の窓口を確かめる | 責任の境目があいまいになる |
受託の案件では、まず社内でキックオフを開くことがよくあります。体制やリスク、顧客への説明の方針を社内でそろえてから、顧客と合同のキックオフに臨みます。
人数が多すぎると、質問が出にくくなります。全員が参加できない場合は、録画や資料を共有し、欠席した重要な人には個別に説明の場を設けます。
開く前に何を準備する？
キックオフの出来は、準備でほぼ決まります。開く1〜2週間前から、次のものをそろえます。
- スポンサーとのすり合わせ：目的と成功の基準、当日にスポンサーが話す内容を確かめる
- 資料：背景と目的、スコープ（作るもの・作らないもの）、マイルストーン、体制図、責任分担表、連絡の方法、主なリスク
- 事前の配布：資料を数日前に配り、質問を集めておく
- 役割：進行役と記録係を決める
- オンラインの場合：接続の確認、録画の可否、資料の置き場所を決める
スケジュールは、ガントチャートなどでマイルストーンを中心に要点だけを見せると伝わります。細かい作業の一覧まで見せる必要はありません。
議題はどう組む？例で見る
1〜2時間の会議を想定した、議題の例です。時間は規模に合わせて調整してください。
- 開会とスポンサーのあいさつ（目的と期待を伝える）
- プロジェクトの背景と目的、成功の基準
- スコープ：作るもの・作らないもの
- 進め方とスケジュールの要点（マイルストーン、またはスプリントの周期）
- 体制と役割（誰が何を決めるか、責任分担表）
- コミュニケーションの方法（定例、報告、使う道具）
- 主なリスクと前提条件
- チームの取り決め（グランドルール）
- 質疑応答
- 決定事項とアクションの確認
最後の「確認」を省かないことが大切です。会議の中で口頭で合意しても、誰がいつまでに何をするかが記録されていなければ、動きません。
よくある失敗と対策は？
キックオフを開いたのに認識がそろわない場合、原因はたいてい決まっています。よくある失敗と対策を表にまとめます。
| よくある失敗 | 起きること | 対策 |
|---|---|---|
| 顔合わせとあいさつで終わる | 目的や役割の理解がそろわない | 議題に「目的」「スコープ」「役割」を必ず入れる |
| PMが一方的に説明する | 質問や懸念が出ず、後から反対が出る | 質疑の時間を取り、事前に質問を集める |
| スポンサーが来ない | チームがプロジェクトの重要さを疑う | 日程はスポンサーの予定から先に押さえる |
| 決定事項を記録しない | 誰が何をするかがあいまいになる | 最後に決定事項とアクションを読み上げ、当日中に共有する |
| 作業が始まってから開く | 各自が別の理解で動き始めている | 実行に入る前に開く |
キックオフが終わった後にすることは？
会議の後に、次のことを行います。
- 議事録（決定事項・アクション・未解決の質問）を、参加者と欠席者に共有する
- 出てきたリスクを、リスク登録簿に記録する
- 決まった連絡方法や取り決めを、コミュニケーションの計画やチームの取り決めに反映する
- 未解決の質問に、期限を決めて回答する
- 参加できなかった重要なステークホルダーに、個別に説明する
キックオフで出た反対意見や不安は、そのまま放置しないでください。反対の理由が分からない場合は、表面の意見ではなく理由を確かめます（根本原因の分析）。
PMP試験ではどう問われる？
PMP試験では、キックオフという言葉そのものより、「関係者の認識をそろえる場をいつ・誰と持つか」の判断が問われます。2026年版の出題範囲（ECO）では、Process 1（統合された計画を作り、実行に移す）と Process 4（資源を計画して管理する）が関わります。People 1（共通のビジョンをつくる）も関係します。
よく出る場面は次のとおりです。
- 計画が承認された直後で、チームの理解がそろっていない → 実行に入る前に、関係者を集めて共有する
- 途中から加わったメンバーが目的を知らない → プロジェクト全体のキックオフを開き直すのではなく、本人向けに説明する
- 重要なステークホルダーがキックオフを欠席した → 個別に説明し、期待を確かめる
プロジェクトがプログラムの一部である場合は、プログラムの目的とのつながりも共有します。違いはプロジェクト・プログラム・ポートフォリオの違いで整理しています。
確認問題1
計画承認後、チームの理解がばらばら
（当サイトの独自問題）社内システムの更新プロジェクトで、プロジェクトマネジメント計画書がスポンサーに承認された。チームは複数の部署から集められ、各自が担当の作業を始めようとしている。数人に話を聞くと、プロジェクトの目的やリリースの時期の理解がそれぞれ違っていた。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：2。計画は承認されていて、問題は関係者の理解がそろっていないことです。実行に入る前に、スポンサーとチームを集め、目的・計画の要点・役割を共有します。これがキックオフです。
1：個別に話すだけでは全員の理解がそろったか確かめにくく、作業を先に始めると手戻りが増えます。3：計画に問題があるとは示されておらず、改訂する必要はありません。4：理解の違いは共有の不足が原因で、メンバーを替える理由になりません。
確認問題2
途中で加わったメンバーへの対応
（当サイトの独自問題）アジャイルで進めている製品開発の5回目のスプリントで、新しい開発者がチームに加わった。この開発者は、製品が何を目指しているのかも、チームで決めた働き方もまだ知らない。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：4。1人の新しいメンバーのために、全体のキックオフを開き直す必要はありません。本人にビジョンと取り決めを伝え、チームになじめるよう支援するのが適切です。
1：関係者全員の時間を使う必要はありません。2：順番が逆です。背景を知らないまま作業させると、チームの取り決めとずれた行動が起きます。3：メンバーの受け入れはすでに決まっており、スポンサーと話し合う問題ではありません。
確認問題3
キックオフの目的
（当サイトの独自問題）キックオフミーティングの主な目的として、最も適切なものはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：1。キックオフの中心は、関係者の認識をそろえて、正式に動き出すことです。
2：詳細なスケジュールは計画の作業で作り、キックオフでは要点を共有します。3：予算の承認は、プロジェクトの立ち上げや計画の承認の段階で行います。4：教訓の登録は、フェーズやプロジェクトの終わりに行うのが基本です。
POINT
続きは、ステークホルダーとの合意やチームの立ち上げを扱う問題で練習できます。タスク別ドリルで People と Process のタスクを選んで解いてみてください。