目次 ／ 制作・開発ディレクション ／ プロジェクトマネジメント

キックオフ設計

項目番号 070

10秒でわかる！要点まとめ

• キックオフは「顔合わせ」ではない。ゴール・体制・ルールを全員で確定させる場
• ここで決めた「窓口は誰か」「何をもって完了か」が、以後の判断基準になる

• 社内キックオフと合同キックオフは別物。先に社内で握ってから、クライアントと会う

  1. 概要：プロジェクトの「前提」を全員の共通認識にする

  キックオフ設計とは、プロジェクトの開始時に、目的・ゴール・スコープ・体制・スケジュール・コミュニケーションルールを関係者全員で確認し、合意する場をつくる業務です。 発注側・制作側・外部パートナーが初めて一堂に会するタイミングであり、ここで共有された内容が、その後数か月にわたる判断の土台になります。要件定義が「何を作るか」を決めるのに対し、キックオフは「どう進めるか」を決める工程だと考えてください。

  2. なぜ重要なのか：後半のトラブルは、たいてい初日に仕込まれている

  プロジェクト終盤で起きる問題の多くは、技術的な難しさではなく「前提のズレ」が原因です。「クライアント側の決裁者が実は別にいた」「先方の担当者が3人いて指示が食い違う」「検収の基準が決まっておらず、いつまでも修正が続く」——これらはすべて、キックオフで詰めておけば防げたものです。 特に窓口の一本化は死活問題です。複数の担当者から個別に修正依頼が飛んでくる状態を放置すると、指示が矛盾し、作業が二重になり、最終的に誰も責任を取れなくなります。

  3. 実務のポイント：キックオフで必ず確定させる6項目

  1. 目的とゴール：「何のために作るのか」「成功をどう測るのか（KGI／KPI）」を言語化し、全員で読み合わせます。
  2. スコープと除外事項：「今回やること」と同じ熱量で「今回やらないこと」を明示します。ここが曖昧だと、後の追加要望を断れなくなります。
  3. 体制と窓口：双方の窓口担当者を1名ずつ決め、「原則この2人を経由する」と宣言します。決裁者が誰かもここで確認します。
  4. マイルストーンと締切：最終納品日だけでなく、クライアント側の作業（原稿提出、素材支給、確認回答）の期限も同時に決めます。遅延の多くは制作側ではなく支給待ちで起きます。
  5. コミュニケーションルール：使うツール、返信の目安時間、定例の頻度、緊急時の連絡手段を決めます。
  6. 完了の定義：「何をもって検収とするか」を初日に決めます。ここを決めずに走ると、終わらないプロジェクトになります。

     4. スキルアップのヒント：キックオフ資料をテンプレート化する

     上記6項目をスライド化した「キックオフ資料テンプレート」を1つ持っておくと、案件が変わっても抜けがなくなります。案件ごとに数字と名前を入れ替えるだけで済むため、準備時間も短縮できます。 また、キックオフの最後に「この認識で相違ありませんか」と口頭で確認し、その内容を議事録として当日中に配るところまでをセットにしてください。合意したという事実が残って初めて、キックオフは意味を持ちます。