=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
【目的】プロジェクトの計画やコントロールにおける意思決定の枠組みを明確にする
【用途】プロジェクトの立ち上げ、計画、コントロールに援用する
【効用】プロジェクトにおいて、迅速かつ、ぶれない意思決定を可能にする。
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
◆インフラストラクチャーはプロジェクトのグランドデザイン
聞きなれない言葉かもしれないが、「Project infrastructure」という概念がある。プロジェクトにおける意思決定のフレームワークのことで、プロジェクトの立ち上げ、計画、実行、コントロールの基礎になる。インフラストラクチャーを決定し、ドキュメント化することにより、どのようにプロジェクトがオペレーションされるかがおおよそ、明確になる。PMstyleでは、プロジェクトインフラストラクチャーを「プロジェクト・グランドデザイン」と呼んでいる。
インフラストラクチャーは、プロジェクトを立ち上げる前に決定すべきものである。インフラストラクチャーはプロジェクト憲章で定めればよいと考えがちだが、プロジェクト憲章では遅い。たとえば、当該プロジェクトにおけるプロジェクトスポンサーの役割は何か、プロジェクト憲章を誰がいつ、誰が作り、誰がどのような視点で評価するのかといった意思決定はプロジェクト憲章を作る前に行う必要がある。
商品開発のプロジェクトであれば、事業計画の中でプロジェクトの実施を決定する際に併せて決定することが望ましい。難しいようであれば担当が決まってプロジェクトに着手する前に決定する。
ITプロジェクトであれば、可能であれば受注の意思決定の中で決定することが望ましい。それが難しいようであれば、契約までには決定する。
◆PMstyleの考えるプロジェクトインフラストラクチャー
プロジェクト憲章を作るようにしたものの、あまり効果が出ないケースは、インフラストラクチャーがきちんと整備されていないケースが多い。グランドデザインを持たないままで、プロジェクト憲章でプロジェクトデザインをしているわけだ。
イメージがわきにくいかもしれないので、PMstyleで使っているインフラストラクチャー(グランドデザイン)の例を示す。PMstyleでは、PMBOK(R)のプロセスに併せて、立ち上げ、計画、実行・コントロール、終結のそれぞれに対して、プロジェクトグランドデザインとして決めるべきことを設定している。
プロジェクトの立ち上げに対するグランドデザインの例だ。
・プロジェクトスポンサーシップは明確で、確立されているか。明確に述べられているプロジェクトのビジネス目的は何か。
・プロジェクト憲章はどのように作られるか。誰が作成し、誰が承認するのか。
・初期のスコープ定義をどのように決めるのか
・ステークホルダ特定はどのように確認されるのか
・チームをどのように作るのか。チーム編成に際してどのような要求があるか
・コミュニケーション計画はあるか。コミュニケーションにどのような環境が必要か。
・統合変更管理をどのように実施するか。
・チームにおける意思決定にどのようなプロセスを使うか。
・イシューマネジメントをどのように行うのか。
・問題のエスカレーションにどんな基準を使うのか。
・コンフリクト解消のマネジメントをどのような方法で行うのか
◆標準とインフラストラクチャー
この例をみて、お気づきの方もいらっしゃると思うが、この中でいくつかの決定は、組織のプロジェクトマネジメント標準として行うようになっていると思うが、すべてをカバーしている組織はまず、ないと思う。というよりも、そもそも、プロジェクトインフラストラクチャーは、標準にすべきものではない。
たとえば、立ち上げの例でいれば、チーム編成や意思決定プロセス、コミュニケーションの計画、統合変更管理の方法、イシューマネジメントなどは、プロジェクトの事情を鑑みて決定して初めて意味があるもので、標準で決定すると足かせになることが多い。
少し脱線するが、標準化で過剰管理になっているケースはこのパターンが実に多い。マネジメントドキュメントを片っ端から、標準にしようとする。
たとえば、初期のスコープ定義に対して、SOWのフレームワークを標準化している組織が多い。SOWはプロジェクトの見方であるので、ステレオタイプのプロジェクトについては項目を決めておいて問題ないが、変種のプロジェクトになると対応できなくなる。この種の問題は、プロジェクト憲章など、上流側のツールにはよく見られる現象である。
もう少し、制度的なものを上げると、プロジェクトスポンサーの選定基準を標準化することがある。たいていは、組織上の職位が基準になる。プロジェクトスポンサーはプロジェクトのビジネスの責任者であるので、最終責任者は職位で決められて然るべきだが、プロジェクトスポンサーは市場の特性、顧客の特性、チャネルの特性などを十分に踏まえてスポンサーシップを発揮できる人を選ぶ方が現実的である(ただし、そのようにするとガバナンスが難しくなる)。
◆インフラストラクチャーの過度の標準化は思考停止をもたらす
意図はよく分かるが、このやり方は現場を見ないで、ルールを決める典型である。もちろん、プロジェクトガバナンスの観点から現場の事情に関係なく従わせるべき要素があるのは確かだが、境界になるのがインフラくストラクチャーだと考えた方がよい。その上で、標準化するのはよいが、一方でインフラストラクチャーとして、どのような標準を使うのかを決めれるようにしておくべきである。
そうしないと、プロジェクトにおける意思決定が形骸化し、プロジェクトマネジャーをはじめとするマネジメント担当者の「当事者意識」が薄くなり、プロジェクトの成果が形骸化することになる。現にそうなっている組織は珍しくなく、形骸化という悩みを持つ組織は、
標準による過剰管理→インフラストラクチャーの軽視→形骸化(思考停止)
というコースを辿っていることが多い。
立ち上げを中心に議論してきたが、計画やコントロールでもまったく同質の問題がある。具体的なインフラストラクチャーについては触れないが、たとえば、計画の中における重要な意思決定の一つは
・どの標準を使うのか、あるいは、どの方法論を使うのか
である。マネジメントと管理の区別のついていない組織では、このインフラストラクチャーが抜けていることが多い。
◆計画作成に関連するセミナーを開催します
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
◆コンセプチュアルなプロジェクトマネジメントのポイント ◆7PDU's
日時・場所:【Zoom】2024年 11月 05日(火)9:30-17:30(9:20入室可)
【Zoomハーフ】2024年 12月 18日(水)13:00-17:00+3時間
【Zoomナイト】2024年 10月 09日(水)11日(金) 19:00-21:00+3時間
※Zoomによるオンライン開催です
※ナイトセミナーは、2日間です
※ハーフセミナー、ナイトセミナーは、事前学習が3時間あります。
※少人数、双方向にて、演習、ディスカッションを行います
講師:鈴木道代(プロジェクトマネジメントオフィス,PMP,PMS)
詳細・お申込 https://pmstyle.biz/smn/conceptual_pm.htm
主催 プロジェクトマネジメントオフィス、PMAJ共催
※Youtube関連動画「コンセプチュアルスキルとは(前半)」「コンセプチュアルスキルで行動が変わる」
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
【カリキュラム】
1.VUCA時代に必要なコンセプチュアルなプロジェクトマネジメント
2.プロジェクトへの要求の本質を反映したコンセプトを創る
3.コンセプトを実現する目的と目標の決定
4.本質的な目標を優先する計画
5.プロジェクトマネジメント計画を活用した柔軟なプロジェクト運営
6.トラブルの本質を見極め、対応する
7.経験を活かしてプロジェクトを成功させる
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
好川哲人、MBA、技術士
株式会社プロジェクトマネジメントオフィス代表、PMstyleプロデューサー
15年以上に渡り、技術経営のコンサルタントとして活躍。プロジェクトマネジメントを中心にした幅広いコンサルティングを得意とし、多くの、新規事業開発、研究開発、商品開発、システムインテグレーションなどのプロジェクトを成功に導く。
1万人以上が購読するプロジェクトマネジャー向けのメールマガジン「PM養成マガジン(無料版)」、「PM養成マガジンプロフェッショナル(有料版)」や「コンセプチュアル・マネジメント(無料」、書籍出版、雑誌記事などで積極的に情報発信をし、プロジェクトマネジメント業界にも強い影響を与え続けている。
本連載は、PM養成マガジン購読にて、最新記事を読むことができます。