プロジェクトガバナンスにおけるマネジメント介入原則 ─ 停滞プロジェクトを動かす実践ポイント
itpjstudy
プロジェクトが停滞・炎上したとき、マネジメントの介入は避けられません。しかし、その介入の仕方を誤ると、現場の防御姿勢を招き、かえって状況を悪化させてしまいます。
本記事では、「なぜ介入がうまくいかないのか」という構造的な理由を整理したうえで、現場を壊さずに前進させるためのプロジェクトガバナンスの実践ポイントを解説します。
介入がうまくいかない構造的な理由
プロジェクトガバナンスは「統制」と「成果創出」を両立するための仕組みですが、問題発生時にはこの2つが衝突しやすくなります。また、現場の防御姿勢は個人の問題ではなく、構造的に生まれるものです。
支援と統制が同時に求められる構造
マネジメントは現場を支援する立場である一方で、成果責任を持つ統制者でもあります。そのため、同じ行為でも「助け」と「監視」の両方の意味を持ってしまいます。進捗確認一つとっても、現場には評価や追及として受け取られやすく、この構造を理解せずに介入すると信頼を損ねます。
介入が「評価」として受け取られる問題
現場は「見られる＝評価される」と感じやすくなっています。その結果、本音ではなく安全な情報のみが共有され、問題の実態が見えなくなります。これが意思決定の遅れや誤りにつながります。
自律性と統制のトレードオフ
統制を強めると安定しますが、現場の判断スピードは落ちます。逆に自律性を重視しすぎると、品質やリスク管理が崩れます。重要なのは、どこまで統制し、どこを任せるかを意図的に設計することです。
防御姿勢が生まれる3つの要因
現場が防御的になる背景には、主に以下の3つがあります。
- 現場を理解していないまま指摘されることへの反発
- 介入によって業務負荷が増えることへの懸念
- 可視化により責任を問われることへの不安
これらは合理的な反応であり、前提として理解する必要があります。
失敗する介入パターン
介入の失敗には共通パターンがあります。これを避けるだけでも状況は大きく改善します。
リーダーを飛ばした直接介入
マネジメントが直接メンバーに指示を出すと、チームリーダーの統制が崩れます。結果として指示系統が混乱し、現場は誰に従うべきか分からなくなります。
原因追及型コミュニケーション
「なぜできていないのか」という問いは、防御反応を引き起こします。議論は本質から外れ、言い訳や正当化に終始してしまいます。
解決策の押し付け
現場の制約を無視した施策は機能しません。納得感のない施策は形式的に実行されるだけになり、実質的な改善につながりません。
責任構造の曖昧化
意思決定者が曖昧になると、誰も決めなくなります。これは停滞の最も典型的な原因です。
基本原則：リーダーシップ構造を守る
すべての前提は、意思決定構造を維持することです。
リーダーの統制権と責任の一致
責任を持つ人が意思決定する構造が必要です。これが崩れると、意思決定の質もスピードも低下します。
マネジメントは意思決定環境を設計する
マネジメントの役割は直接決めることではなく、決められる状態を作ることです。情報整理や論点整理、選択肢の提示などがこれにあたります。
表と裏の役割分離
意思決定はリーダーが担い、マネジメントは裏で支えます。この役割分離が崩れると、組織は不安定になります。
職掌を越える介入は必要だが慎重に扱う
問題が起きている場合、チームリーダーが状況を把握できていないことは珍しくありません。そのため、状況理解のために現場に入ることは避けられません。
ただし、以下の線引きが重要です。
| OKな介入 | 状況整理、構造化、論点整理 |
| NGな介入 | 指示出し、意思決定の代替 |
目的は「代行」ではなく「回復」
介入の目的は、リーダーの役割を奪うことではなく、機能を回復させることです。最終的にはリーダーが自律的に判断できる状態に戻す必要があります。
停滞を動かす実践アプローチ
停滞している状態では、分析よりも「動かすこと」が重要です。
小さな前進を作る
小さくても実行を伴うアクションを起こすことで、
- 新しい情報が得られる
- 仮説が検証される
- チームに前進感が生まれる
といった変化が起きます。これにより、議論が現実に基づくものに変わります。
行動と意思決定を分離する
すべてを決めてから動こうとすると、意思決定が重くなり停止します。
- 行動は小さく回す
- 意思決定はシンプルにする
この分離が重要です。
応急対応と構造改善を分ける
短期対応と長期改善は別物です。
- 応急対応：今を乗り切る
- 構造改善：再発防止
まずは応急対応で動きを作り、その後に構造改善を行います。
構造として見える化する
問題を構造として整理することで、
- ボトルネック
- 影響関係
- 優先順位
が明確になります。
共通認識を作る
見える化の目的は、同じ状況認識を持つことです。これにより意思決定がスムーズになります。
意思決定のために可視化する
見える化は管理ではなく意思決定のために行います。評価のために使うと、防御姿勢を招きます。
防御を生まない関わり方
ガバナンスは仕組みだけでは機能せず、「どう関わるか」によって成果が大きく変わります。特に停滞時は、関わり方次第で現場の協力が得られるか、防御姿勢が強まるかが決まります。
共創型で進める
一方的に分析結果や指示を伝えるのではなく、「一緒に整理する」ことが重要です。共創型の進め方により、現場は受け身ではなく主体的に関与するようになります。
具体的には以下のような進め方が有効です。
- ホワイトボードやドキュメントをその場で一緒に更新する
- 現場の言葉をそのまま使って整理する
- 認識のズレをその場で確認する
ポイント
「整理されたものを見せる」のではなく、
「整理するプロセスに参加してもらう」ことが重要です。
仮説として提示する
断定的な言い方は、防御反応を引き起こします。特に問題が発生している場面では、「否定された」と受け取られやすくなります。
そのため、以下のような表現が有効です。
- 「こういう見え方をしていますがどうでしょうか」
- 「このあたりがボトルネックに見えますが認識合っていますか」
- 「別の見方もありそうですが、一度この仮説で整理してもよいですか」
効果
- 対話が成立する
- 現場の知見が引き出される
- 認識の精度が上がる
修正可能性を保つ
最初から正しい整理を目指す必要はありません。むしろ重要なのは、「後から修正できる状態」にしておくことです。
- 誤りがあればすぐ修正できる
- 前提が変われば更新できる
- 完成ではなく“途中”であることを明示する
これにより、現場は「間違ってはいけない」というプレッシャーから解放され、情報を出しやすくなります。
NGコミュニケーションの典型例
防御姿勢を強める典型パターンも整理しておきます。
| NGパターン | なぜ問題か |
| 「なぜできていないのか？」 | 責任追及と受け取られる |
| 「普通はこうする」 | 現場の制約を無視している |
| 「それはおかしい」 | 否定から入るため対話が止まる |
| 「とにかくやってください」 | 思考停止を招く |
これらは無意識に使われがちなので、意識的に避ける必要があります。
関わり方の基本スタンス（まとめ）
- 評価ではなく理解を目的とする
- 指示ではなく整理を行う
- 完成ではなく更新前提で進める
この3点を守るだけでも、防御姿勢は大きく緩和されます。
ガバナンスの現実と統合原則
ここまでの考え方は重要ですが、実務では必ず制約に直面します。この章では「現実にどう適用するか」を整理します。
理解力と実行力の両立
状況を正しく理解する力と、それを実行に移す力の両方が必要です。どちらか一方だけでは機能しません。
- 理解だけ → 分析で止まり、前に進まない
- 実行だけ → 誤った方向に進み、問題を悪化させる
実務では「完璧な理解」を待たずに、理解しながら動く（Think & Act）ことが求められます。
分かる人と組む
すべてを一人で理解するのは現実的ではありません。むしろ、適切に役割分担することが重要です。
以下の観点で人を組み合わせます。
- 技術的に分かる人
- 業務を理解している人
- 現場の実態を知っている人
ポイント
「誰が何を分かっているか」を把握し、チームとして理解力を補完することが重要です。
組織に働きかける
プロジェクトの問題の多くは、プロジェクト単体では解決できません。
代表的な例：
- 人材不足
- スキル不足
- 権限不足
- 部門間の調整不全
これらは、以下の対応が必要になります。
- 他部門からの支援要請
- 外部リソースの活用
- 経営層へのエスカレーション
ガバナンスとは、「現場で解けない問題を上位構造に引き上げること」でもあります。
組織課題として扱う
「現場でなんとかする」という発想には限界があります。
以下のような場合は、組織課題として扱う必要があります。
- 恒常的な人員不足
- 非現実的なスケジュール
- 不明確な意思決定構造
これらは個人やチームの努力では解決できません。構造の問題として扱うことが重要です。
判断に迷ったときのチェックリスト
現場で迷ったときに使える簡易チェックです。
- 誰が意思決定者か明確か
- 小さく動けているか
- 問題は構造として捉えられているか
- 現場が防御的になっていないか
- 組織に上げるべき問題を抱え込んでいないか
2つ以上当てはまる場合は、ガバナンスの再設計が必要です。
プロジェクトガバナンスの3原則
最終的に重要なのは、以下の3つです。
- リーダーの主導権を維持する
- 小さな前進を作る
- 構造として見える化する
ガバナンスはルールや管理ではなく、「どうすれば現場が動けるか」という設計です。
- 動けない原因を取り除く
- 判断できる状態を作る
- 組織として支える
この視点に立つことで、介入は「統制」ではなく「前進を生む行為」に変わります。
最後まで読んで頂き、ありがとうございました。ご意見・ご感想を頂けますと幸いです。
ITプロジェクト研究会
