
進捗管理・課題管理の経験の伝え方|PMOの基本業務で評価される書き方
PMOの案件の条件には、「進捗管理・課題管理の経験」という言葉がとてもよく出てきます。PMOの基本の仕事なので、経験がある方も多いはずです。
ただ、基本の仕事だからこそ、「進捗管理・課題管理をやっていました」と書くだけでは、ほかの候補者との違いが伝わりにくくなります。この記事では、当社に届いた13件の条件を読み、進捗管理・課題管理が条件の中でどう書かれているかと、経験の伝え方を整理します。
このnoteは、ITコンサルタント・PM・PMO向けの案件紹介サービス「アサインコネクト」が書いています。
当社には、進捗管理・課題管理を条件に入れたPMO・プロジェクト推進の案件が継続的に届いています。この記事の後半でも、実際に届いた13件の条件を紹介しています。
進捗管理・課題管理の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。
下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。
この記事でわかること
進捗管理・課題管理が、案件の条件の中で何と並べて書かれているか
当社に届いた、進捗管理・課題管理を必須に入れた案件13件の条件
「やっていました」で終わらせない、経験の書き出し方
1. 進捗管理・課題管理とは
まず、言葉を短く整理しておきます。一般的な呼び方で、プロジェクトによって範囲や呼び方は違うことがあります。
進捗管理:計画に対して、作業がどこまで進んでいるかをつかみ、遅れがあれば原因と対策を関係者と決めて、計画どおりに進めること
課題管理:プロジェクトの中で起きた問題や決めなければならないことを一覧にし、担当・期限・対応の状況を追って、解決まで持っていくこと
WBS:プロジェクトの作業を、担当と期限を決められる大きさまで分けて並べたもの。進捗管理の土台になる
PMOの役割全体や、PMとの違いは、ハブの記事「フリーランスPMOの仕事|PMOの案件で求められる経験と、PMとの違い」で整理しています。
2. 当社に届いた、進捗管理・課題管理を必須に入れた案件13件
2026年7月〜11月に当社に届いた案件のうち、「進捗管理」「課題管理」を必須に入れたPMO・プロジェクト推進の案件13件を紹介します(SAPのモジュールのコンサル・リーダーの募集は除いています)。発注元が分からないように書き直しています。単価は案件ごとに条件が違うため、ここでは扱いません。
13件とも、ほかの記事で一度紹介した案件です。たとえば、生命保険の新商品開発のPMOは「テスト工程のPMO|テスト計画・進捗・不具合管理の案件で求められる経験」など、料金系の統括PMOは「会議運営・ファシリテーションの経験|PMOの案件で評価される調整力の伝え方」など、デジタルIDの基盤の開発統制リーダーは「ベンダーマネジメントの案件|複数ベンダーをまとめるPMOに求められる経験」などで紹介しています。この記事では、進捗管理・課題管理が何と一緒に書かれているかに注目して読み直します。
進捗管理・課題管理は、ほぼ必ず「ほかの管理」や「ほかの仕事」と並べて書かれていました。並ぶ相手で、4つに分けて紹介します。
品質・不具合の管理と並べた案件(4件)
ヘルスケア企業の基幹システム刷新のPMO(週3〜5日):必須=基幹システム刷新プロジェクトでのPMO経験、IT-PMOとしての進捗・品質・課題管理の経験、複数ステークホルダーとの調整経験、介護業界での業務経験・知見、コンサルファームでの経験/尚可=パッケージ導入プロジェクトの経験、AI活用プロジェクトの経験
生命保険会社の新商品開発プロジェクトのPMO(常駐):必須=大規模システム開発のテスト工程でのIT PMO経験(進捗・品質・課題・不具合管理)、開発・テスト・移行等の下流工程の実務経験・知見、モニタリングレポート・ステコミ資料等のドキュメンテーションスキル、課題・リスクを分析してテスト方針や移行判定を主体的に提案できること/尚可=記載なし
新リース会計基準対応に伴うシステム改修・プロジェクト推進(SAP会計領域リード/契約管理領域リード・原則オンサイト、フルリモート希望も相談可):必須=共通:システム開発プロジェクトでのPM・PL・TL等のマネジメント経験、進捗・品質・課題管理と関係者との調整・折衝の経験、自ら課題・論点を整理し関係者を巻き込んでプロジェクトを推進できる能力(このほか、ロールごとにSAPの会計領域、またはReact/TypeScript/Azureのいずれかを用いた契約管理領域の開発・リードの経験)/尚可=50〜100名規模のプロジェクト経験、大規模開発プロジェクトでのPM・PMO経験、マルチベンダー環境でのプロジェクト推進経験、トラブルプロジェクトへの対応経験など
総合金融業のレンタカーシステム刷新のPMO(推進担当/サポート担当の2名・週3日以上出社、立ち上がりは週5日想定):必須=【推進担当】ITシステム刷新・導入プロジェクトでのPMO経験、複数の関係者を巻き込んだ調整・合意形成・プロジェクト推進の経験、課題・論点整理/状況判断/ファシリテーション/意思決定支援のスキル、顧客向けの説明・資料作成スキル、進捗・QA・課題管理・品質管理・プロジェクト計画作成の経験 【サポート担当】ITプロジェクトでのPMO経験、進捗・QA・課題管理等のPMO実務経験、関係者との円滑なコミュニケーションスキル、各種の資料作成スキル/尚可=レンタカー関連業務の知見、AI駆動開発の経験・知見(キャッチアップ前提でも検討可)、システム刷新プロジェクトでの企画・ベンダー選定フェーズの経験
QAは、ここでは問い合わせ(質問と回答)の管理を指すと読めます。
リスク管理・会議運営と並べた案件(2件)
料金系の業務システム開発プロジェクトの統括PMO(ハイブリッド・出社頻度は相談):必須=複数のITシステム開発プロジェクトでのPMOまたはPM補佐の経験、進捗管理・課題管理・リスク管理・会議運営の実務経験、複数の関係者から情報を集めて論点や対応事項を整理した経験、ExcelとPowerPointでの管理資料・報告資料の作成経験、リーダーの指示を正確に理解し期限を意識して自律的に進められること/尚可=事業会社・システム部門・開発ベンダー間の調整経験、料金系システムまたは大規模業務システムの開発・保守の経験、開発プロジェクトでの遅延・報告漏れ・対応漏れ等のリスクの検知・改善の経験
大手通信インフラ会社の基幹システムのクラウドリフト(コンサルチームのPL補佐・基本リモート、週1日出社の可能性あり):必須=クラウド基盤やネットワークに関する知見、課題管理・進捗管理・ワーキング運営のマネジメント力、上位層とのコミュニケーション力、抽象的な課題を具体化できる論理的思考力、業務を作業レベルまで分解し実行可能なレベルのWBSへ落とし込む能力、若手育成とチーム運営の能力/尚可=Oracle Alloyの知見
変更管理・リリース管理と並べた案件(2件)
デジタルIDの基盤(DTC/VC・ウォレット)開発の開発統制リーダー(原則出社、ハイスキルなら週3日程度まで相談可):必須=アプリケーション開発での要件定義からリリースまでの一連の工程の経験、複数ベンダー・複数チームを統制したプロジェクト推進経験、進捗管理・課題管理・変更管理・リリース管理などの開発管理の経験、関係部署や開発ベンダーとの調整を主体的に進めた経験、技術的な内容を理解したうえで担当領域を自走して進めた経験/尚可=DTC・VC・ウォレット等のデジタルID・トラスト領域の知見、モバイルアプリまたはプラットフォーム開発プロジェクトの経験、公共領域または大規模サービス開発プロジェクトの経験、新規サービス・新規事業でのシステム開発経験
製造業の生産基幹システムのSAP/MES刷新(業務改革)のPgMO(ハイブリッド・工場への出張の可能性あり):必須=担当:各領域間/プロジェクト間の調整、プロジェクト管理。管理対象:進捗管理・変更管理・課題管理等。求める経験:大規模プロジェクトでのプロジェクト管理・マネジメントの経験/尚可=記載なし
資料作成・関係者調整や、ほかの推進の仕事と並べた案件(5件)
大手食品会社のセキュリティ領域のプロジェクト推進(PMO・週2〜3日出社):必須=PMOとしてのプロジェクト推進経験、マイクロセグメンテーション/端末管理、またはオブザーバビリティ領域(ServiceNow・Dynatrace)のいずれかの経験、顧客・ベンダー等のステークホルダー調整の経験、進捗管理・課題管理・資料作成の経験/尚可=セキュリティ領域のプロジェクトの参画経験、ServiceNowまたはDynatraceの実務経験
化学メーカーの財務領域の保守統合プロジェクトの統括PL(稼働100%優先・最低50%以上可・基本リモート):必須=中〜大規模プロジェクトでのPM/プロジェクトマネジメントの経験、プロジェクトの計画策定・進捗/課題管理・関係者調整等を主体的に進めた経験、複数チーム/領域を横断して状況を整理し各リードと連携しながらプロジェクトを推進できること、情報や課題を整理・取捨選択しPMへ適切に報告・連携できること/尚可=コンサルティングファーム等でのプロジェクト推進経験、BI/データ基盤等のデータ活用領域のプロジェクト経験・知見、財務/会計領域の知見
再生医療事業の新規事業・業務支援システムの立て直し:必須=PMOまたはプロジェクト推進の経験(課題・タスク・進捗の管理、関係者への依頼・フォロー)、不明確または変わり続ける事業・業務要件を整理して具体化した経験、事業・業務・システムの関係を構造化し業務側とシステム側を橋渡しできること、経営層・責任者向けの資料作成・論点整理・会議体運営の経験、複数の関係者との調整・合意形成を主体的に進められること、不確定な状況でも自ら仮説を立てて検討・作業を進められること/尚可=新規事業またはプロジェクト立て直しの経験、再生医療または医療領域の知見
航空業界のデータ分析基盤の移行(中継サーバ構築の要件定義・技術リード/PMO・基本リモート):必須=システム間データ連携(API/ファイル連携等)の要件定義経験、AWS環境(EC2等)の基礎知識、データ分析基盤とDWH/BIに関する基礎的な技術理解、システム刷新またはデータ分析基盤移行プロジェクトでのPMO経験、複数チーム/複数ベンダーの進捗管理経験、課題管理の実務経験、関係者間の調整/ファシリテーションの経験/尚可=アジャイルとウォーターフォールが混在する環境でのPMO経験、航空/製造業など類似事業を対象にしたプロジェクトの経験、英語でのコミュニケーション(外部のデータ分析用SaaSベンダーとのQA等)
通信会社の次期ドローン活用の実証実験支援(PMO・原則出社):必須=大手コンサルファームの経験3年以上、製造業などで画像を用いた点検・検査業務の経験、業務プロセスの設計・改善の経験(マニュアル設計・運用改善・業務プロセス分析等)、進捗管理・課題管理などのプロジェクト推進経験、PMO経験/尚可=ドローン運用または画像解析・AI技術に関する知見、鉄塔・インフラ点検業務に関する知見、ROI算定の経験
3. 13件から見えること
13件は当社に届いた案件の一部で、PMOの案件全体の傾向とまでは言えません。ここでは、13件の条件の書かれ方から読めることを整理します。
進捗管理・課題管理だけを単独で求めた案件は無い
13件とも、進捗管理・課題管理を、品質・リスク・変更・リリースなどのほかの管理や、資料作成・関係者調整・会議運営と並べて書いていました。条件を出す側は、進捗管理・課題管理を「できて当たり前の土台」として置き、その上に何が乗るかで候補者を見ている、と読めます。
経験を伝えるときも、進捗管理・課題管理を単独で書くより、「何と一緒に管理したか」を書いたほうが、条件と照らし合わせやすくなります。
「何チーム・何社をまたいだか」が条件に入る
13件のうち5件は、複数のチーム・ベンダー・プロジェクトをまたいだ管理を必須に入れていました。
料金系の統括PMO:複数のITシステム開発プロジェクトでのPMOまたはPM補佐の経験
デジタルIDの開発統制リーダー:複数ベンダー・複数チームを統制したプロジェクト推進経験
化学メーカーの統括PL:複数チーム/領域を横断して状況を整理し各リードと連携しながら推進できること
航空業界のデータ分析基盤:複数チーム/複数ベンダーの進捗管理経験
SAP/MES刷新のPgMO:各領域間/プロジェクト間の調整
同じ進捗管理でも、1つのチームの中で回すのと、複数のベンダーやプロジェクトをまたいで回すのとでは、求められる経験が違うということです。複数のプロジェクトを束ねる統括PMO・PgMOの役割は、PMOからPMへの記事「PMOからPMへ|フリーランスのITコンサルがキャリアの次の一歩を選ぶとき」とあわせて読むと、次の一歩を考える材料になります。複数のベンダーをまとめる仕事は「ベンダーマネジメントの案件|複数ベンダーをまとめるPMOに求められる経験」で整理しています。
同じ「進捗・課題管理」でも、深さで役割が分かれる
レンタカーシステム刷新の案件は、推進担当とサポート担当の2名を募集していました。どちらにも「進捗・QA・課題管理」の経験を求めつつ、推進担当にだけ「意思決定支援」「プロジェクト計画作成」などが必須に入っていました。
管理の表を回す経験と、管理の結果をもとに計画を作り、判断を支える経験とで、役割が分かれる例です。生命保険の案件の「課題・リスクを分析してテスト方針や移行判定を主体的に提案できること」、化学メーカーの統括PLの「情報や課題を整理・取捨選択しPMへ適切に報告・連携できること」も、管理した結果をどう使ったかを見る書き方だと読めます。
WBSを名指ししたのは1件だけ
WBSという言葉を条件に入れていたのは、クラウドリフトの案件の「業務を作業レベルまで分解し実行可能なレベルのWBSへ落とし込む能力」の1件だけでした。また、13件のなかに、課題管理表の形式や、管理ツールの名前を条件に書いた案件はありませんでした。
条件を出す側は、どの道具を使ったかより、計画を作業まで落とし込めるか、管理した結果を関係者に伝えて物事を前に進められるかを見ている、と読めます。
ご自身の進捗管理・課題管理の経験だと、13件のどの書かれ方に近いかは、希望条件をLINEで登録いただければ個別にお伝えします。
4. 進捗管理・課題管理の経験を伝えるときの書き出し方
13件の条件に合わせて経験を伝えるときは、次のような点を書き出しておくと、条件と照らし合わせやすくなります。
何と一緒に管理したか
進捗・課題のほかに、品質・不具合・リスク・変更・リリース・QA(問い合わせ)のどれを管理したか
会議(定例・ワーキング・ステコミなど)の運営を担ったか
計画(WBS・プロジェクト計画)を自分で作ったか、作られた計画を回したか
どの範囲をまたいだか
管理したチームの数・ベンダーの数・プロジェクトの数
プロジェクトの規模(人数など)と、工程(要件定義・開発・テスト・移行など)
誰と調整したか(利用部門・システム部門・開発ベンダー・経営層など)
管理の結果を、どう使ったか
遅れや課題を見つけたとき、誰に、どんな形で報告したか
対策や判断を、自分から提案した場面があったか
遅延・報告漏れ・対応漏れなどを防ぐために、管理の仕方を変えたことがあったか
「進捗管理・課題管理を担当」と1行で書くより、「3社・5チームの進捗と課題を週次で集約し、遅延の原因と対策をPMと決めて、定例で報告した」のように、範囲・頻度・報告先・対策まで書いておくと、条件との距離が伝わりやすくなります(この一文は書き方の例で、実際の案件の事例ではありません)。
管理資料・報告資料の書き方は「PMOのドキュメンテーション|ステコミ資料・報告資料の作成で評価される経験」、会議運営の経験の伝え方は「会議運営・ファシリテーションの経験|PMOの案件で評価される調整力の伝え方」、経歴書全体の書き方は「ITコンサル・PMOの職務経歴書|案件の担当者に伝わる書き方」で整理しています。
5. よくある質問
進捗管理・課題管理の経験しかありません。PMOの案件は難しいですか?
今回の13件は、どれも進捗管理・課題管理を必須に入れていました。そのうえで、ほかの管理や、資料作成・関係者調整などを並べていました。レンタカーの案件のサポート担当のように、「進捗・QA・課題管理等のPMO実務経験」と関係者とのコミュニケーション・資料作成を中心にした募集もあります。どの範囲を、誰とやりとりしながら管理してきたかを具体的に伝えることが大切です。
課題管理表やツールの経験は書いたほうがいいですか?
今回の13件には、課題管理表の形式やツールの名前を条件に書いた案件はありませんでした。書いてはいけないわけではありませんが、ツールの名前より、何を管理し、どう報告し、何が解決したかを先に書くほうが、条件と照らし合わせやすくなります。
品質管理やテスト工程の案件との違いは何ですか?
品質の課題を分析して立て直す案件は「システム刷新プロジェクトの品質管理|PMO・品質管理の案件で求められる経験」、テスト工程の計画・進捗・不具合の管理は「テスト工程のPMO|テスト計画・進捗・不具合管理の案件で求められる経験」で整理しています。この記事では、工程を問わず、進捗管理・課題管理を必須に入れた案件の書かれ方を取り上げました。
まとめ
当社に届いた13件では、進捗管理・課題管理を単独で求めた案件は無く、品質・リスク・変更・リリースの管理や、資料作成・関係者調整・会議運営と並べて書かれていた
13件のうち5件は、複数のチーム・ベンダー・プロジェクトをまたいだ管理を必須に入れていた
同じ「進捗・課題管理」でも、管理の結果を計画づくりや判断の支援に使えるかで、役割が分かれる例があった
経験を伝えるときは、何と一緒に管理したか、どの範囲をまたいだか、管理の結果をどう使ったかを書き出しておくとよい
アサインコネクトは、ITコンサルタント・PM・PMO向けの案件紹介サービスです。
希望条件をLINEで登録すると、条件に合う上流の案件を個別に受け取れます。