PMOとして新しいプロジェクトへ入った時、最初に何を確認すればよいのか。
以前の私は、まずスケジュールや課題一覧を見ればよいと考えていました。しかし、実際には資料だけを読んでも、プロジェクトの全体像はなかなか見えてきません。
同じ進捗表を見ても、更新ルールが統一されていなければ数字を信用できません。課題表があっても、誰が判断するのか分からなければ課題は動きません。体制図があっても、実際の意思決定者が別にいることもあります。
PMOが最初に確認すべきなのは、資料の有無だけではありません。
誰が何を担当し、どこで判断し、何をもって完了とするのか。プロジェクトがどのような仕組みで動いているのかを把握する必要があります。
この記事では、PMOとしてプロジェクトへ参画した時に、最初に確認しておきたい項目を整理します。
まず確認したいのは自分の役割
PMOという名前だけでは、担当する仕事の範囲は分かりません。
進捗表や課題表を更新する補佐的な立場もあれば、管理ルールを設計し、複数チームを横断して状況を取りまとめる立場もあります。場合によっては、顧客への報告やベンダー調整まで求められます。
そのため、参画時には自分の役割を具体的に確認する必要があります。
確認したいのは、主に次のような内容です。
- 誰の指示を受けて動くのか
- どのチームを管理対象とするのか
- 進捗管理ではどこまで担当するのか
- 課題管理では確認だけか、調整まで行うのか
- 会議運営や資料作成を担当するのか
- 顧客やベンダーと直接やり取りするのか
- 自分で判断できる範囲はどこまでか
- 最終判断を行うのは誰か
役割が曖昧なまま動き始めると、後から仕事が増えやすくなります。
最初は進捗確認だけだったはずが、資料作成、会議調整、問い合わせ対応、現場への説明まで追加されることがあります。
PMOはプロジェクト全体に関わるため、役割の境界が曖昧になりやすい職種です。だからこそ、最初に自分が担う範囲を確認することが重要になります。
【関連記事：48歳で転職活動をして感じた、PMO案件の難しさ】
体制図だけでは実際の関係性は分からない
プロジェクトへ入ると、最初に体制図を渡されることがあります。
体制図には、プロジェクト責任者、PM、各チームのリーダー、PMO、ベンダーなどが記載されています。
ただし、体制図に書かれている役職と、実際に判断をしている人が一致しているとは限りません。
形式上はPMが責任者でも、技術的な判断は特定の担当者へ集中していることがあります。顧客側の窓口がいても、最終的な承認は別部署が行う場合もあります。
そのため、PMOとしては、体制図を見るだけでなく、実際の意思決定の流れを確認する必要があります。
- 進捗の遅れは誰へ報告するのか
- 課題の優先順位を誰が決めるのか
- スケジュール変更を誰が承認するのか
- 顧客への説明は誰が行うのか
- チーム間で意見が割れた時、誰が判断するのか
- 緊急時の連絡先は誰か
プロジェクトでは、問題が起きた時に初めて、実際の意思決定者が見えることがあります。
しかし、その時になって確認を始めると対応が遅れます。
PMOは、平常時から「この問題は誰へ持っていけば動くのか」を把握しておく必要があります。
スケジュールは日付より前提条件を見る
プロジェクトの進捗を把握するために、スケジュールは重要です。
ただし、日付が並んでいるだけでは、そのスケジュールが実現可能かどうかは判断できません。
見るべきなのは、各作業の前提条件です。
ある作業が開始されるためには、別の作業が完了している必要があります。必要な機器が届いていなければ作業できないこともあります。顧客の承認や他部署からの情報提供を待っている場合もあります。
スケジュールを確認する際は、次の点を見る必要があります。
- 各工程の開始条件は何か
- 前工程が遅れた場合、どこへ影響するか
- 外部ベンダーや顧客に依存する作業はどれか
- 日程を動かせない工程はどれか
- 並行して進められる作業はあるか
- 予備日や調整期間が確保されているか
- 完了の判定条件は明確か
予定日だけを追っていると、遅れが発生してから問題に気付きます。
前提条件を見ていれば、「この情報が今週中に来なければ、来週の作業を開始できない」と早い段階で把握できます。
PMOの進捗管理では、現在の数字を集めるだけでなく、次に止まりそうな場所を見つけることが重要です。
【関連記事：進捗管理は、数字を集める仕事ではなかった】
進捗率が何を意味しているか確認する
進捗表に「80％」と書かれていても、その数字が正しいとは限りません。
担当者によって進捗率の考え方が違えば、数字を並べても比較できないからです。
ある人は、作業へ着手した時点で50％と報告するかもしれません。別の人は、レビューが完了するまで90％のままにするかもしれません。
そのため、参画時には進捗率の基準を確認する必要があります。
- 着手した時点で何％とするのか
- 作業完了とレビュー完了を分けているか
- 承認待ちは完了扱いなのか
- 担当者の自己申告なのか
- 成果物や件数で計測しているのか
- 遅延の判定基準は何か
進捗率は、数字が細かければ正確になるわけではありません。
むしろ、何をもって完了とするのかが明確でなければ、90％のまま長期間止まる作業が増えます。
PMOとして最初に確認したいのは、進捗率そのものより、その数字を作るルールです。
課題一覧では「誰が決めるのか」を見る
課題表が整っていても、課題が解決されるとは限りません。
課題名、担当者、期限、対応状況が記載されていても、最終的に誰が判断するのかが明確でなければ、対応は止まります。
特に注意したいのは、担当者と意思決定者が同じとは限らないことです。
担当者は情報を集めることはできても、仕様変更や予算追加を決められない場合があります。その状態で担当者だけを追い続けても、課題は前に進みません。
課題一覧を確認する際は、次の点を見ます。
- 課題の内容が具体的に書かれているか
- 何が決まれば解決となるのか
- 担当者は誰か
- 判断者は誰か
- 期限はいつか
- 期限を過ぎた場合の影響は何か
- 他の課題や工程と関連していないか
- 次に取る行動が明確か
課題管理は、表を更新することが目的ではありません。
課題を、判断や行動につながる状態へ整理することが目的です。
【関連記事：課題管理は、表を更新する仕事ではなかった】
完成基準が曖昧だと進捗を判断できない
PMOとして難しいのが、何をもって完了と判断するのかという問題です。
作業担当者が「終わりました」と報告しても、成果物が作成されただけなのか、レビューまで完了したのか、顧客の承認まで得たのかで意味が違います。
完成基準が曖昧なままでは、表面上は完了していても、後工程で手戻りが発生します。
たとえば、資料作成であれば、次のように段階があります。
- 初稿を作成した
- 担当者レビューが完了した
- 指摘を反映した
- 責任者の承認を得た
- 関係者へ展開した
どこまでを完了と呼ぶのかを統一していなければ、進捗報告の数字は信用できません。
参画時には、主要な成果物や工程について、完成基準を確認しておく必要があります。
- 成果物は何か
- 誰がレビューするのか
- 誰が承認するのか
- どの状態になれば次工程へ進めるのか
- 修正が発生した場合、完了扱いを戻すのか
- 証跡として何を残すのか
完成基準が明確になれば、進捗確認も課題管理も行いやすくなります。
逆に、完成基準が曖昧なプロジェクトでは、完了したはずの作業が何度も戻ってきます。
会議の役割と決定経路を確認する
プロジェクトには、多くの会議があります。
全体定例、チーム定例、課題会議、進捗会議、顧客報告、技術検討会など、目的の異なる会議が並行して行われます。
PMOとして参画した時は、それぞれの会議が何のためにあるのかを確認する必要があります。
- 情報共有を目的とする会議か
- 判断や承認を行う会議か
- 課題を整理する会議か
- 顧客へ報告する会議か
- 誰が議題を決めるのか
- 誰が司会をするのか
- 決定事項をどこに記録するのか
- 未決事項を誰が追跡するのか
会議が多くても、役割が重複していれば効率は上がりません。
同じ進捗を複数の会議で報告している一方で、重要な判断を行う場がないこともあります。
PMOは会議へ参加するだけでなく、その会議がプロジェクトの中でどの役割を持つのかを把握する必要があります。
【関連記事：PMOの会議運営は、日程調整だけの仕事ではなかった】
既存資料を信用しすぎない
参画時には、体制図、スケジュール、課題表、議事録、手順書など、多くの資料を渡されることがあります。
資料がそろっていると、管理されたプロジェクトに見えます。
しかし、資料が存在することと、現在の状況を正しく反映していることは別です。
体制図に退任した担当者が残っていることがあります。課題表が数週間更新されていない場合もあります。手順書と現場の運用が違っていることもあります。
そのため、資料を見る際は、次の点を確認します。
- 最終更新日はいつか
- 誰が更新しているのか
- 現在も使われている資料か
- 最新版はどこに保存されているか
- 現場の運用と一致しているか
- 同じ情報を管理する別資料がないか
- どの資料を正として扱うのか
PMOは資料を作る立場になることが多いですが、まず必要なのは資料を増やすことではありません。
既存の情報がどこにあり、どれを正として扱うのかを整理することです。
情報共有の方法を確認する
プロジェクトでは、メール、チャット、会議、共有フォルダ、課題管理ツールなど、複数の方法で情報が共有されます。
情報共有のルールが曖昧だと、重要な決定が個人のメールやチャットに残り、他の関係者が確認できなくなります。
参画時には、次の点を確認します。
- 正式な決定事項はどこへ記録するのか
- 課題はどのツールで管理するのか
- 進捗報告はどの頻度で行うのか
- 緊急連絡はどの方法を使うのか
- 資料の保存場所はどこか
- ファイル名や版管理のルールはあるか
- チャットで決まった内容をどこへ転記するのか
ツールが多ければ情報共有が良くなるわけではありません。
同じ情報が複数の場所に保存されると、どれが最新か分からなくなります。
PMOとしては、情報の置き場所を把握し、必要であれば管理方法を整理する必要があります。
最初から全部を変えようとしない
新しいプロジェクトへ入ると、改善したい点が多く見つかることがあります。
進捗表が見にくい、課題の書き方が統一されていない、会議が多い、資料の保存場所が分かりにくい。PMOとして整えたくなる部分は少なくありません。
しかし、参画直後からすべてを変えようとすると、現場の反発を受ける可能性があります。
現在の運用には、そうなった理由があります。非効率に見えても、過去の経緯や関係者間の事情があるかもしれません。
まずは、現状がどのように動いているのかを観察する必要があります。
- 誰が困っているのか
- どこで情報が止まっているのか
- どの作業に時間がかかっているのか
- どの管理表が実際に使われているのか
- 何を変えると影響が大きいのか
そのうえで、影響が小さく効果の大きい部分から改善します。
たとえば、課題表へ担当者と期限を必ず入れる、会議後に決定事項だけを共有する、進捗報告の基準をそろえるといった小さな変更です。
PMOの役割は、正しい管理方法を押し付けることではありません。
現場が継続して使える形へ整えることです。
参画直後に作りたい確認メモ
プロジェクトへ参画した時は、確認した内容を自分用のメモにまとめておくと便利です。
私なら、次の項目を整理します。
プロジェクト概要
- 目的
- 対象範囲
- 主要な期限
- 現在のフェーズ
- 最終的な完成条件
体制
- 責任者
- PM・PL
- 各チームのリーダー
- 顧客窓口
- ベンダー窓口
- 最終判断者
自分の役割
- 担当範囲
- 管理対象
- 報告先
- 判断可能な範囲
- 担当する会議
- 作成する資料
管理方法
- 進捗管理のルール
- 課題管理のルール
- 資料の保存場所
- 正式な情報共有方法
- 会議体
- 報告の頻度
現在の問題
- 遅れている工程
- 未解決の重要課題
- 判断待ちの事項
- 人員不足
- 情報不足
- 外部依存の作業
このメモを作ることで、自分が理解できていない部分も見えてきます。
分からない項目をそのままにせず、関係者へ確認するための一覧として使えます。
まとめ
PMOとしてプロジェクトへ参画した時、最初に確認すべきなのは、進捗表や課題表の数字だけではありません。
まず把握したいのは、次のような内容です。
- 自分が担う役割と責任範囲
- プロジェクトの実際の意思決定者
- スケジュールの前提条件
- 進捗率の判定基準
- 課題の担当者と判断者
- 成果物の完成基準
- 会議体と決定経路
- 正式な情報の保存場所
- 現在の重要な問題
これらが分からないまま管理を始めると、進捗表を更新していても、本当の問題を見落とす可能性があります。
PMOの最初の仕事は、新しい管理表を作ることではありません。
プロジェクトがどのような仕組みで動き、どこで情報や判断が止まっているのかを理解することです。
そのうえで、必要な情報を整理し、関係者が次の行動を取れる状態を作っていきます。
プロジェクトの全体像を一度に理解することはできません。
それでも、役割、体制、進捗、課題、完成基準、意思決定の流れを順番に確認することで、PMOとして見るべき場所は少しずつ明確になります。
PMOの仕事内容や案件選びについては、次の記事でも整理しています。
【関連記事：48歳で転職活動をして感じた、PMO案件の難しさ】
【関連記事：PMO補佐という、自分に近い立ち位置】
コメント