DX(デジタルトランスフォーメーション)推進コンサルティング 株式会社アイ・ティ・イノベーション

＜　前回　｜　目次　｜　次回　＞

第６回から９回にわたり、ＰＭＯに参画してから定着するまでの様子を記載しました。この４回のポイントを纏めましょう。

１．　要求事項はトップダウンとボトムアップのアプローチを

ＰＭＯはトップからの要望により設置されることが多いと思いますが、システム構築で要求事項を纏める場合と同じように、トップダウンの要求（トップが何を問題と思いどのようにしたいのか）を理解しつつボトムアップ（現場の意見もそうですが、プロジェクトで日々発生している問題）を理解してＰＭＯの活動計画を立案することが必要です。

２．　定着するには支援を

ＰＭＯで策定した改善計画や標準はプロジェクトメンバーから見ると「面倒くさいもの」以外の何物でもありません。疎ましがられることはあれども感謝されることはほぼありません。
「品質が安定する」「手戻りが減る」「次のプロジェクトで活かせる」「新メンバーの立ち上がりが早い」など中長期的に見ると良いことは沢山あるのですが、改善計画や標準は現在実施しているタスクを変更したり、追加したりすることがほとんどなので、短期的に見ると「また作業を増やして・・・・」と思われてしまいます。
また、いざ標準通りに実施しようとしてもプロジェクトメンバーが新しい手法を遂行するにはハードルが高いため、ＰＭＯもプロジェクトに参加して共に工程を遂行し、共にドキュメントを作成することでＰＭＯが策定した改善計画や標準の定着につながります。

３．　根本原因を探す

プロジェクトの問題については表面的な原因だけではなく根本原因を把握しましょう。あらゆる問題は同じ原因によって発生している可能性もあり、発生している問題は多数ありますがＰＭＯとして手を打つところは数カ所だったりします。その根本原因を見つけメスを入れることで恒久的な対策になります。
もし、根本原因がある程度の数がある場合は、問題の数やプロジェクトの影響を考慮して優先順位をつけましょう。

ＰＭＯとして幾つかのプロジェクトに関わってきた結果上記３点を纏めてみましたが、成果が出せなかった経験もあります。今振り返ってみると上記３点が全くできてなかったように感じます。
では、その失敗したＰＭＯの事例について紹介しましょう。

失敗したＰＭＯ事例

こちらも私がＰＭＯとして参画したプロジェクトで、成果が出ないまま解散した事例です。お客様は小売業Ｂ社、新規事業立ち上げのため基幹システム構築するプロジェクトです。
構築途中の設計フェーズ、サービス開始まで一年というタイミングでＣＩＯより
「情報システム部が大変なことになっているようだが、状況が把握できない。また情報システム部の立て直し方法も見つかっていないため何とかしてほしい」
との話があり、ＰＭＯを設置することになりました。そして私もメンバーとして参画しました。
ＣＩＯからの要望により設置したＰＭＯのため、プロジェクトメンバーだけではなくプロジェクトマネージャーやリーダーも「何しに来たの」という感じです。まさにアウェイでの試合ですね（ＰＭＯはいつもそうですが)
さて、どのように進めて行ったのでしょうか？次回はアウェイでの試合の状況をお話しましょう。

＊＊＊＊＊＊＊
ここ最近帰宅が遅く寝る前にご飯を食べているのでどんどん太ってきました。この連載はいつも週末に書いているのですがボリボリおやつを食べてながら．．って感じのため、週末もリセットすることなく食べ続けています。一度、食べることが趣味になるとそこから抜け出すのが非常に難しいんです（汗）
そして、瞼はカサカサかぶれてきました。過去にも何度もあったのですが、忙しくなると肌の調子が悪くなるようです。
連載が始まったことは「健康オタクです」なんて言っていたのにこんな短期間で不健康な体に（涙）
朝ジョギングを誓うも梅雨時期です朝起きると「雨じゃないの！」ということで残念。
あーん、なんとかこの不健康生活から抜け出さなくっちゃ。

＜　前回　｜　目次　｜　次回　＞

待望の方法論（Modus PMO）をリリースしました！

• 「方法論 – プロジェクトマネジメントオフィス運営方法論のご紹介」はこちら。
• 「開発者よりのメッセージ」はこちら。

PMO要員育成のための研修コース

• 「研修 – プロジェクトマネジメントコース」はこちら。
• 「研修 – ビジネスアナリシスコース」はこちら。