インターナルコミュニケーション

プロジェクトファシリテーションとは何かを成功要因と手順で解説

部門横断のワーキンググループやタスクフォース、社外パートナーを巻き込むプロジェクトでは、計画だけでは前に進まない場面が少なくありません。目標の解釈がずれたり、情報が分散したり、関係者の利害がぶつかったりするからです。そうした複雑な社内プロジェクトを動かす考え方として、いま改めて重要なのがプロジェクトファシリテーションです。

プロジェクトファシリテーションの基本

プロジェクトファシリテーションとは?プロジェクトマネジメントとの違い

プロジェクトファシリテーションとは、スムーズなプロジェクト遂行とゴールの達成に向けて、あらゆる障害を取り除くために、プロジェクトメンバーの支援や社内外の関係者との調整・折衝を行うことです。ObjectClubは、PFを「参加者の協調の場作り」に重点を置くものとして整理し、三菱電機ソフトウエアの解説は、PFをコミュニケーションをベースとしたプロジェクト遂行の仕組みと位置づけています。PMIも、プロジェクトマネジャーが上位者、チーム、利害関係者との間で情報を扱う重要なコミュニケーターであることを強調しています。

プロジェクトファシリテーターは、プロジェクトメンバーが持てる能力を最大限に発揮できるよう、プロセスへ介入し、プロジェクトチーム内外のコミュニケーションを円滑にする役割を担います。プロジェクトのゴールに対するプロジェクトメンバーの納得感を醸成し、プロジェクト内外の状況の変化に柔軟に対応しながら、メンバーのモチベーションを高め、安心して活動ができるような場づくりを行います。

プロジェクトマネジメントが不要になるわけではありません。PMBOKは、組織成果を実現するための基本実務としてプロジェクトマネジメントを位置づけており、計画、スコープ、リソース、品質、リスクなどを扱います。そのうえでPFは、計画が前提通りに機能しない複雑な現場で、関係者の認識差や対立、変化対応、学習サイクルを扱う補完的かつ実践的な役割を担います。

プロジェクトファシリテーションは業務や工程に着目するだけでなく、よりメンバーの能力や心理、集団の雰囲気や規範に、着目する思想になります。

プロジェクトファシリテーターは専任のメンバーが担う場合と、プロジェクトマネージャー自身がファシリテーターのスキルを身に着けて実践する場合があります。

大企業の社内プロジェクトでは、専任のPMOや事務局、あるいは人事・経営企画・事業部の責任者が兼務するケースも少なくありません。重要なのは、役職名ではなく、誰が「認識合わせ」「対話設計」「合意形成」「障害除去」「ふりかえり」を担うのかを明確にすることです。

ゴールに対する考え方の違い

プロジェクトには必ずゴールがあります。ただし、そのゴールが最初から詳細まで定義されているとは限りません。スクラムガイドは、複雑な問題に対して、結果を検査し、調整し、繰り返すことを前提にフレームワークを設計しています。つまり、複雑なテーマでは「何をもって成功とするか」を初期時点で仮説として置き、運用しながら精緻化することが現実的です。

大企業の社内プロジェクトでは、「DX推進」「エンゲージメント向上」「ナレッジ共有活性化」のように、言葉は共有されていても意味の解釈が部門ごとにずれていることがよくあります。経営陣は事業変革を想定し、情報システム部門はツール刷新を想定し、人事は働き方改革を想定している、といった状態です。このズレを放置すると、プロジェクトは進んでいるようで進んでいない状態になります。だからこそ、初期段階で目的、対象範囲、成功条件、意思決定者、判断基準を言語化し、関係者と合意することが重要です。

計画に対する考え方の違い

計画は必要です。しかし、複雑なプロジェクトでは、計画は守るべき絶対解ではなく、更新していく前提の仮説として扱うほうが現実に合います。三菱電機ソフトウエアの解説でも、PFは「計画」重視のマネジメントに対し、「変化への対応」を特徴の一つとしています。スクラムガイドも、進捗の検査と適応を短いサイクルで回し、学習が進むにつれてスコープの再交渉が必要になる場合があると明示しています。

プロジェクトマネージャーがプロジェクトを計画通りに遂行するための「管理」を主に担っているのに対し、プロジェクトファシリテーターは「調整」を主に担います。プロジェクトの進捗状況やメンバーの状況を観察する中でプロジェクトがうまくいかない要因をキャッチし、状況に応じてプロジェクトに介入し、進め方を調整します。こういった働きかけによって、プロジェクトのスムーズな遂行を行うのが、プロジェクトファシリテーターの役割です。

プロジェクトファシリテーションが今必要な背景

組織や人の複雑化

いまの大企業では、正社員だけでなく、多様な雇用形態、専門職、外部パートナー、海外拠点、兼務人材が同じテーマに関わることが珍しくありません。IPAはDXを企業全体の変革として捉える情報提供を行い、経済産業省も部門横断推進を成熟度の要件として示しています。つまり、複数の専門性と価値観をどう噛み合わせるかが、プロジェクトの成否を左右する時代です。

そこで、プロジェクトのゴールやプロセスを明確化してメンバーの目線を合わせるとともに、共通言語や規範を揃え、コミュニケーションを円滑化してスムーズに進行するためにファシリテーターの役割が重要になってくるのです。

これは感覚論ではありません。Edmondsonの研究は、チーム心理的安全性が学習行動に関連し、その学習行動がチーム成果を媒介すると示しました。メンバーが発言しやすく、仮説を出しやすく、失敗から学べる状態をつくることは、成果を出すための条件そのものです。

プロジェクトの複雑化

DX、パーパス浸透、働き方改革、ナレッジ共有、エンゲージメント向上のようなテーマは、一部門だけでは完結しません。経済産業省の資料でも、収益向上を達成する企業は部門間を相互依存関係として捉え、変革を全社で進めることが示されています。複雑なテーマほど、決定事項よりも「誰がどう関わるか」「何をどう共有するか」「どのタイミングで見直すか」の設計が重要になります。

こういったさまざまな関係者が集まるプロジェクトでは、往々にしてそれぞれの利害関係が衝突したり、誰がプロジェクトをリードするのかがあいまいで当事者意識が生まれにくい、などの問題が生じます。そのため、第三者的な立場でメンバーの関係性を調整し、それぞれの能力を発揮しやすい環境を整え、プロジェクトを前に進める、プロジェクトファシリテーターが必要とされているのです。

HoeglとGemuendenの研究でも、コミュニケーション、調整、メンバー貢献のバランス、相互支援、努力、凝集性から成るTeamwork Quality は、革新的プロジェクトの成功と関係すると示されています。人が優秀であることと、チームとして成果が出ることは同義ではありません。そこをつなぐのがファシリテーションです。

弊社ソフィアの調査では、ナレッジ共有について「十分だと思う」側と「十分だと思わない」側がほぼ同程度に分かれ、阻害要因としては情報の所在不明、他部署情報へのアクセスしづらさ、共有時間不足が上位でした。プロジェクトを跨いで情報が流れない組織では、善意や個人努力だけで連携は続きません。だからこそ、見える化、短い定例、ふりかえり、更新責任の明確化が必要です。

プロジェクトファシリテーションの進め方

関連上位群を見ると、ObjectClubは価値と原則、朝会、ふりかえり、見える化、計画作りを独立資料として公開しており、MESWもバーンダウンチャート、ソフトウェアかんばん、KPTを紹介しています。今回では、それらの実践知を大企業の社内プロジェクト向けに翻訳し、導入しやすい形で整理します。

ゴールの明確化とメンバーの納得感醸成

最初にやるべきことは、目的の言い換えではなく、目的の具体化です。「このプロジェクトは何を変えるのか」「誰にどんな影響が出るのか」「いつ時点で何ができていれば成功なのか」「その判断を誰がするのか」を明文化します。あわせて、用語の定義、意思決定ルール、役割分担、論点の優先順位も最初に揃えておくと、後工程の誤解を減らすことができます。

プロジェクトとコミュニケーションの透明化

透明化とは、単に資料を共有フォルダに置くことではありません。何が決まり、何が未決で、どこにリスクがあり、誰が次に動くのかを、関係者が共通に見られる状態をつくることです。MESWは、PFの「見える化」を、現場に行けば状況が分かる状態を作ることだと説明し、スクラムガイドも透明性が検査と適応の前提になると述べています。

弊社ソフィアの調査では、ナレッジ共有の課題の最多が「情報がいろいろな場所にあり、どこにあるのか分からない」でした。したがって、会議体を増やす前に、プロジェクトボード、論点メモ、リスク一覧、意思決定ログ、FAQ、週次サマリーのような”更新され続ける共通面”を一つ持つことが重要です。これはツールの高度さより、更新責任と閲覧習慣を設計できるかどうかで成果が変わります。

プロジェクトの活動に対する周囲の理解を得るために、プロジェクトの進捗状況をプロジェクトのオーナーや経営陣、会社全体に対して発信することもあります。こちらは、プロジェクトの活動を広く知らせることで、プロジェクトに対する周囲からの期待を高め、プロジェクトメンバーのモチベーションを高める副次的な効果が期待できます。

大企業ほど、プロジェクトの外側にいる関係者の理解不足が停滞要因になりやすいため、内部広報まで含めて設計しておくと効果的です。

タスクプロセスとコミュニケーションプロセスの観察と調整

プロジェクトが止まる原因は、遅延そのものではなく、遅延の兆候に気づけないこと、あるいは気づいても話し合えないことにあります。スクラムガイドのデイリースクラムは、進捗を検査し、その日の作業計画を適応させる15分のイベントであり、コミュニケーション改善、障害物特定、迅速な意思決定につながるとされています。ObjectClubの朝会ガイドも、短時間で必要情報を共有し、今日やることをコミットし、気持ちよく仕事を始めることを目的に置いています。社内プロジェクトでも、毎日でなくてもよいので、短いリズムを固定化することは有効です。

短い定例のコツは、報告会にしないことです。昨日やったことを長く説明するのではなく、今日の焦点、止まっている論点、支援が必要な点を共有します。誰か一人に情報が集中するのではなく、チーム全体が状況を持てるようになると、問題の構図は「上司対メンバー」ではなく「問題対チーム」に変わりやすくなります。これはMESWがPFの利点として説明している点でもあります。

計画変更と合意形成

複雑なプロジェクトでは、計画変更は失敗ではなく、適切な学習の結果です。むしろ、変化が起きているのに計画だけを守ろうとするほうが危険です。スクラムガイドも、スプリントレビューを成果の検査と今後の適応決定の場、スプリントレトロスペクティブを品質と効果を高める方法を計画する場と位置づけています。つまり、変化を正当化するのではなく、変化を取り込む公式な場を持つことが重要です。

大企業の社内プロジェクトでは、変更の中身以上に、「なぜ変えるのか」「何を残すのか」「誰が了承したのか」を説明できる状態をつくることが重要です。経営陣、オーナー、関係部門、現場責任者のそれぞれに、同じ内容を同じ粒度で伝える必要はありません。相手の意思決定に必要な情報に合わせて、伝えるべき論点を切り分けることが、合意形成の実務になります。

フィードバックと改善

プロジェクトファシリテーションを一過性で終わらせないためには、ふりかえりを仕組みにする必要があります。ObjectClubはふりかえりガイドやKPT/KPTAの番外編を公開しており、MESWもKPTをプロセス改善の実践ツールとして紹介しています。スクラムガイドのレトロスペクティブも、個人、相互作用、プロセス、ツールを検査し、もっとも役立つ変更を特定する場だと定義しています。

ここで大事なのは、「感想を言って終わり」にしないことです。Keep、Problem、Tryのような枠組みを使い、何がうまくいったか、どこに詰まりがあったか、次に何を変えるかを具体化します。改善策は、抽象的な掛け声ではなく、担当、期限、観測指標まで落とすと、次のサイクルに繋がりやすくなります。

プロジェクトファシリテーションに使える実践ツール

社内プロジェクトで使いやすい基本ツールは、大きく五つです。ひとつ目は、目的・成功条件・役割を明文化したプロジェクトチャーター。二つ目は、定例で更新する進捗・論点・リスクの見える化ボード。三つ目は、短い朝会や週次同期。四つ目は、ステークホルダーとのレビュー。五つ目は、KPTなどを用いた定期ふりかえりです。ObjectClubとMESWの公開資料は、この五つを実務で回すための示唆が厚いので、今回のリライトではそれらを本文で明示的に回収します。

人事部門・研修企画担当者が設計すべき定着の仕組み

大企業の人事部門や研修企画担当者が最初にやるべきことは、プロジェクトファシリテーターを「特別な人」ではなく「必要な役割」として定義することです。PM、部門長、事務局、ワーキンググループリーダーのうち、誰が目的整理、場づくり、合意形成、障害除去、ふりかえりを担うのかを明確にし、その役割に必要なスキルを研修化します。PMIやスクラムガイドでも、複雑な環境ではステークホルダーとのコラボレーション促進や障害物除去が重要な役割として扱われています。

次に必要なのは、単発研修で終わらせない設計です。弊社ソフィアの調査では、1on1は6割超で導入されている一方、業務やキャリア形成に役立っているという前向き評価は41.2%にとどまりました。これは、制度や場があるだけでは成果が出ず、運営の質と現場支援が必要であることを示しています。プロジェクトファシリテーションも同様で、基礎研修、実践演習、会議同席フィードバック、ふりかえり伴走までをセットで設計したほうが定着しやすくなります。

また、評価指標も工夫が必要です。弊社ソフィアの調査では、エンゲージメントサーベイ結果について「数値を上げること自体が目的化している」と感じる回答が45.5%に達しました。数値目標だけを追うと、プロジェクトファシリテーションも形式化しやすくなります。見るべき指標は、会議参加率よりも、意思決定の明確さ、更新の継続率、論点解消までの時間、未解決課題の滞留期間、ステークホルダー満足度、ふりかえりで決めた改善アクションの実行率です。

さらに、育成するスキルも整理しておくと運用しやすくなります。最低限必要なのは、論点を定義する力、質問で認識差を可視化する力、短く要約する力、対立を整理して議論を前に進める力、改善策を次回アクションに落とす力です。スクラムガイドが示す透明性・検査・適応と、Commitment、Focus、Openness、Respect、Courageの価値基準は、そのまま企業内プロジェクトのファシリテーター育成にも応用できます。

社内プロジェクトで伴走者が必要な理由

複雑な社内プロジェクトでは、内部の当事者だけでは調整しにくい局面があります。部門間の利害がぶつかる、言葉の定義がずれる、会議が報告会に終始する、スポンサーとの間で期待値が噛み合わない、といった場面です。そうしたとき、第三者的立場で場を設計し、観察し、介入できる伴走者がいると、プロジェクトは前に進みやすくなります。これは既存記事の基本トーンとも一致しており、PMIのステークホルダーコミュニケーション研究とも整合的です。

社内だけでやり切る方法ももちろんあります。その場合でも、伴走者的な役割を果たす人を決め、定例運営、論点整理、合意形成、ふりかえりを意識的に回すことが必要です。外部支援を入れる場合は、会議運営の代行ではなく、社内で再現できる型を残せるかどうかを基準に選ぶと、投資対効果が高まりやすくなります。

複雑な社内プロジェクトが停滞している、部門横断の議論が前に進まない、ファシリテーター育成を仕組み化したいという場合は、プロジェクト単位の伴走と人材育成を分けずに考えることが重要です。ソフィアは、研修・ワークショップ、組織風土改革、社内メディア、イベント、ICT活用支援までを一体で支援しており、事例でも大企業の人事部門やコーポレート部門の支援実績が示されています。リード獲得を狙う本記事としては、記事末に資料ダウンロードまたは相談導線を置く構成が自然です。

まとめ

プロジェクトファシリテーションは、複雑化した組織体制やプロジェクトに対応するために、インターナルコミュニケーションの視点を取り入れた解決策です。ただし、それは雰囲気づくりだけを指すのではありません。目標の明確化、共通言語づくり、情報の透明化、短い対話のリズム、変化の反映、ふりかえりの仕組み化までを含めて、チームが成果を出しやすい状態をつくる実務です。

とくに大企業では、部門横断課題の増加に対して、連携の必要性は高いのに、情報流通やナレッジ共有、実際の対話設計が追いついていないケースが少なくありません。弊社ソフィアの調査でも、そのギャップは明確に表れています。だからこそ、プロジェクトファシリテーションを「個人のセンス」ではなく、「組織で再現する型」として設計し、人事・研修・現場運営をつなげていくことが重要です。

お問い合わせ

よくある質問
  • プロジェクトファシリテーションとプロジェクトマネジメントの違い
  • プロジェクトマネジメントは、計画、リソース、スコープ、品質、リスクなどを管理して成果達成を目指す実務です。これに対してプロジェクトファシリテーションは、認識差、関係性、対話、合意形成、変化対応、学習サイクルを整え、チームが力を発揮できる状態をつくる実務です。両者は対立概念ではなく、複雑なプロジェクトでは相互補完の関係にあります。

  • プロジェクトファシリテーターの専任配置について
  • 必ずしも専任である必要はありません。既存記事の通り、PMや部門責任者が兼務することも可能です。ただし兼務の場合は、進捗管理だけに引っ張られやすいため、会議設計、対話促進、論点整理、ふりかえりまでを役割として明文化し、周囲もその役割を期待する状態をつくることが大切です。

  • 特にファシリテーションが必要な社内プロジェクトのテーマ
  • DX、パーパス浸透、組織風土改革、働き方改革、ナレッジ共有、部門横断の制度設計のように、複数部門が関わり、目標や解釈が動きやすいテーマでとくに有効です。経済産業省のDX関連資料でも、全社戦略のもとで部門横断に進めることが先行企業の特徴として示されています。

  • 朝会やKPTのソフトウェア開発以外への応用
  • 使えます。ObjectClubの朝会ガイド自体が営業チーム、商品コンセプト開発、社内規定作成、生産現場改善などでも利用できることを明記していますし、スクラムガイドも複雑な作業を必要とするさまざまなドメインでの利用を前提にしています。重要なのは、形式を真似ることではなく、短時間共有、進捗の見える化、改善サイクルという原理を自社文脈に合わせることです。

  • 人事部門の着手ポイント
  • 最初の一歩は、対象プロジェクトを一つ選び、目的・成功条件・役割・更新物・定例リズム・ふりかえり方法を小さく設計して試すことです。いきなり全社制度化するより、部門横断で関係者が多いテーマでパイロットを回し、そこで得た型を研修とガイドラインに落とすほうが定着しやすくなります。ソフィア調査でも、制度があっても運用の質によって受け止め方が分かれることが示されています。

株式会社ソフィア

先生

ソフィアさん

人と組織にかかわる「問題」「要因」「課題」「解決策」「バズワード」「経営テーマ」など多岐にわたる「事象」をインターナルコミュニケーションの視点から解釈し伝えてます。