Webサイトリニューアルなどのプロジェクト成功率を上げる、キックオフミーティングの進め方とは？

Webサイトリニューアルや大型キャンペーンのような「プロジェクト」、その成功の鍵を握るといっても過言ではないのが「キックオフミーティング」。でも、キックオフミーティングをどう進めるべきか、どうコミュニケーションをとるべきかわからない……なんてことありませんか。

こんにちは、ロフトワークの石川です。ロフトワークでは大小含めて年間500件のWebサイト制作などのプロジェクトを日々進めています。そして、世界標準のプロジェクトマネジメントの知識体系「PMBOK（ピンボック）」を導入し、プロジェクト実施のフレームワークづくりやリスクの軽減などに務めています。

プロジェクトの「ブレークスルー」や「新しい価値」は、それに関わるメンバーの知的好奇心と熱意によって引き出されるもので、それこそがプロジェクトの成功を左右します。

でも、そのための手法はPMBOKには書かれていないし、あまり言語化もされていない領域です。そこで3回連載でロフトワーク流の「プロジェクトコミュニケーション術」を紹介していきます。

初回の今回は、プロジェクトの始まりに行うキックオフミーティングでプロジェクトメンバーと信頼関係を築くコミュニケーション術を2つ紹介します。紹介するものは、ロフトワークのシニアディレクターの重松とディレクターの入谷が実際にプロジェクトで活用している方法です。

左：入谷　右：重松（手にしているのはプロジェクトマネジメントに関する本）

「キックオフミーティング」から信頼関係を築く

プロジェクトの始まりに必ず行う「キックオフミーティング」。キックオフミーティングとは、プロジェクトに関わるメンバー全員が集まり、プロジェクトの共有事項や目指すべきゴールなどを確認し、一致団結してプロジェクトに邁進できるようにするために行う場です。

この大事なミーティングで情報をどう共有し、互いの共通認識を合わせてゴールを確認し、信頼関係を築いていったらよいか。具体的に紹介します。

ちなみに、プロジェクトの決定権を持つ人も巻き込んでキックオフミーティングを進めるといいでしょう。

①キックオフミーティング前にプロジェクトマネジメント計画書を用意するパターン
成果物があらかじめ明確なとき

キックオフミーティングが始まる前に、次のような要件をまとめたプロジェクトマネジメント計画書（以下、PM計画書）を作り、その内容を確認しながらプロジェクトメンバーとの理解を深めていくパターン。

• プロジェクトの背景・目的
• ターゲットユーザー
• プロジェクト前提条件
• プロジェクトスコープ（作業範囲）
• 品質計画（対象ブラウザなど）
• コスト
• スケジュール
• ステークホルダー
• コミュニケーション計画（コミュニケーションルールや、使用するコミュニケーションツールなど）

上記の画像は入谷が実際に作成したプロジェクトマネジメント計画書 1/2（どんなドキュメントなのか想像できる程度の解像度です）

上記の画像は入谷が実際に作成したプロジェクトマネジメント計画書 2/2

PM計画書とは、「このプロジェクトは、こんなゴールでこんなメンバーでこんな感じで管理していきます」という計画を定義する資料のことです。このパターンはWebサイトの要件がはっきりしているなど、アウトプットが明確なものが適しています。

初対面の相手と「ここまでわかっているんですがこれで合っていますか？」「そうですね、でもここはこうですね」というのを確認しながら、押さえておかなければならない要件を順番に確認していくのに非常な有用なツールとして使えます。

キックオフミーティングではこのPM計画書をベースに、さらにクライアントの要件をヒアリング・コミュニケーションをして互いのプロジェクト理解を深めていきます。

最初からオフィシャル感あるドキュメントを使って必要事項を確認していく手法は、抜け漏れなく確認できると同時に話が脱線しにくい、そして同時に計画書もほぼでき上がってしまうというメリットもあります。

②キックオフミーティングでスケジュール、ワイヤーフレームを作るパターン
期間が短いとき

最初から半日がかりのキックオフミーティングを設定し、スケジュールからワイヤーフレームまで作りきってしまうパターン。

特にプロジェクト期間が短いプロジェクトでは、最初からキックオフミーティングの時間を半日とり、その場でお客さんと一緒にWBS（Work Breakdown Structure：作業分解構成図）をつくりながらスケジュールまで落とし込む、さらにワイヤーフレームの制作も行い重要なコンテンツの優先順位付けまで行う場合もあります。

このパターンは、特にクライアントの確認時間が確保しにくいときに、スタートダッシュでプロジェクトのアウトプットを形にしながら一緒に作れることがポイントです。

とあるプロジェクトのWBS・スケジュール例（どんなドキュメントなのか想像できる程度の解像度です）

ロフトワークでWBS・スケジュールを作成する場合は、ほとんどのメンバーがSmartsheetを用いています。

相手を理解しお互いの考え方、視点、文化を確認する

紹介した2パターンはあくまで一例で、ロフトワークの標準パターンというわけではありません。プロジェクトの数だけキックオフミーティングの数がありますが、まず「プロジェクトを一緒に進めていくチームメンバーを知る」ことを重点に置いて進めていきます。

そのメンバーを知っていく過程で、「プロジェクトの目的は何か、成果物は何か、ユーザーへどのような体験を提供したいのか」といったプロジェクトの「意義」を詰めていきます。

「たとえば、あなたは良いUXデザインとはどのようなものだと思いますか？ あなたは毎日使いたくなるサービスとはどのようなものだと思いますか？」など、「わざわざそれを聞く必要があるのか？」と思うような話をしてもらうところから、チームメンバーの考え方や、視点、文化を確認し合って、意識を合わせていくのです。

キックオフミーティングでは、答えを決めるのではなく、プロジェクトが向かうべき方向性を決めることを大事にし、そしてメンバー全員が同じ方向を目指すこと。それが良いチームを作るためのスタート地点になります。

次回は、チームビルディングに役立つコンセプトマップの作り方を紹介します。