クロスファンクショナルチームが機能しない3つの構造的原因｜PMOによる立て直し

1. クロスファンクショナルチーム（CFT）とは？ タスクフォースとの違いから整理する

まず言葉の輪郭をそろえておきましょう。クロスファンクショナルチーム（CFT）とは、営業・開発・情報システム・経理といった複数の機能部門のメンバーで構成される、部門横断の活動体を指します。一つの部門だけでは解けない課題──たとえば全社的な業務プロセス改革やDX推進、基幹システムの刷新──に対して、それぞれの現場知見を持ち寄って取り組むための編成です。号令だけでは動かないのは、この「持ち寄り」の設計が抜けているからだ、という話をこれからしていきます。

1-1. CFTの定義：部門の壁を越えて課題に当たる横断チーム

CFTは、特定の部門の指揮命令系統に閉じないことに本質があります。通常の組織では、社員は自部門の上司の指示で動き、自部門の目標で評価されます。ところがCFTは、その縦のラインをまたいで人が集まる横のチームです。だからこそ、部門をまたいで初めて見えるボトルネックを発見できます。その一方で、「誰の指示で動くのか」「何で評価されるのか」が宙に浮きやすいという弱点も同時に抱えます。ここが後述する機能不全の起点になります。皆さまの現場のCFTは、集めただけで「動く仕組み」まで設計できているでしょうか。

1-2. タスクフォースとの違い：期限と常設性で見分ける

CFTと混同されやすいのがタスクフォースです。両者は「複数部門から人を集める」点は似ていますが、性格が異なります。タスクフォースは、特定の緊急課題のために期限を区切って編成し、その課題が解決すれば解散する一時的な組織です。対してCFTは、継続的なテーマに向き合う比較的中長期の横断活動体として置かれることが多く、常設に近い運用もあります。次の表で、運営上の勘所の違いを押さえておきましょう。表のあとに、なぜこの違いが運営設計を左右するのかを補足します。

この違いが運営を左右するのは、存続期間が長いほど「片手間参加」の綻びが蓄積するからです。数週間で解散するタスクフォースなら勢いで乗り切れても、半年・一年と続くCFTでは、参加者の評価も報告ラインも縦割りのままだと動機が続きません。つまりCFTほど、後述するガバナンスやKPIの設計が効いてくるわけです。

2. なぜ部門をまたいだチームは動かなくなるのか──3つの構造的原因

ここが本記事の核心です。CFTが失速するとき、原因を「メンバーの当事者意識が低い」で片づけてしまうと、打ち手を人の入れ替えや精神論に求めることになり、いつまでも再発します。実際に効いているのは、次の3つの構造です。順に見ていきましょう。

2-1. ガバナンス不在：「誰が、何を、どこまで決めてよいのか」が曖昧

第一の原因は、意思決定の枠組み、すなわちガバナンスが定義されていないことです。ガバナンスとは、誰にどこまでの決定権があり、決められないときは誰に上げるのか、という統制のルールを指します。CFTでは各部門の代表が集まります。ただ、その代表が「自部門を代表して即決できる立場」なのか、「持ち帰って上司の承認を得る立場」なのか。そこが曖昧なまま、会議は進みがちです。結果、その場では結論が出ず、持ち帰り、次回また同じ議論を繰り返す。エスカレーション先（誰に上げれば決着するか）が決まっていないため、宙に浮いた論点が延々と滞留します。これは意欲ではなく、権限設計の欠落が生む症状です。ステークホルダーの利害調整をどう設計するかは、ステークホルダマネジメントの実践法もあわせてご覧ください。

2-2. KPIの不整合：部門の目標が全体最適に優先してしまう

第二の原因は、評価指標（KPI）の不整合です。参加者は日常、自部門のKPIで評価されています。営業は売上、情報システムはセキュリティと安定稼働、開発は納期と品質。それぞれ正しい指標ですが、横断プロジェクトの場では衝突します。たとえば基幹システム刷新で、業務効率を上げたい業務部門と、セキュリティ要件を優先したい情報システム部門が対立する構図は典型です。CFT共通のゴールと、各人が自部門で負っているKPIが噛み合っていないと、参加者は合理的に自部門を優先します。これは意識の低さではなく、報告体制が縦割りのままでは動機が生まれにくいという構造的な課題です。IPAの「DX白書2023」でも、DX推進を阻む要因として組織間・部門間の連携の課題が挙げられており、部門連携の難しさは多くの企業に共通する論点です。

2-3. 権限委譲の失敗と、機能不全が表に出るサイン

第三は、権限委譲の失敗です。トップは「任せた」と言うものの、実際には予算も人事も動かせる権限がチームに渡っていない。号令だけが降りてきて、動かす手段が伴わない状態です。これが起きる背景には、意図的に権限を絞るケースよりも、渡すべき権限の範囲がそもそも定義されていないケースの多さがあります。プロジェクト憲章や規程にチームの決裁枠が書かれていなければ、担当者は判断のたびに上長へ伺いを立てるしかありません。

それが表面化するのは、外部ベンダーへの発注可否、要件変更の承認、追加リソースの確保といった、前に進めるための判断を求めた瞬間です。決裁権の所在が分からず、そこで足が止まる。対策の方向としては、一定金額以下の費用支出、チーム内の役割変更、スコープの微調整といった範囲について、どこまでをチームに委ねるかを明文化することを検討します。明文化すれば自動的に解決するわけではありませんが、止まる箇所を減らす土台にはなります。

これらの構造的原因は、次のような機能不全のサインとなって表面に出てきます。立ち上げ直後は盛り上がっても、数か月のうちに会議が形骸化し、やがて名目だけが残る──という失速は、横断プロジェクトの現場でよく見られる経験則です。下の表は、どの兆候がどの原因に結びつくかを整理したものです。自チームのどこに当てはまるか、照らし合わせながら読んでみてください。

3. 機能不全がプロジェクトにもたらすリスク

「動かないだけなら、いずれ追いつく」と楽観するのは危険です。CFTの機能不全は、プロジェクト全体の数字に跳ね返ってきます。ここでは代表的な2つの波及を、先に結論から示します。放置した機能不全は、遅延とスコープの膨張という形でコストへ転化していきます。

3-1. 意思決定の遅延が、クリティカルパスを侵食する

横断プロジェクトでは、部門間の合意が必要な論点が工程の随所に現れます。その合意が滞ると、後続作業が着手できず待たされます。とりわけ、クリティカルパス──全体の納期を直接左右する、いちばん余裕のない作業の連なり──の上で意思決定が止まると、遅れがそのまま最終納期の遅れに直結します。「決まらない会議」の一週間は、単なる一週間ではありません。判断待ちで止まった作業が積み上がれば、リカバリーに要する工数は雪だるま式に膨らみます。意思決定の遅延は、静かに進行するコスト超過の主因なのです。

3-2. 曖昧な合意が、スコープの膨張（スコープクリープ）を招く

もう一つのリスクが、スコープクリープです。これは、スケジュールやコスト、資源の調整を伴わないまま、やるべき範囲が管理されずに膨らんでいく現象を指します。CFTでは各部門が「うちの要望も入れてほしい」と持ち込むため、誰がどこまでを決裁するかが曖昧だと、要望が交渉の力関係でなし崩しに取り込まれます。正式な変更管理を経ていない点が問題で、統制された仕様変更とは区別すべき状態です。範囲が膨らめば、当然ながら工数も納期も予算も圧迫されます。合意のルールが弱いチームほど、この膨張を止められません。

4. 機能するチームに変える実践的な打ち手

では、今すぐ何から着手すればよいのでしょうか。原因が構造にある以上、打ち手も構造に効くものを選びます。ここでは効果の出やすい順に、3つの打ち手を具体的な手順で示します。特別なツールの導入は前提にしません。まず整えるべきは、決め方・測り方・話し合い方のルールです。

4-1. 意思決定ルールとRACIを設計する

最初に着手すべきは、「誰が何を決めるか」を可視化することです。ここで有効なのがRACIです。RACIは、RAM（責任分担マトリクス）の代表的な一形式で、タスクごとに関与者の役割を4種類で割り当てます。R（Responsible＝実行責任、複数可）、A（Accountable＝説明責任、原則1タスク1人）、C（Consulted＝双方向で相談する相手）、I（Informed＝結果を知らされる相手）です。とくにAを1人に定めることで、「最後は誰が決めるのか」が明確になりやすくなります。あわせて、そのチームで決められない論点を誰に上げるかというエスカレーションパスも定義します。

作り方はシンプルです。主要な意思決定事項を列に、関係者を行に置き、マスを一つずつ埋めていきます。Aが分散している列や、空欄の目立つ列は、そのまま決定の空白地帯を表します。道具はスプレッドシートで十分で、初版は短時間で作ってしまい、キックオフの場で関係者の目の前で一つずつ合意を確認します。この合意プロセスが抜けると、表はあっという間に形骸化します。逆に、決定権のある担当者がその場で判断できる状態になると、「持ち帰り」議題は少しずつ減っていきます。ただし、表を作れば自動的に責任が明確になるわけではありません。関係者の合意と、実際にその通りに運用することが前提になる点は、強調しておきます。

4-2. 共通KPIを合意する

次に、CFT全体で追う共通KPIを設定し、各部門の代表と合意します。狙いは、自部門KPIと横断ゴールの綱引きを、あらかじめ土俵の上で調停しておくことです。たとえば「業務効率」と「セキュリティ水準」のように相反しがちな指標は、どちらかを消すのではなく、両立の許容ラインを共通目標として言語化します。ここで大切なのは、共通KPIの優先順位づけや投資判断そのものは、PMOが単独で決めるものではないという点です。それは業務オーナー・経営スポンサーが担う意思決定であり、CFTやPMOはその判断材料を比較可能な形に整える役回りです。決める人と、支える人を、はっきり分けておきましょう。

4-3. ファシリテーターを置き、会議体を設計する

3つ目は、会議を「決まる場」に変えることです。そのためにファシリテーターを置きます。ここで誤解されがちなのは、ファシリテーションとは「その人が結論を出すこと」ではない、という点です。ファシリテーターの仕事は、場を整え、各部門の立場や懸念を引き出し、合意形成のプロセスを前に進める支援です。結論を出す権限は、あくまで決裁者にあります。あわせて、日常の進捗を扱う定例会議と、重要判断を扱う上位の会議体を分けて設計すると、論点が滞留しにくくなります。

具体的には、2層に分けます。週次や隔週の定例は、進捗の共有と軽微な課題に絞り、意思決定が要る事項はその場で持ち越さず、ステアリングコミッティの議題に積み上げます。ステアリングは月次で、議題の優先順位づけと主要な判断の決裁だけを扱います。この分離によって、定例が「報告会」に堕ちにくくなります。会議体や情報共有の設計を深めたい方は、プロジェクトコミュニケーション管理の極意が実務の助けになります。

5. PMOがCFTに果たす役割──PMとの分担

ここまでの打ち手を、誰が旗を振って整えるのか。その担い手として力を発揮するのがPMOです。ただし、PMOの役割はしばしば過大に語られます。結論から言えば、PMOは「決める人」ではなく、「決められる状態を設計・運用する人」です。この一線を、まず押さえてください。下の図は、縦割りの部門とCFT、そしてPMOの位置関係を整理したものです。

5-1. PMOは意思決定者ではなく、枠組みの設計・運用者

PMOがCFTのために担うのは、前章で挙げた打ち手を「仕組み」として敷設し、回し続ける役回りです。具体的には、RACIやエスカレーションパスの設計、共通KPIを比較できる形への整理、定例と上位会議体の設計、進捗の可視化、そして経営層への報告の橋渡しです。ここで一つステアリングコミッティという言葉を補足します。これは、経営層や関連部門の責任者で構成し、プロジェクトの重要な意思決定とエスカレーション対応を担う会議体（意思決定機関）です。PMOはこの場に判断材料を整えて上げますが、優先順位や予算・投資判断そのものを下すのは、あくまで業務オーナーや経営スポンサーです。PMOのファシリテーションは、対立を自動的に解消する魔法ではありません。各部門の立場と懸念を引き出し、合意形成を支える営みです。最終的な決着には、決裁者の意思決定が欠かせません。

5-2. PMとPMOの役割分担

PMとPMOの違いも整理しておきましょう。両者は上下関係とは限らず、役割が異なります。PM（プロジェクトマネージャー）は個々のプロジェクトの達成に責任を負い、スコープ・スケジュール・コスト・品質・リスクを統合的にマネジメントします。一方PMOは、複数のプロジェクトを横断して、標準化・支援・ガバナンスを担う組織機能です。CFTの文脈で言えば、個別テーマを前に進めるのはPMやチームリーダーの責任です。その土台となる共通ルールや会議体、報告の型を用意し、横串で支えるのがPMOだと整理できます。なお、PMOには関与度に応じて支援型（Supportive）・管理型（Controlling）・指揮型（Directive）の3類型があるとPMBOK Guide 第6版の分類では示されています。どれを選ぶかの目安として、既存プロジェクトの延長で立ち上がった直後は相談役に徹する支援型から入り、社内標準への準拠が求められる場面では管理型への移行を検討する、といった水準感があります。ただし正解は一つではなく、組織の成熟度や案件の重要度で適する型は変わります。自社のCFTにどの関与度が適するかを見極めることも、体制設計の一部です。両者の違いはPMOとPMの違いと連携で詳しく解説しています。

5-3. 運営チェックリスト：立ち上げ直後・運営中・停滞サイン別

局面ごとにつまずき方が違うため、以下のチェックリストは立ち上げ直後・運営中・停滞サインの3局面に分け、いまの局面に合う行だけを拾って使えるようにしています。

NO（未達）が付いた項目が、そのまま次の一手になります。共通ゴールが未合意ならまず合意の場を設け、Aが空欄の決定事項があれば決裁者を1人決める。診断を対処に折り返して使ってください。

6. 結論：クロスファンクショナルチームは「構造」ごと立て直せる

本記事の主張は一貫しています。CFTが機能しないのは、参加者の努力不足ではありません。役割・権限・情報共有の仕組みが、縦割りのまま放置されている構造の問題です。だからこそ打ち手も、精神論ではなく構造に効くものを選びます。意思決定ルールとRACI、共通KPIの合意、ファシリテーターと会議体の設計──この3点を起点に手を入れると、チームの動き方は変わり始めます。

立て直しの進め方は、いきなり全部を変えないことがコツです。まずは機能不全のサインから原因を一つ切り分け、そこに対応する仕組みを一つ入れる。効果を見て次へ広げる。この小さく確実な変更の積み重ねが、形骸化したチームを再び動かします。変更を現場に定着させる進め方は、PMO流チェンジマネジメント実践法も参考になります。

そしてPMOは、その構造改革のアンカーになれます。決めるのは業務オーナーと経営スポンサー、支えるのはPMO。この分担を守りながら、RACI・共通KPI・会議体・ステアリングコミッティを整え、横断プロジェクトを構造ごと立て直す。実際の支援でどう進めるかは、PMO支援実績もあわせてご確認ください。号令だけで動かないチームも、仕組みに手を入れることで動き出します。