ITコンサル・PMOの職務経歴書｜案件の担当者に伝わる書き方
PMOや推進役の案件に応募するとき、職務経歴書に「PMOとして参画」と書いたものの、それで何をしてきたかが伝わっているのか、不安になることはないでしょうか。PMOは、同じ呼び名でも、プロジェクトによって担う仕事の幅が大きく違う役割です。
この記事では、当社に届いたPMO・要件定義・業務改革の案件8件の条件から、案件の担当者が経歴書のどこを見ているかを逆算し、伝わる書き方を整理します。
このnoteは、ITコンサルタント・PM・PMO向けの案件紹介サービス「アサインコネクト」が書いています。
当社には、PMO・要件定義・業務改革の案件が継続的に届いています。この記事の後半でも、実際に届いた8件の条件を紹介しています。
PMOや上流工程の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。
下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。
この記事でわかること
PMOの職務経歴書で、「PMO経験あり」の1行だけでは伝わりにくい理由
当社に届いたPMO・要件定義・業務改革の案件8件の条件
8件の条件に繰り返し出てきた4つの点
4つの点を、経歴書のどこにどう書くか
1. 「PMO経験あり」の1行では、条件と照らし合わせられない
PMOの案件の条件を見ると、「PMOの経験」だけを書いた案件はほとんどありません。多くの案件が、進捗・課題・リスクの管理、会議運営、資料の作成、関係者の調整など、PMOが実際にする仕事を、条件として一つずつ書いています。
案件の担当者は、その条件を一つずつ経歴書と照らし合わせます。経歴書に「〇〇プロジェクトにPMOとして参画」としか書かれていないと、条件のどれに当たる経験なのかを、担当者の側で推し量るしかありません。
PMOは、同じ肩書きでも、管理と報告が中心の役割から、業務とシステムの橋渡しや合意形成まで担う役割まで幅があります。役割の幅については「フリーランスPMOの仕事｜PMOの案件で求められる経験と、PMとの違い」で整理しています。経歴書では、その幅のどこを担ったかを書いておくことが、最初のポイントになります。
2. 当社に届いた案件8件の条件
2026年7月〜10月に当社に届いた案件のうち、PMO・要件定義・業務改革・システム刷新などの案件から、職務経歴書で見られる条件の型が分かる8件を選びました。発注元が分からないように書き直しています。単価は案件ごとに条件が違うため、ここでは扱いません。
8件のうち7件は、これまでの記事でも別の観点から紹介した案件です（「フリーランスPMOの仕事｜PMOの案件で求められる経験と、PMとの違い」「要件定義の案件｜ITコンサル・PMOで評価される上流の経験」「業務改革・DX推進の案件｜ITコンサルに求められる経験と、案件の見分け方」「金融業界のシステム刷新PMO｜銀行・証券・保険の案件で求められる経験」など）。この記事では、経歴書のどの行と照らし合わされるかに注目して読み直します。
PMOの実務の中身を条件に書いた案件
料金系業務システム開発の統括PMO（ハイブリッド・出社頻度は応相談）：必須＝複数のITシステム開発プロジェクトでのPMOまたはPM補佐の経験、進捗管理・課題管理・リスク管理・会議運営の実務経験、複数の関係者から情報を集めて論点や対応事項を整理した経験、Excel・PowerPointでの管理資料・報告資料の作成経験、リーダーの指示を正確に理解し期限を意識して自律的に業務を進められること／尚可＝事業会社・システム部門・開発ベンダー間の調整経験、料金系システムまたは大規模業務システムの開発・保守経験、開発プロジェクトでの遅延・報告漏れ・対応漏れ等のリスク検知・改善の経験
金融業界の基幹システム基盤更改のPMO（原則出社）：必須＝PMOとしてのシステム開発案件への参画経験、コンサル経験3年以上
エネルギー業の家庭向けアプリ開発（要件定義フェーズのPMO・週5日出社）：必須＝IT PMOの経験またはシステム導入の経験（要件定義のフェーズ以降）、コアコンサルティングスキル（コミュニケーションスキル・ドキュメントスキル）
上流の経験と、業務・システムの橋渡しを条件に書いた案件
メガバンクのシステム統廃合の予備検討（週2〜3日出社）：必須＝BAのスキル（業務・システム両面で、As-Isの整理からTo-Beの検討・設計まで一気通貫で対応した経験）、PMO経験（主体性・自主性）、IT・システム開発の知見、ドキュメンテーション、金融業界の経験／尚可＝銀行業務の知見、システム統廃合の経験（あれば優先度が上がる）
再生医療事業の新規事業・業務支援システムの立て直し（出張の可能性あり）：必須＝PMOまたはプロジェクト推進の経験（課題・タスク・進捗の管理、関係者への依頼・フォロー）、はっきりしない・変わっていく事業・業務の要件を整理して具体化した経験、事業・業務・システムの関係を構造化し、業務側とシステム側を橋渡しできること、経営層・責任者向けの資料作成・論点整理・会議体運営の経験、複数の関係者との調整・合意形成を主体的に進められること、不確定な状況でも自分で仮説を立てて必要な検討・作業を進められること／尚可＝新規事業またはプロジェクト立て直しの経験、再生医療または医療領域の知見
製造業のMES（構想策定〜要件定義・基本リモート）：必須＝製造業向けプロジェクトへの参画経験、MESプロジェクトへの参画経験、構想策定・業務整理・要件定義などの上流工程の経験、顧客とのコミュニケーション・折衝の経験、業務要件をシステム要件に落とし込んだ経験／尚可＝Aprisoの知見または導入・活用経験、製造DX／スマートファクトリー関連のプロジェクト経験、SCM領域のプロジェクト経験、提案活動やRFP対応の経験、インフラ領域の知見またはプロジェクト経験
業界・領域の経験を条件の前に出した案件
小売業の全社BPR・業務改革の推進（BPR設計／実行・定着／分析実務の3ポジション・週2〜3日出社）：必須＝【BPR設計】業務分析・業務可視化（棚卸し・業務フロー作成）の経験、BPRの計画策定から実行までの経験、費用対効果の試算・投資判断資料の作成経験 【実行・定着】現場に入って改革を定着させた経験（現場伴走・チェンジマネジメント）、現場ヒアリング・ワークショップの進行経験 【分析実務】業務フロー作成・ヒアリング整理・データ集計の実務経験、Excel・PowerPointでの分析・資料作成経験 【共通】小売業の経験／尚可＝【BPR設計】多数の業務を共通の型で整理・標準化した経験、AI・システム導入の見極めの経験 【実行・定着】研修・マニュアル整備・内製化支援の経験、RPA・AI活用の定着支援の経験 【分析実務】現場メンバーに整理の仕方を説明・共有した経験
大手小売グループのMicrosoft 365グローバル展開のPMO（原則リモート）：必須＝PMOとしてのプロジェクト推進経験、複数拠点・部門を横断したプロジェクト管理の経験、Microsoft 365のドメイン・設計の知見、Entra ID等のID管理／ネットワーク／セキュリティの知見、技術者との設計の議論・調整能力、主体的なプロジェクト推進力と関係者との折衝能力／尚可＝Microsoft 365の導入・展開経験、グローバルプロジェクト／マルチベンダー管理の経験、英語でのコミュニケーション能力、PMP／PRINCE2／ITIL等の関連資格
3. 8件の条件に繰り返し出てきた4つの点
8件を並べると、経歴書で照らし合わされる点は、おおむね次の4つにまとまりました。ここでの整理は、案件の条件の言葉から読み取ったものです。
① PMOの実務の中身
料金系の統括PMOの案件は、進捗管理・課題管理・リスク管理・会議運営を「実務経験」として必須に並べ、Excel・PowerPointでの管理資料・報告資料の作成経験も必須に入れていました。再生医療の案件も、PMOの経験の中身として、課題・タスク・進捗の管理と、関係者への依頼・フォローを書いています。
「PMOをしていた」ではなく、何を管理し、どんな資料を作り、どの会議を回していたかが見られていると読めます。
② 上流の経験
メガバンクの統廃合の案件は、As-Isの整理からTo-Beの検討・設計まで一気通貫で対応した経験を、BAのスキルとして必須にしていました。MESの案件は、構想策定・業務整理・要件定義などの上流工程の経験と、業務要件をシステム要件に落とし込んだ経験を必須にしています。家庭向けアプリの案件も、システム導入の経験に「要件定義のフェーズ以降」と工程を指定していました。
どの工程から関わったかは、経歴書で一目で分かるようにしておきたい点です。上流の案件の条件は「要件定義の案件｜ITコンサル・PMOで評価される上流の経験」でも詳しく扱っています。
③ 関係者の調整・合意形成
再生医療の案件は、経営層・責任者向けの資料作成・論点整理・会議体運営と、複数の関係者との調整・合意形成を必須にしていました。Microsoft 365の案件は、技術者との設計の議論・調整能力と、関係者との折衝能力を必須にしています。料金系の統括PMOの案件でも、事業会社・システム部門・開発ベンダー間の調整経験が尚可に入っていました。
「誰と」調整したかが、条件の言葉にそのまま出ている点が特徴です。
④ 業界・領域の知見
小売業のBPRの案件は、3つのポジションすべてに共通の必須として小売業の経験を置いていました。メガバンクの統廃合の案件は金融業界の経験、MESの案件は製造業とMESのプロジェクトへの参画経験、Microsoft 365の案件はMicrosoft 365の設計やID管理の知見を必須にしています。
業界・領域の条件は、案件ごとに違います。同じ経歴でも、応募する案件に合わせて、どの業界・領域の経験を前に出すかを変える余地があります。
経験年数を数字で必須にしたのは1件だけ
8件のうち、経験年数を数字で必須に入れたのは、基盤更改の案件（コンサル経験3年以上）だけでした。この案件は必須が2つだけで、経歴書の見出しと年数で判断される案件の例と言えます。ほかの7件は、年数より、どんな経験をしたかを条件に書いていました。
ご自身の経歴書だと、どの点が伝わりやすく、どの点が足りなく見えそうかは、希望条件をLINEで登録いただければ個別にお伝えします。
4. 4つの点を、経歴書にどう書くか
第3章の4つの点から逆算すると、PMOの職務経歴書は、プロジェクトごとに次の項目を分けて書いておくと、案件の条件と照らし合わせやすくなります。ここでの書き方は、条件の言葉から考えた提案です。
プロジェクトの概要：業界、対象の業務・システム、プロジェクトの種類（新規導入・刷新・統廃合・業務改革など）、規模（チームやベンダーの数）
立場：PMO、PM補佐、BA、推進役など。プロジェクト全体か、特定のチーム・工程の担当か
関わった工程：構想策定・要件定義・設計・テスト・移行のどこからどこまでか
管理したもの：進捗・課題・リスク・品質・変更など、何をどう管理していたか
回していた会議と資料：定例・ステアリングコミッティなど、どの会議体を運営し、誰向けにどんな資料を作ったか
調整した相手：経営層、業務部門、システム部門、開発ベンダー、海外拠点など
「誰と・何を決めたか」まで書く
③の調整・合意形成は、「関係者との調整を担当」と書くだけでは、ほかの方の経歴書と差がつきにくい点です。守秘の範囲で、どの立場の人たちと、何を決めるために、どう動いたかを1〜2行で書いておくと、条件の言葉に近づきます。
業界・領域の行は、案件に合わせて並べ替える
④の業界・領域の知見は、応募する案件の条件に合わせて、経歴書の上のほうに出すと伝わりやすくなります。複数の業界の経験がある方は、業界ごとに見出しを立てておくと、担当者が必要な部分を探しやすくなります。金融の案件での書き分けは、「金融業界のシステム刷新PMO｜銀行・証券・保険の案件で求められる経験」でも扱っています。
年数はプロジェクトごとの期間で示す
経験年数を条件にする案件もあるため、プロジェクトごとの参画期間は書いておきます。PMOやコンサルとしての通算の年数が数えやすいように、期間と立場をそろえて書いておくと、年数を条件にする案件でも判断されやすくなります。
5. よくある質問
管理と報告が中心のPMOだったのですが、上流の案件には応募できませんか？
今回の8件でも、料金系の統括PMOの案件は、進捗・課題・リスク管理と会議運営、管理資料・報告資料の作成が条件の中心でした。管理と報告の経験を具体的に書ける方には、こうした案件が合います。一方、統廃合の予備検討やMESの案件のように、As-Is／To-Beの整理や要件定義の経験を必須にする案件もあるため、上流の経験が少しでもあれば、その工程を経歴書に分けて書いておくのがおすすめです。
資格は書いたほうがいいですか？
今回の8件では、資格を条件に入れていたのはMicrosoft 365の案件だけで、それも尚可（PMP／PRINCE2／ITIL等の関連資格）でした。持っている資格は書いておいてよいですが、案件の条件の中心は、資格より実務の経験だと読めます。
まとめ
PMOの案件は、「PMO経験」の中身（管理・会議・資料）や、上流の経験、調整の相手、業界・領域を条件として一つずつ書いている
当社に届いた8件では、経験年数を数字で必須にしたのは1件だけ。ほかは、どんな経験をしたかを条件にしていた
経歴書は、プロジェクトごとに「立場・工程・管理したもの・会議と資料・調整した相手」を分けて書き、業界・領域の行は案件に合わせて前に出す
アサインコネクトは、ITコンサルタント・PM・PMO向けの案件紹介サービスです。
希望条件をLINEで登録すると、条件に合う上流の案件を個別に受け取れます。
