PMOの1日の流れ|32年経験者が語る実際の仕事内容とスケジュール

PMOの1日とは何か
現場のPMOの1日は予定通りにいかない
1. 計画と実態のギャップ
2. 複数案件の同時進行という現実
私の実際の1日の流れ
具体的な業務シーンと判断ポイント
教科書には載らない実務の本質
明日から使える実務チェックリスト

PMOの1日とは何か

PMOの1日を尋ねられたとき、多くの人は会議と資料作成の繰り返しを想像するかもしれません。プロジェクトマネジメントオフィスという名前から、オフィスで管理業務をする人という印象を持つのも無理はありません。

一般的には、PMOは進捗管理、課題管理、リスク管理などのプロジェクト管理業務を担当し、PMを支援する役割とされています。朝会でステータス確認、日中は資料作成、夕方に報告会議。そんな定型的な1日をイメージする方も多いでしょう。

しかし実際の現場では、その日のスケジュールは朝の時点で半分しか決まっていません。残りの半分は、その日起きる問題や変化によって埋まっていきます。

現場のPMOの1日は予定通りにいかない

教科書的なPMOの1日は、きれいに時間割が組まれています。9時から朝会、10時から進捗確認、午後は資料作成。そして夕方に報告。こうした整然としたスケジュールが理想とされます。

ところが実際の運用保守の現場では、朝一番でシステム障害の連絡が入ることもあれば、昼過ぎにクライアントから急な要件変更の相談が来ることもあります。予定していた作業の半分は、突発的な対応に置き換わることも珍しくありません。

私が担当している自動車保険業界の運用保守案件では、複数のプロジェクトを同時に回しています。それぞれに異なるステークホルダー、異なる納期、異なる課題があります。朝の時点で今日やることリストを作っても、午前中に3件の緊急対応が入れば、そのリストは意味をなさなくなります。

計画と実態のギャップ

PMOの仕事は管理だから計画的に進められると思われがちですが、それは誤解です。管理業務だからこそ、他者の都合や突発事項に左右されます。

開発者なら自分のタスクに集中できる時間があります。しかしPMOは常に複数の案件、複数の関係者の間に立っています。誰かが困れば、そこに時間を割かなければなりません。予定通りの1日など、月に数日あればいい方です。

それでも仕事は回ります。なぜなら、優先順位をその場で判断し、やるべきことを素早く切り替える能力こそが、PMOに求められる実務力だからです。

複数案件の同時進行という現実

もう一つ、教科書に書かれていない現実があります。それは、ほとんどのPMOが複数のプロジェクトを同時に担当しているということです。

一つの案件だけに専念できるPMOは、大規模プロジェクトに限られます。多くの場合、2つから5つ程度の案件を並行で見ています。それぞれに朝会があり、それぞれに週次報告があり、それぞれに課題があります。

つまりPMOの1日は、単一プロジェクトの時間軸ではなく、複数案件をどう配分するかという時間配分の連続です。この感覚は、実際に複数案件を回してみないと理解しづらいものです。

私の実際の1日の流れ

ここからは、私自身の1日の流れを具体的にお話しします。現在、私は自動車保険業界の運用保守案件で、主に3つのプロジェクトを担当しています。規模はそれぞれ異なりますが、どれも並行で動いているため、1日の中で案件を切り替えながら対応しています。

ただし、これは典型的な1日の例であり、実際には日によって大きく変わります。月初と月末では動きが違いますし、障害が発生すれば全てが変わります。それでも、ある程度のパターンはあります。

朝の時間帯:情報収集と優先順位の決定

私の1日は8時半ごろから始まります。出社してまず行うのは、夜間に発生した問題がないかの確認です。運用保守案件では、夜間バッチの失敗や監視アラートが朝一番で報告されることがあります。

メールとチャットツールをチェックし、各案件の状況を把握します。この時点で、今日の優先順位が決まります。緊急対応が必要なものがあれば、予定していた作業は後回しになります。

9時からは案件Aの朝会です。開発チーム、運用チーム、クライアント側の担当者が参加します。所要時間は15分から30分。ここで昨日の進捗と今日の予定、課題の状況を確認します。PMOとしての私の役割は、進行と記録、そして課題の優先度判断です。

午前中:進捗確認と調整業務

朝会が終わると、すぐに案件Bの個別確認に入ります。こちらは朝会を設定していないため、担当者に直接状況を聞きます。電話かチャットで5分程度。遅延が出ていないか、リソースは足りているかを確認します。

10時ごろからは、前日に積み残した課題の対応です。例えば、要件定義の齟齬が見つかった案件では、クライアントとベンダーの認識を合わせるための資料を作ります。エクセルの課題管理表を更新し、対応状況を整理します。

この時間帯に予定外の電話が入ることも多くあります。クライアントからの問い合わせ、ベンダーからの相談、上司からの確認依頼。それぞれに対応しながら、予定していた作業を進めます。集中して作業できる時間は、実質30分もないこともあります。

昼休みと午後の前半

昼休みは12時から13時ですが、完全には休めません。この時間に資料を見直したり、午後の会議の準備をしたりします。ただし意識的に30分は席を離れるようにしています。ずっと画面を見ていると判断力が落ちるからです。

13時からは案件Cの定例会議です。週次で行っている進捗報告会で、所要時間は1時間。ここでは全体のスケジュール、予算の消化状況、リスクの洗い出しを行います。私はファシリテーターとして会議を進行し、議事録を作成します。

14時以降は、その日の状況次第です。緊急対応がなければ、月次報告資料の作成や、次週の計画調整に時間を使います。しかし多くの場合、何かしらの割り込みが入ります。

夕方:報告と翌日の準備

16時ごろから、クライアントへの日次報告をまとめます。各案件の進捗状況、発生した課題、対応状況を簡潔にまとめ、メールで送付します。この報告は毎日のルーチンですが、何も問題がない日でも必ず行います。

17時以降は、翌日の準備と残務整理です。明日の会議資料を確認し、必要なデータを準備します。課題管理表を最新化し、対応漏れがないかをチェックします。

18時ごろに退社するのが理想ですが、月末や障害対応時には20時を過ぎることもあります。ただし、常に残業するのは持続可能ではないため、定時で帰れる日は意識的に定時退社します。

実体験:ある日の予定外対応

私は現在、自動車保険業界の運用保守PMOとして働いています。1日の実際の流れをそのまま語ります。8時30分、出社してメール確認。夜間に発生した障害や、朝一のクライアント連絡をチェックします。9時、チームの朝会。15分厳守で、各案件の状況と当日のタスクを共有。10時から午前中は、複数案件の進捗確認と課題管理表の更新、緊急対応があれば優先。12時、昼食は基本的に一人。頭を切り替える大切な時間です。13時から午後は、クライアントとの定例会議、ベンダーとの調整、経営層への報告資料作成が中心。15時頃には翌日の準備を始めます。17時、当日の課題整理と翌朝の朝会準備。18時退社。現在6件の案件を同時に回しているため、優先順位判断が最も頭を使う時間です。派手さはないですが、判断の積み重ねが仕事の本質だと感じています。

このように、PMOの1日は予定と実態の狭間で進みます。計画通りにいかないことを前提に、優先順位を瞬時に判断する能力が求められます。そしてそれは、経験を積むことでしか身につきません。

具体的な業務シーンと判断ポイント

ここでは、PMOの1日の中で実際によくある具体的なシーンと、そのときの判断ポイントを紹介します。教科書には載らない、現場ならではの場面です。

シーン1:朝会で進捗遅延が報告されたとき

朝会で開発担当者から予定より2日遅れているという報告がありました。このとき、PMOとしてその場でどう対応するかが問われます。

まず確認すべきは、遅延の原因です。技術的な問題なのか、リソース不足なのか、要件が曖昧だったのか。原因によって対応が変わります。その場で深掘りしすぎると会議が長引くため、概要だけ聞いて、詳細は会議後に個別で確認すると伝えます。

次に、影響範囲を考えます。2日の遅延が後続タスクに影響するのか、リカバリー可能なのか。全体スケジュールを頭の中で組み直し、クリティカルパスに影響があるかを判断します。影響が大きい場合は、その日のうちにリカバリープランを立てる必要があります。

そして、クライアントへの報告タイミングを決めます。小さな遅延なら内部でリカバリーしてから報告することもありますが、大きな影響が予想される場合は早めに報告します。悪いニュースほど早く伝えるのが原則です。

シーン2:クライアントから急な要件変更の相談があったとき

昼過ぎにクライアントから電話があり、仕様を一部変更したいという相談を受けました。すでに開発が進んでいるタイミングです。

この場合、即答は避けます。まず変更内容を正確に把握し、影響範囲を確認する時間が必要だと伝えます。クライアントは今すぐ答えがほしいと思っていますが、不正確な回答をするより、正確な影響分析をしてから答える方が信頼につながります。

その後、開発チームに変更内容を伝え、工数とスケジュールへの影響を見積もってもらいます。同時に、契約上の変更管理プロセスを確認します。追加費用が発生するのか、スコープ内で対応可能なのか。

これらの情報を整理した上で、翌日にはクライアントに回答します。対応可能かどうか、可能な場合の条件、不可能な場合の代替案。選択肢を示すことが、PMOとしての価値です。

シーン3:複数案件で同時に問題が発生したとき

午前中に案件Aで障害が発生し、同じタイミングで案件Bの要件定義が紛糾しているという連絡が入りました。同時に対応することは物理的に不可能です。

このとき、優先順位をどう決めるかが重要です。私は、影響範囲と緊急度で判断します。障害はユーザーに直接影響が出ているため、まずこちらに対応します。要件定義の紛糾は重要ですが、1時間遅れても致命的にはなりません。

障害対応では、復旧状況を確認し、クライアントへの報告を優先します。開発チームには原因調査を依頼し、暫定対応と恒久対応を分けて考えます。自分がすべてを対応するのではなく、誰に何を任せるかを判断するのがPMOの役割です。

障害の初動対応が落ち着いたら、案件Bの要件定義に移ります。ここでも、自分がすぐに結論を出すのではなく、関係者を集めて認識を合わせる場を設定します。時間は午後の早い時間帯を押さえ、その日のうちに方向性を決めます。

シーン4:月末の報告資料作成

月末になると、定常業務に加えて月次報告資料の作成が加わります。進捗率、予算消化率、課題一覧、リスク一覧。複数案件分を集約し、経営層向けに整理します。

この作業は時間がかかります。しかし月末だからといって、日常の対応がなくなるわけではありません。つまり、通常業務と並行で報告資料を作る時間を捻出する必要があります。

私は、月末の1週間前から少しずつデータを集め始めます。一気に作ろうとすると、他の業務に支障が出るからです。毎日30分ずつでも積み重ねれば、月末に慌てることはありません。この時間配分の感覚も、経験で身につけるものです。

教科書には載らない実務の本質

ここまで私の1日の流れと具体的なシーンを紹介してきましたが、これらから見えてくるPMO業務の本質は、教科書とは少し違います。私が現場で学んできたことをお伝えします。

PMOの仕事は時間管理ではなく優先順位管理

一般にはPMOはスケジュール管理をする人と思われていますが、実際に管理しているのは時間ではなく優先順位です。やるべきことは常に時間より多く存在します。その中から、今日やるべきこと、今週やるべきこと、来月でいいことを選別する能力が求められます。

私の1日を振り返ってもらえれば分かる通り、予定していたことの半分はできないこともあります。しかしプロジェクトは止まりません。なぜなら、本当に重要なことは必ず対応しているからです。

緊急と重要を混同しないこと。緊急だが重要でないことに時間を取られすぎないこと。これが、複数案件を回す上で最も大切な視点です。

完璧な資料より早い判断

PMOになりたての頃、私は完璧な報告資料を作ろうとしていました。グラフを整え、文章を推敲し、見栄えを良くする。しかし、それに時間をかけすぎて、肝心の判断が遅れることがありました。

現場で求められているのは、美しい資料ではなく、正確な状況把握と早い判断です。エクセルの表が多少見づらくても、必要な情報が入っていれば十分です。資料作成に凝るのは、時間に余裕があるときだけにすべきです。

これは手抜きを推奨しているわけではありません。優先順位の問題です。資料の完成度を上げることと、問題解決を早めること。どちらがプロジェクトにとって価値があるかを常に考える必要があります。

一人で抱え込まない技術

PMOは情報のハブになるため、多くの問題が自分のところに集まってきます。全てに自分で答えようとすると、すぐにパンクします。

私が意識しているのは、自分が答えを出すべき問題と、適切な人につなぐべき問題を区別することです。技術的な判断は開発チームに、契約上の判断は営業や法務に、予算の判断は上司に。自分の役割は、問題を正しい場所に届け、回答を引き出し、それを関係者に伝えることです。

これは責任を放棄しているわけではありません。むしろ、プロジェクト全体の回転を速めるための判断です。PMOが全てを抱え込むと、プロジェクトのボトルネックになります。

見えない仕事の価値

PMOの仕事の多くは、成果が見えにくいものです。問題が起きなかったのは、PMOが事前に対処したからかもしれません。しかし、起きなかった問題は誰にも認識されません。

進捗が順調なのは、PMOが調整を重ねた結果かもしれません。しかし、順調なプロジェクトではPMOの存在感は薄くなります。

これは、PMO業務の宿命です。私は、目立たないことを肯定的に捉えています。プロジェクトが静かに進んでいるということは、PMOとして正しく機能している証拠だからです。評価されたい気持ちもありますが、プロジェクトの成功が最優先です。

体力と集中力の配分

もう一つ、経験から学んだことがあります。それは、1日の中で自分の体力と集中力をどう配分するかという問題です。

朝から夕方まで全力疾走はできません。重要な会議の前には、少し余裕を持って準備する時間を確保します。午後の眠くなる時間帯には、ルーチン作業を入れます。集中力が必要な資料作成は、午前中に行います。

これは怠けているのではなく、持続可能な働き方をするための工夫です。毎日残業していては、いずれ判断力が落ちます。PMOの判断ミスは、プロジェクト全体に影響します。だからこそ、自分のコンディション管理も仕事の一部だと考えています。

明日から使える実務チェックリスト

最後に、PMOとして1日を効果的に過ごすためのチェックリストを紹介します。これは私自身が日々意識していることをまとめたものです。全てを完璧にこなす必要はありませんが、意識するだけで1日の質が変わります。

時間帯	チェック項目	確認ポイント
始業時	夜間・早朝の問題発生確認	メール・チャットで障害やアラートがないか。緊急対応が必要なものを最優先で把握する
始業時	今日の優先順位決定	予定していた作業と緊急対応を比較し、今日絶対にやるべきことを3つに絞る
朝会前	各案件の前日の動き把握	担当者からの報告を事前に読み、会議で聞くべき質問を準備しておく
午前中	課題管理表の更新	前日の対応状況を反映し、今日対応すべき課題を明確にする。放置されている課題がないか確認
昼休み前	午前の積み残し確認	午前にやるつもりだったことで未完了のものをリストアップ。午後に回すか、明日に回すかを判断
午後	ステークホルダーへの連絡	クライアント、ベンダー、上司への報告・相談で今日中に必要なものを処理する
夕方	日次報告の作成	各案件の進捗、課題、翌日の予定を簡潔にまとめる。問題がなくても報告を継続する
終業前	翌日の予定と準備確認	明日の会議資料、必要なデータ、確認すべき事項をリストアップし、朝の立ち上がりを早くする
終業前	対応漏れチェック	メールやチャットで返信待ちのものがないか。24時間以上放置しているものは要注意
週次	自分の時間配分の振り返り	どの案件にどれだけ時間を使ったか。偏りがある場合は来週の配分を調整する