PMOのフリーランス案件の仕事内容｜案件の種類と働き方

PMOのフリーランス案件の仕事は、どちらの側に座るか（発注側か受注側か）と、何を束ねるか（1つのプロジェクトか、組織全体か）で中身が変わります。共通しているのは、週の定例と月の報告を軸に、情報を集め、ずれを見つけ、判断の場に届けるという流れです。

この記事では、案件を4つの種類に分け、それぞれの関わる相手と成果物、1日・1週間・1か月の過ごし方を整理します。報酬の考え方はPMOの報酬の記事、求められるスキルはPMOのスキルの記事にまとめています。

案件の種類は「座る側」と「束ねる範囲」で分かれる

案件票ではどれも「PMO」と書かれていますが、参画してからの毎日は次の4つでかなり違います。

同じ人でも、案件ごとに座る側が変わることはよくあります。参画前に「誰の側に立ち、誰に報告するのか」を確かめておくと、仕事の中身を思い描きやすくなります。

種類ごとの仕事の中身

発注側のPMO：複数の会社の間に立つ

ユーザー企業の側に立ち、複数のベンダーの進み具合を一つの物差しでそろえるのが中心です。ベンダーごとに報告の形式が違うと全体の遅れが見えないため、まず報告の様式と締め切りを合わせるところから始まることがよくあります。

ベンダー間で責任の境目があいまいな課題は、どちらの宿題かを決めるまで動きません。こうした課題を拾い上げ、担当と期限を決める場をつくることが、発注側PMOの大きな仕事です。利用部門の要望が仕様の変更につながる場面では、影響の大きさを確かめて、変更を受けるかどうかを決める会議にかけます。

受注側のPMO：自社のチームを束ねて外に説明する

開発を請けた会社のPMを支え、社内の各チームの進捗・品質・要員を集めて、発注側への報告にまとめます。発注側に出す前に、チームのリーダーと数字のすり合わせをする時間が多くなります。

不具合の件数やテストの消化状況など、品質の数字を扱う比重が高いのが特徴です。遅れが出たときは、発注側にどう説明し、どの対策を示すかをPMと一緒に組み立てます。協力会社の要員の入れ替えや、稼働の集計を受け持つこともあります。

全社・部門のPMO：プロジェクトを並べて見る

個別のプロジェクトの中ではなく、組織全体で動いている複数のプロジェクトを並べて管理します。月ごとに各PMから状況を集め、遅れや予算の超過が出ている案件を経営層の会議に上げます。

新しいプロジェクトの立ち上げの審査、管理のルールやテンプレートの整備も担います。個別プロジェクトの細かい課題には入り込まず、各PMが同じルールで報告できる仕組みを保つことが仕事の中心です。

テーマ特化のPMO：山場の局面を受け持つ

システムの移行、総合テスト、拠点への展開など、特定の局面だけを受け持つ案件です。移行であれば、手順の洗い出し、リハーサルの計画、切り替え当日の時刻ごとの進行表、戻すかどうかを判断する基準づくりなどを担います。

期間が短めで、終わりがはっきりしている案件が多い一方、山場の前後は稼働が集中しやすくなります。移行の当日の働き方はPMOのリモートの記事でも触れています。

1日の流れ

開発の局面にある発注側PMOの、ある1日の流れを例にとります（架空の例です。案件によって大きく変わります）。

会議の時間そのものより、会議の前の準備と、会議の後の追いかけに時間を使うのがPMOの1日の特徴です。会議に出ているだけでは、宿題が実行されたかどうかは分かりません。

1週間と1か月の流れ

1週間：定例を軸に回る

週の前半に各チームから進捗を集め、半ばに全体の定例会議、後半に宿題の追いかけと翌週の議題づくり、という形で回る案件が多くあります。毎週同じ曜日に「現在地」の報告を出すと、関係者がそれを前提に動くようになり、情報が集まりやすくなります。

1か月：月次の報告と判断の場

月に一度、経営層やステアリングコミッティなど、上位の会議があるのが一般的です。その前の1〜2週間は、月の数字の締め、遅れの理由の整理、判断してほしい事項の資料づくりに時間を使います。会議の後は、決まったことを各チームに伝え、計画の見直しが必要なら反映します。

稼働の集計や、ベンダーからの請求の前提になる実績の確認を、月末に受け持つ案件もあります。

局面が変わると仕事も変わる

同じ案件でも、局面によって仕事の重心が移ります。

1. 立ち上げ期：体制図、会議体、報告のルールを決める。関係者に会って顔をつなぐ時間が多い
2. 設計・開発期：定例と課題管理が中心。仕様の変更をどう受けるかの判断が増える
3. テスト期：不具合とテストの消化の数字を毎日見る。品質の判断の材料づくりが増える
4. 移行期：リハーサルと当日の進行の管理。夜間や休日の対応が入ることがある

参画する時期がどの局面かで、最初の数か月の働き方は大きく変わります。

手元に残る成果物

PMOの成果物は、プログラムのように形として残るものではありませんが、次のようなものを作り、更新し続けます。

• 体制図と会議体の一覧（何を、どの会議で、誰が決めるか）
• 全体の計画表とマイルストーン
• 課題・リスク・変更の管理表
• 週次・月次の報告資料
• 議事録と宿題の一覧
• 管理のルールやテンプレート（報告の様式、変更の手順など）

これらは発注側の資料になるため、自分の実績として持ち出すことはできません。どんな工夫をしたかを、社名や数字を伏せた形で手元のメモに残しておくと、次の案件の面談で話す材料になります。書き方はPMOのスキルシートの記事で解説しています。

関わる相手との距離感

PMOは多くの人と話しますが、相手ごとに求められることが違います。

外部から入るPMOは、どの組織にも属さない立場で話を聞けることが強みです。一方で、社内の経緯を知らないため、誰に先に話を通すかを早めに把握しておく必要があります。

よくある質問

PMOは1日のうち会議がどのくらいありますか？

案件と局面によって大きく変わります。立ち上げ期や移行の前は会議が続く日もあれば、開発の局面では定例以外は集計や追いかけに使える日もあります。面談で、出席する会議の種類と頻度、時間帯を聞いておくと、1日の過ごし方を思い描きやすくなります。

発注側と受注側のPMOでは、どちらが未経験から入りやすいですか？

どちらが入りやすいとは一概に言えません。受注側は自社チームの開発の流れを知っていると動きやすく、発注側は複数の会社を調整した経験や業務の理解が見られやすい傾向があります。これまでの経験に近い側から入ると、立ち上がりが早くなります。

PMOの案件で、PMの代わりに判断を求められたらどうすればよいですか？

PMOの役割は、判断する人が迷わない材料を出すことです。判断を求められたときは、選択肢と影響を整理して示し、誰が決めるかを確かめましょう。PMの代行まで任される状態が続く場合は、契約の業務範囲と合っているかを見直す必要があります。