プロジェクト可視化とは何か ― 進捗・課題・リスクの見える化の全体像
itpjstudy
プロジェクト管理では、進捗・課題・リスクを「可視化しているつもり」でも、判断に必要な情報が無いことに気づくことがあります。
- 進んでいるはずなのに、なぜか遅延が発生する
- 課題は一覧化されているのに、優先順位が分からない
- リスクは記載されているが、対応策が決められない
数字や資料は揃っているのに、プロジェクト運営が滞ってしまう。
これらはすべて、可視化の方法に問題があるケースです。また、適切な方法を選択するためには、その背景にある考え方も十分理解する必要があります。
本記事では、進捗・課題・リスクを可視化（見える化）の全体像を整理して、よくある課題・実践的な見える化のポイントを整理します。さらに、各論点を掘り下げた単体記事へのリンクも紹介します。
なぜ進捗・課題・リスクを「見ているはず」なのに判断できないのか
現場では、過去のプロジェクトの報告書や社内テンプレートをそのまま流用して、数字や形式の意味を十分に理解せずに使ってしまうことがあります。
- 進捗率は埋まっている
- 課題一覧はある
- リスクも記載されている
しかし、数字や書式が揃っているだけでは判断できません。情報の意味が理解されていないため、判断につながらないのです。形式や数字だけを追う「形だけの可視化」は、判断の材料にはなりません。実務上は「どこが問題か」「何を決めるべきか」が分かる状態が必要です。
数字や成果物だけでは判断できない典型例
単なる数字情報の限界
断面情報は、端的で分かりやすい。
しかし、「この状況が良いのか悪いのかは、よく分からない」のが、実際のところ。
不具合なので、最終的には100%対応完了しなければなりません。でも、この時点では「80%できているから、良いってこと？」「いやいや、20%はできていないってことだから、やっぱりダメなんじゃないか？」など、断面情報を見ているだけだと、判断しかねます。[可視化のカギは情報変化のモニタ]
数字や資料は揃っているのに、状況評価や意思決定に活かせない。
これは、多くのプロジェクトで起きる典型的な問題です。これを回避するためには、何を見える化するのか、意思を持って考える必要があります。[可視化を支えるのは一覧]
プロジェクト可視化の目的 ― 管理ではなく、判断に使う
可視化の目的は、数字や表を並べることではなく、意思決定に使うことです。たとえば、「進捗は50％完了」と表示されていても、
- このままでは期日までに終わるか
- どの課題が優先対応か
- 隠れたリスクは何か
…といった判断ができなければ意味がありません。
可視化とは「判断に必要な情報を提供できる状態」を作ること
良い可視化は、第三者に対して「なぜそう言えるのか」を説明できる状態です。
- なぜ進捗が止まったのか
- なぜリスク対応が必要なのか
- なぜ優先度を変更するのか
単なる事実列挙ではなく、事実に対する評価ができる状態を作ることが重要です。そのためには、ある時間断面の事実だけでなく、時間経過による状況変化を捉え、時間軸・トレンドで状況を見ることが重要です。
判断につながる可視化の基本原則
| 観点 | 管理用 | 判断用 |
| 主眼 | 記録 | 意思決定 |
| 情報 | 事実 | 事実＋意味 |
| 次の行動 | 不明 | 明確 |
管理のための管理を行ってしまうことは、よくあることです。また、初期には有効であったが、落ち着いてくるとあまり意味ない管理もあります。絶えず状況を見極めつつ、現状に合った可視化を常に目指していくことが重要です。
- 単なる進捗率や課題リストだけで安心しない
- 「何を判断すべきか」を明確にする
状況が見えないプロジェクトに共通する失敗パターン
進捗・課題・リスクを見える化を試みても、判断につながらないプロジェクトには共通パターンがあります。
パターン例❶ 報告書テンプレート通りに数字を報告して、満足してしまう
前述のように、数字だけが並んでいても、状況評価・意思決定にはつながりません。その数字の持つ意味合いが理解できるようになっていないケースがよくあるように見受けます。
- 予定に対して、遅れているのかどうか
- 状況は悪化しているのか、改善しているのか
- 問題の原因は、何か
パターン例❷ 真の問題にアプローチできておらず、問題状況が常態化
報告書テンプレート通りに遅延や課題を識別していても、それが長期に渡って常態化してしまうと、感覚がマヒしてしまいます。
そういったときには、漠然と状況を見てしまっていて、掘り下げができておらず、真の問題にアプローチできていないことが多いです。[進捗がよく見えない理由]
パターン例❸ スケジュールやタスクの前提・想定が間違っている
スケジュール遅延が起きる原因は、「想定外」が起きるからです。計画は前提条件（想定・仮説）の集合です。前提が崩れていれば、進捗だけ見ても意味がありません。
想定が合っていたかの確認を適宜行い、正しく想定を見直していくことが出来ない場合、一旦リスケジュールを行っても、遅延を繰り返してしまうことになります。[リスケジュールを成功させる仮説検証]
パターン例❹ 大きなタスクに目が行ってしまい、他の問題の可視化がおろそかになってしまう
業務・アプリに関するタスクは、関わる人数も多いため、注目が集まりがちです。そのため、データ移行や基盤などのタスクは、関心が薄くなりがちです。問題報告がなされても、分野が違うこともあり、理解されにくいという側面もあります。
結果として、重要な問題が注目を集めきれずに、時間が経ってから致命傷になってしまうケースも多いです。[データ品質問題はなぜ発生するのか]
パターン例❺ 見える化が目的化してしまい、意思決定に寄与しない | ガントチャートが機能しない場面もある
不確実性が高いプロジェクトでは、臨機応変な対応が求められます。そのため、当初考えていた可視化の枠組みが、有効に機能しないことも多々あります。
例えば、ガントチャート。計画変更があまり入らない、予定と実績の乖離が小さい場合には有効です。しかし、不確実性が高くになってくると、ガントチャートの更新の手間が非常に大きくなり、管理が破綻してしまうことがあります。
現場で使える可視化ノウハウ
プロジェクト可視化を判断に使うためには、現場で実際に役立つ原則があります。単に「進捗率」や「課題一覧」を並べるだけでは不十分です。
ここからは、進捗・課題・リスクを「判断に使える形」で可視化するための、実務で効果があった具体的な工夫を紹介します。すべてを完璧に実施する必要はなく、状況に応じて取り入れてください。
ノウハウ例❶ 断面情報だけでなく、変化・傾向をとらえる
前述のように、ある時間断面の数字を単体で見ても、その評価は難しいです。
- 週ごとの変化を追うことで、遅延の兆候や課題の増加が分かる
- 単発数字では気づけないリスクも、傾向として可視化できる
ノウハウ例❷ 何を可視化したいのかを考え、意思を持ってレポート設計する
可視化の目的は、状況評価を意思決定・行動につなげるためです。
そのためには、「何を可視化したいのか」の意思が非常に重要です。そして、その遺志に従って、報告書の様式を設計することが、有効な可視化のカギになります。
「何を判断すべきか」が明確になると、チーム全体の行動も変わります。
ノウハウ例❸ 可視化できているものは一部と認識する
すべての情報を可視化することはできません。意識・無意識に絞り込んで、状況報告しているものです。
そのため、「可視化できていないものがある」と、まず認識することが大事です。そして、漏れているものがないか意思を持って継続的に確認していくことが重要です。
- 全てを一覧に載せるように促す
- 定期的なヒアリングを設定する
- 合同ミーティングで相互確認させる
- 折れ線グラフなど、状況を多角的に見る様式を用いる
ノウハウ例❹ 問題原因は時間とともに変化すると認識する
問題原因は刻々と変わっていきます。同じフェーズ内でも、変わります。そのため、例えば、同じタスクで遅延が続いている場合でも、遅延原因は変わっている可能性があります。
単純に、進捗状況を追うだけでなく、一歩踏み込んで、その原因を追って行くことも重要です。
ノウハウ例❺ 可視化のためには、フェーズをまたいだ分析が欠かせないことがある
現在の課題やリスクは、単に目の前のタスクを見るだけでは解決できません。
過去の決定や作業の影響を分析することで、真の原因を特定し、後続フェーズで起こりうる問題も予測可能です。
- 過去に原因があることが多い
- 後続フェーズで起きる問題を予測できる
- タスクの完了予定日・コストのシミュレーションができる
ノウハウ例❻ 前提・想定をひとつに絞れない場合は、ケース分けする
状況を評価するためには、あるべき状態（前提・想定）と比較することが必要です。これは、リスケジュールしたり、未来をシミュレーションしたりする場合でも同じです。
ただ、仮説をひとつに絞り込めない場合もあります。そういった場合は、無理やりに絞り込むことにはリスク有ります。そのため、いくつかのケースに分けて、シミュレーションすることが有用です。
[Best・Most Likely・Worstの3仮説で未来を予測する]
ノウハウ例❼ 重要な前提・想定は、プロジェクト全体で共有する
前述したように、可視化を評価・判断につなげるためには、前提・想定が重要です。しかし、様々な関係者がいるプロジェクトにおいて、その前提・想定を全員がきちんと理解することは簡単ではありません。
そのため、大事なところを大きく理解すること。例えば、中日程やフェーズ毎の開始/終了条件などで共通認識を持つことが重要です。
ノウハウ例❽ 可視化を推進する存在として、PMOに活躍してもらう
そして、可視化を推進するには、根気よく・関係者とコミュニケーションしていくことが欠かせません。
- 管理できる範囲には限界があり、隠れた問題・リスクもあるのが当然
- 問題箇所は時間とともに遷移していくため、可視化の枠組みを常に見直ししていく必要がある
- 意識・無意識に、問題を隠す人たちもいる
そういったときに、司令塔として活躍するのがPMOです。PMOにどう動いて貰うのかがプロジェクトの命運を握ります。
プロジェクト可視化は、単なる進捗報告ではなく、判断や意思決定に活かすことが目的です。ただ、数字が見えるだけではなく、判断につながる可視化を目指すことが大事です。本記事では、全体像を俯瞰的に説明しましたが、詳細な内容は個別記事をご覧ください。特に、
- PM / PMOとして可視化に悩んでいる方
- プロジェクトの状況が「分かっているはずなのに決められない」と感じている方
にとって、本記事が評価・判断に役立つ可視化のヒントになれば幸いです。
最後まで読んで頂き、ありがとうございました。ご意見・ご感想を頂けますと幸いです。
ITプロジェクト研究会
