月曜日の朝だ。あなたは金曜日の大半を、5人の異なるプロジェクトマネージャーからステータスの最新情報を引き出し、3つのスプレッドシートでマイルストーンの日付を調整し、Power BIレポートを経営委員会の前で恥をかかないようなものに仕上げるのに費やした。ダッシュボードはうまく見える。多分、良いものでさえある。しかし、会議での最初の質問は、"この数字は信用できるのか？"だ。
この質問は、ほとんどのプロジェクト・ポートフォリオ報告のセットアップの静かな失敗モードである。技術的エラーではない。データの欠落でもない。ただ、報告書が意思決定の基礎ではなく、議論の出発点になってしまうことで、信頼が徐々に失われていくのだ。
もしこの言葉に聞き覚えがあるとしたら、問題はPower BIではない。それは、ポートフォリオレポートがどのように構成されているかということであり、通常の修正が事態を悪化させ続ける理由なのだ。
Power BIでプロジェクト・ポートフォリオ・レポートが破綻する理由
Power BIポートフォリオダッシュボードを、答えよりも多くの質問を生み出すものに変えてしまう特定の条件がある。そのどれもが、外から見ただけではわからない。
1.データモデルはポートフォリオではなく、単一プロジェクト用に構築されている。 プロジェクト環境におけるPower BIの実装のほとんどは、スケジュール、予算、リソースといった1つのプロジェクトのデータから始まり、同じものを積み重ねることでポートフォリオをカバーするように拡張されていきます。その結果、個々のプロジェクトのステータスはそれなりに表示できるが、ポートフォリオレベルの質問に答えようとすると、レポートが崩れてしまう：どのプログラムにQ3未達リスクがあるのか？どのプログラムが第3四半期のコミットメントを逃すリスクがあるのか？基礎となるモデルは、このような質問に答えるようには設計されておらず、いくら新しい対策を講じても、構造的なミスマッチを修正することはできない。
2.ステータスのデータは一貫性がなく、誰も品質の問題を把握していない。 ポートフォリオ報告は、プロジェクトマネジャーがタイムリーで正直なステータスアップデートを提出するかどうかにかかっている。実際には、早く提出する者もいれば、遅く提出する者もおり、エスカレーションを避けるために楽観的な数字を提出する者もいる。Power BIは、受け取ったものは何でも報告する。PMOは、自分たちが完全にコントロールできていないレポートの責任を負うことになり、リーダーシップは、現実を反映しているかどうかわからない数字に懐疑的になってしまう。これは人の問題ではない。報告レイヤーが受け継ぐプロセスとガバナンスの問題なのだ。
3.報告書は、一度に多くの読者にサービスを提供しようとしている。 運用プロジェクトマネージャーはタスクレベルの詳細を必要とする。プログラムマネージャーはマイルストーンのトラッキングを必要とする。運営委員会は、ポートフォリオレベルのRAGステータスと財務状況を必要とする。1つのPower BIレポートがこれらすべてを行おうとすると、通常、ページとフィルタの膨大なセットを通して行われますが、結局、どれも特にうまくいきません。エグゼクティブ・ユーザーは、必要なものを見つけるのに時間がかかりすぎるため、見るのをやめてしまう。プロジェクトマネージャーは、詳細が自分たちの仕事には合わないので無視する。そしてPMOは、誰も完全に満足しないレポートを管理することになる。
ほとんどのPMOが最初に試すこと-そしてなぜうまくいかないのか
ポートフォリオ・ダッシュボードがうまくいかないと、直感的にもっと追加したくなる。フィルターを増やす。ドリルスルーを増やす。色分けされたステータスの列は、3段階の階層をカスケードする。何も目立たなくなるまですべてを赤で強調する条件付き書式設定。私は、エグゼクティブがPMOに画面を共有してもらい、彼らのためにクリックして回ることでナビゲートする17ページのレポートを見たことがある。
もう一つの一般的な動きは、データパイプラインの再構築である。新しいSharePoint構造。新しいPower Query変換。適切なデータウェアハウスを構築することもある。これは時に正しい判断だが、数カ月に及ぶプロジェクトであり、既存のレポートが信頼されない理由には対処できない。完璧にクリーンなデータでレポートを作成しても、意思決定を促進することはできません。
また、Power BIをPPM専用ツールに置き換えても、新しいインターフェースで同じレポート問題を抱えることになる、というパターンもある。ツールは変わる。リーダーシップが実際に何を見る必要があるのか、データはプロジェクトからポートフォリオにどのように流れるのか、といった根本的な疑問は解決されないままだ。
正直に言うと、ここに特効薬はない。ポートフォリオ報告の問題は、常にデータの問題、プロセスの問題、そして設計の問題の一部です。そうでないと言う人は、単純化しすぎている。しかし、デザインレイヤーは通常、最も早く解決できるものであり、ほとんどの場合、最後に取り組まれるものです。
実際に役立つことデータではなく、決断のためのデザイン
より有用なフレームは、運営委員会の実際の質問、つまり彼らが決定して会議から出るために必要な3つか4つの事柄から始めて、そこから逆算して設計することである。"どんなデータがあるのか "ではなく、"ポートフォリオ・オーナーが、遅れているプログラムにゴー／ノーの判断を下すには何を見る必要があるのか "である。
実際には、これは通常、エグゼクティブビューとオペレーショナルビューの間の厳しい分離を意味する。ステアリング・レイヤーには、ポートフォリオ・レベルの集計が必要である：全体的なスケジュールの健全性、プログラムごとの予算露出、どのプロジェクトがエスカレーション候補であるかの明確なシグナル。それは、何もクリックしなくても2分以内に読めるものでなければならない。運用レイヤーは、プロジェクトマネージャーやプログラムリーダーが実際に使用するものであり、詳細な情報を提供することができる。これらは異なるニーズを持つ2つの異なるオーディエンスであり、1つのレポートで両方に対応しようとすると、Power BIポートフォリオ・ダッシュボードの多くが失敗する。
ビジュアライゼーションの選択は、多くのPMOが思っている以上に重要である。あるプロジェクトがアンバーになったばかりなのか、6週間前からアンバーなのか、といった傾向を示さないトラフィックライトのステータスは、見た目よりも役に立たない。ポートフォリオ全体のスケジュール偏差を示すガントスタイルのマイルストーン概要は、日付の表では伝えられない何かを伝える。ビジュアルの選択は飾りではない。決断を促すレポートと質問を促すレポートの違いなのだ。
この分野こそ、プロジェクト管理の文脈に特化したPower BIビジュアルが真価を発揮する場所です。LeapLyticsでは、特に以下のようなカスタムビジュアルを構築しています。 ガントチャートのビジュアル と交通信号インジケータは、一般的なBIユースケースから再利用されたものではなく、ポートフォリオレポート用に設計されたものである。これらはデータモデルの問題やガバナンスの問題を解決するものではないが、構造が適切であれば、最も重要な人々にとってかなり読みやすいアウトプットになる。
ビフォー・アフターポートフォリオ報告が実際に機能すると何が変わるか
ある中規模のインフラPMO（4つのプログラムで約40のプロジェクトが活動中）では、毎月のポートフォリオ・レビューに90分どころか3時間もかかっていた。プロジェクトマネジャーは電子メールで最新情報を提出していた。PMOはExcelのマスターファイルを手作業で更新していた。Power BIはそのファイルから読み出していた。この連鎖により、現実とレポートの間に少なくとも1週間のタイムラグが生じていた。
すなわち、Power BIが直接読み取ることができる、金曜日に固定されたステータス提出プロセスの標準化、エグゼクティブ向けのワンページ（ポートフォリオRAG、上位5つのリスク、プログラム別の予算差異）とプログラムレベルの業務ビューの明確な分離、そして、一般的な積み上げ棒グラフを、一目でスケジュール偏差を示す適切なマイルストンタイムラインビジュアルに置き換えたことである。
運営会議は3時間から70分に短縮された。さらに重要なのは、冒頭の質問が "これを信頼できるか？"ではなく、"プログラムBをどうするか？"になったことだ。このシフト（データの検証から意思決定へ）が実際のゴールだ。それ以外はすべてインフラである。
によると PMOの効果に関するPMI調査しかし、成熟したポートフォリオ報告プロセスを持つ組織では、期限内かつ予算内で完了するプロジェクトが大幅に増えている。レポーティングそのものが原因ではないが、悪いレポーティングは、早期介入を可能にするシグナルを積極的に隠してしまう。
何から始めるべきか
もし、ポートフォリオレポートが経営上の意思決定よりも会議での議論を多く生み出しているのであれば、最も手っ取り早い診断方法は、「このレポートに基づいて、執行委員会は実際に何を決定しているのか？正直な答えが「あまりない」のであれば、Power BIの基本的なビルドがどれだけ技術的にしっかりしているかに関わらず、レポートはその役割を果たしていない。
そこから始める。運営委員会が毎月行うべき3つの決定を明確にする。逆算して構築する。それからビジュアルを考える。
もし、Power BIレイヤーそのものがボトルネックになっているのであれば LeapLyticsビジュアルライブラリ プロジェクト管理レポーティングの文脈に特化して作られ、マイクロソフトの認定を受け、直接試用することができる。 無料トライアルはこちらから を作成し、実際のポートフォリオデータと照らし合わせてテストする。
