イノベーション実践、コンセプチュアルスキル、プログラムマネジメント、プロジェクトマネジメント、ＰＭＯについての最先端の情報、研修、セミナー、コンサルティングをお届けします。

第１１８話：責任を設計する（2016/11/10）

プロジェクトマネジメントオフィス　好川　哲人

• Tweet
• 

◆プロジェクトの進め方

今のプロジェクトマネジメントで教科書通りにできていないことの一つは、権限と責任の決め方です。プロジェクトマネジメントでは

（１）タスクを決める
（２）タスクを遂行する組織と責任を決める
（３）責任を果たせるように権限を決める

というのが普通の考え方ですし、多くのプロジェクトマネジャーはそのように認識していると思います。

ところが現実にはそうなっていないケースの方が圧倒的に多いように思います。まず決めているのはプロジェクト体制であることが多いようです。つまり、まず、権限を決めているのです。

そのように進めると、小さなタスクを実施するにも、意思決定をするに当たって政治的な要素が入ってきます。それを権限委譲してなんとかスムーズに進めようとしますが、政治の上の話になりますので、なかなかうまく行きません。どうしても、権限を持つ人が介入してきます。

ということで、今回のＰＭスタイル考は、責任と権限について考えてみたいと思います。


◆組織を設計するというイメージ

プロジェクト組織を設計するというと何をイメージするでしょうか。たいていの場合、「権限」を決めることです。例えば、プロジェクト体制として以下のようなプロジェクト組織を設計したとします。

Ａ（事業部長）　──　Ｂ（ＰＳ）　──　Ｃ（ＰＭ）　──　Ｄ
　　　　　　　　　　　　　　　　　　　　　　　　　　　｜
　　　　　　　　　　　　　　　　　　　 　　　　　　　　─

このときに、ＡやＢとＣには上下関係があると考え、ＡはＢ、Ｃ、Ｄより権限を持つ
と考えられます。具体的には、Ａ、ＢはＣ以下の行使する予算を承認したり、Ｃ以下に指示できるわけです。


◆まず、設計すべきは「責任」

このように「権限」から考えるのは、プロジェクトには事業部長の持つ権限の一部しか、与えないことが前提になっています。例えば、プロジェクトとして外部の企業とのパートナーシップを組むといった事業部長がもっていない権限をプロジェクトに与えることができないわけです。そして、このことがプロジェクトで取り得るアプローチを限定しています。これが例えばイノベーションプロジェクトの成功が生まれにくい一因になっていると考えられます。

すべきことは体制を決めることではありません。まず、すべきことは責任の設計です。
つまり、投資の判断、品質の判断、販売の判断など、プロジェクトで想定されるいくつかの代表的な状況における意思決定の責任を明確にする必要があります。

その上で、責任を果たすための権限を決める必要があります。

しかし上に述べたように、多くの場合、プロジェクト体制から決め、権限を先に決めています。そうすると権限がやたらと増え、政治的な活動の必要性が多くなってきます。極論すれば、すべての意思決定をＡやＢの了解を取らなくてはならなくなります。

プロジェクトの生産性が低い最大の理由はこの点にあるように思えます。


◆プロジェクトの責任はプロジェクトによって異なる

特にプロジェクト組織の場合はこの原則は重要です。一般的な組織であればある程度、業務が決まっており、権限と責任が同期しているので、権限を決めれば責任がついてくるという見方もできます。

ところがプロジェクトの場合、定型業務ではないので責任はさまざまです。プロジェクトごとにしか想定できません。したがって一般的な組織の感覚でプロジェクトをやると先に述べたように、プロジェクトは交渉や根回しなど政治活動の連続になります。

そのため、権限から決めると責任が誰にあるのかわからないケースが出てくることがよくあります。こういう場合、結局、プロジェクトマネジャーが最終責任を取るということで、済ませてしまうわけです。つまり、いわゆる権限のない責任というのが出てくることになります。

最悪なのは、ここで権限委譲をしてしまうことです。つまり、意思決定が出てきた場面に遭遇したときにはじめて権限委譲をするわけです。このように進めると、すべての意思決定が政治的な活動になり、権限を持つ人の顔色を伺わざるを得なくなります。


◆ＯＢＳとＲＡＭを使ったプロジェクト組織の設計をしよう！

最近、プロジェクトマネジメントの中でもステークホルダーマネジメントが注目されるようになってきました。その中で、よく聞く問題の一つにいわゆるプロジェクトスポンサーが責任を明確に認識していないという話があります。ところが観察していると、そのような場合でも権限は行使していることが多いようです。

要するに、プロジェクト組織を設計するときに、権限は組織の権限をそのまま持ち込み、責任はプロジェクトマネジャーにあると考えているケースが多いのが現実です。

プロジェクト組織の設計に関しては、ＯＢＳ（Organization Breakdown Structure ）という素晴らしい組織設計のツールがあり、また、責任の設計のツールとしてＲＡＭ（Responsibility assignment matrix）というツールがあります。これらを駆使して、まず、責任を設計し、責任を果たすための権限の設計をするようにしたいものです。


◆関連セミナーを開催します
━【開催概要】━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
◆「影響力の法則(R)」を活かすステークホルダーマネジメントの実践◆7PDU's
　　日時・場所：【Zoom】2024年 05月 09日（木）9:30-17:30（9:20入室可）
　　　　　 【Zoomハーフ】2024年 06月 12日（水）13:00-17:00＋３時間
　　　　　【Zoomナイト】2024年 07月 03日（水）05日（金） 19:00-21:00＋３時間
　　　　　　　※Zoomによるオンライン開催です
　　　　　　　※ナイトセミナーは、2日間です
　　　　　　　※ハーフセミナー、ナイトセミナーは、事前学習が３時間あります。
　　　　　　　※少人数、双方向にて、ディスカッション、ロールプレイを行います
　　講師：鈴木道代（株式会社プロジェクトマネジメントオフィス，PMP，PMS）
　　詳細・お申込　https://pmstyle.biz/smn/influence20.htm
　　主催　プロジェクトマネジメントオフィス、ＰＭＡＪ共催
　　※Youtube動画「ステークホルダーマネジメント」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
【カリキュラム】
１．ステークホルダーマネジメントとは何か
２．ステークホルダーの特定
　・（演習２）ステークホルダーリスト
３．影響力の法則（R) ・影響力とは何か？
　・（演習３）カレンシーを考える
４．概念的に考えて具体的に行動する・コンセプチュアルスキルとは
　・本質を見極める
　・洞察力を高める
５．ステークホルダーと良い関係を作る
　・（演習５）期待と要求のロールプレイ
６．まとめ
　・（演習６）カレンシーを再考する
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

• 一覧
• 第１１７話：価値を中心にプロジェクトを考える（2016/10/25）
• 第１１９話：コンセプトを作る（2016/12/12）

著者紹介

好川哲人、ＭＢＡ、技術士
株式会社プロジェクトマネジメントオフィス代表、PMstyleプロデューサー
１５年以上に渡り、技術経営のコンサルタントとして活躍。プロジェクトマネジメントを中心にした幅広いコンサルティングを得意とし、多くの、新規事業開発、研究開発、商品開発、システムインテグレーションなどのプロジェクトを成功に導く。
１万人以上が購読するプロジェクトマネジャー向けのメールマガジン「PM養成マガジン（無料版）」、「PM養成マガジンプロフェッショナル（有料版）」や「プロジェクト＆イノベーション（無料」、書籍出版、雑誌記事などで積極的に情報発信をし、プロジェクトマネジメント業界にも強い影響を与え続けている。

メルマガ紹介

本連載は、PMstyleメールマガジン購読にて、最新記事を読むことができます。