テスト工程のPMO｜テスト計画・進捗・不具合管理の案件で求められる経験

システム開発やシステム導入のプロジェクトでは、テストの工程に入ると、テストの計画・進捗・不具合の管理や、利用部門による受け入れのテストの推進など、管理の仕事が一気に増えます。フリーランスの案件にも、テスト工程を担うPMOやテストのリードを募集するものが届いています。

ただ、同じ「テスト」の案件でも、PMOとしてテストの進捗や不具合を管理する役割なのか、テストのリードとしてテストの計画そのものを作る役割なのかで、条件の書かれ方は違います。この記事では、当社に届いた6件の条件を読み、テスト工程で求められる経験と、その伝え方を整理します。

このnoteは、ITコンサルタント・PM・PMO向けの案件紹介サービス「アサインコネクト」が書いています。

当社には、テスト工程のPMOやテストのリードの案件も届いています。この記事の後半でも、実際に届いた6件の条件を紹介しています。

テスト計画・テスト管理やUATの推進の経験を活かせる案件を探している方には、これまでのご経験と、稼働率・リモートの可否などの希望条件をうかがったうえで、合う案件を個別にご案内しています。

下のリンクを押すと、アサインコネクトのページが開きます。案件の例やご利用の流れを確認でき、LINEから希望条件を登録できます。

アサインコネクトをチェックする

この記事でわかること

• テスト工程の案件に出てくる、テストの段階の呼び方

• 当社に届いた、テスト計画・テスト管理・UATを条件に入れた案件6件の条件

• 6件から見える、「PMOとして」と「テストのリードとして」の書かれ方の違い

• テスト工程の経験を伝えるときの整理のしかた

1. テスト工程の案件に出てくる言葉

今回の6件の条件には、テストの段階を表す言葉がいくつか出てきます。一般的な呼び方で、短く整理しておきます。プロジェクトによって呼び方や区切り方は違うことがあります。

• 結合テスト：作った機能やプログラムを組み合わせて、正しく連携して動くかを確かめるテスト。内部結合（1つのシステムの中）と外部結合（ほかのシステムとのつなぎ）に分けて呼ぶこともある

• システムテスト：システム全体として、求められた機能や性能を満たしているかを確かめるテスト

• UAT（ユーザー受入テスト）：システムを使う利用部門が、実際の業務に沿って使えるかを確かめるテスト

テスト工程の管理の仕事は、大きく2つに分かれます。1つは、テストの計画・方針を作ること。もう1つは、テストの進捗・品質・不具合を管理し、関係者と調整しながら工程を前に進めることです。案件の条件も、このどちらに重心があるかで書かれ方が変わります。

PMOの役割全体や、PMとの違いは、ハブの記事「フリーランスPMOの仕事｜PMOの案件で求められる経験と、PMとの違い」で整理しています。

2. 当社に届いたテスト工程の案件6件

2026年7月〜11月に当社に届いた案件のうち、テスト計画・テスト管理・UATを案件名・必須・尚可のどれかに入れた、PMO・推進役の案件6件を紹介します。発注元が分からないように書き直しています。単価は案件ごとに条件が違うため、ここでは扱いません。

6件のうち2件は、ほかの記事でも紹介した案件です。生命保険の新商品開発のPMOと、エネルギー業の周辺システムのテスト管理のPMOは、「システム刷新プロジェクトの品質管理｜PMO・品質管理の案件で求められる経験」などで紹介しています。この記事では、テスト工程の条件の書かれ方に注目して読み直します。

PMOとして、テスト工程を管理する案件（2件）

• 生命保険会社の新商品開発プロジェクトのPMO（常駐）：必須＝大規模システム開発のテスト工程でのIT PMO経験（進捗・品質・課題・不具合管理）、開発・テスト・移行等の下流工程の実務経験・知見、モニタリングレポート・ステコミ資料等のドキュメンテーションスキル、課題・リスクを分析してテスト方針や移行判定を主体的に提案できること／尚可＝記載なし

• エネルギー業の次世代顧客情報システム構築に関わる周辺システムのPMO（テスト管理・プログラム横断・週2日出社）：必須＝PMOとしてのプロジェクト推進経験、結合テスト等でのテスト計画／テスト管理の経験、関係者との論点整理・ファシリテーション・合意形成の経験／尚可＝大規模システム開発プロジェクトでのテスト統括／品質管理の経験

テストのリードとして、テストを計画・推進する案件（2件）

• 大手飲料メーカーのSAP S/4HANA導入のテストマネジメント（バイリンガル・週2日程度出社、海外のコンサルタント来日時は2〜3か月に1回程度フル出社の可能性あり）：必須＝SAP S/4HANA導入プロジェクトでのテストマネジメント経験、テスト戦略・テスト計画の策定経験、内部結合テスト・外部結合テスト・システムテスト・UATの推進経験、日本語・英語ともにビジネスレベルのコミュニケーション能力／尚可＝記載なし

• ロジ・会計領域のシステム導入（SAP／OutSystemsを含む）の移行・テストリーダー（週5日出社が好ましい）：必須＝システム導入プロジェクトでの移行・テスト領域のリード経験、全体移行計画書／全体テスト計画書の作成経験、複数チームを横断した取りまとめ・調整の経験、日本語での円滑なコミュニケーション能力／尚可＝SAP等の基幹システム導入経験、ロジ／会計領域の知見、OutSystems・需給領域の知見

UATの段階に関わる案件（2件）

• 電力会社のSAP導入プロジェクト（経理領域・UAT・基本出社、週1日程度リモート）：必須＝コアコンサルティングスキル（論点整理・情報収集／分析・資料作成等）、SAP導入プロジェクトへの参画経験、経理業務と会計システムに関する知見／尚可＝GL／AP／AR／AA領域の知見・実務経験、UATの計画／推進の経験

• 電力会社のERP刷新のUATフェーズ支援（トレーニング・UATの確認・IF調整・常駐）：必須＝経理業務への理解／尚可＝記載なし

IFは、システムどうしのデータのやり取り（インターフェース）のことです。

3. 6件から見えること

6件だけなので、テスト工程の案件全体の傾向とまでは言えません。ここでは、6件の条件の書かれ方から読めることを整理します。

「PMOとして」と「テストのリードとして」で、条件の言葉が違う

テスト工程の管理そのものを必須に入れていたのは、6件のうち4件でした。書かれ方は2つに分かれます。

PMOの経験として書いたのは、生命保険の案件の「テスト工程でのIT PMO経験（進捗・品質・課題・不具合管理）」と、エネルギー業の案件の「結合テスト等でのテスト計画／テスト管理の経験」です。どちらも、PMOとしてテストの工程を回してきたかを見る書き方です。

テストのリードとして書いたのは、飲料メーカーの案件の「テスト戦略・テスト計画の策定経験」「内部結合テスト・外部結合テスト・システムテスト・UATの推進経験」と、ロジ・会計領域の案件の「全体テスト計画書の作成経験」です。こちらは、テストの計画そのものを自分で作ってきたかを見る書き方です。

なお、「不具合管理」を名指ししていたのは、生命保険の1件だけでした。

管理だけでなく、判断や横断の調整まで求められる

生命保険の案件は、テスト工程の管理に加えて、開発・テスト・移行等の下流工程の実務経験と、「課題・リスクを分析してテスト方針や移行判定を主体的に提案できること」を必須にしていました。管理表を回すだけでなく、テストの進め方や、次の工程に進むかの判断に関わる役割です。移行判定の話は「システム移行・データ移行のPMO｜移行計画と移行判定の案件で求められる経験」でも整理しています。

エネルギー業の案件は「関係者との論点整理・ファシリテーション・合意形成の経験」、ロジ・会計領域の案件は「複数チームを横断した取りまとめ・調整の経験」を必須に入れていました。テスト工程では、複数のチームやシステムのあいだで、日程や不具合の対応を調整する場面が多いことが、条件にも表れていると読めます。

UATは3件に出るが、必須にしたのは1件

UATは6件のうち3件に出てきました。ただ、UATの推進を必須に入れていたのは、飲料メーカーのテストマネジメントの1件だけです。電力会社のSAP導入（経理領域）の案件ではUATの計画／推進の経験は尚可で、必須はコアコンサルティングスキル、SAP導入プロジェクトへの参画経験、経理業務と会計システムの知見でした。電力会社のERP刷新のUATフェーズ支援は、必須が「経理業務への理解」だけで、UATの経験は条件に入っていません。

UATの段階の案件では、テストの管理の経験よりも、利用部門の業務（この2件では経理）が分かることが重く見られる場合がある、と読めます。

SAPの経験が必要な案件が混ざる

飲料メーカーの案件と電力会社のSAP導入の案件は、SAPの導入経験が必須でした。ロジ・会計領域の案件は、SAP等の基幹システム導入の経験が尚可です。テスト工程の案件を探すときは、特定のシステムの経験が必須か尚可かも、あわせて確かめておくとよいと思います。

ご自身のテスト工程の経験だと、6件のどの書かれ方に近いかは、希望条件をLINEで登録いただければ個別にお伝えします。

IT案件の受け取り方を見る

4. テスト工程の経験を伝えるときの整理のしかた

6件の条件に合わせて経験を伝えるときは、次のような点を書き出しておくと、条件と照らし合わせやすくなります。

どの段階のテストに関わったか

• 単体・結合（内部・外部）・システムテスト・UATのどこに関わったか

• 対象のシステム（基幹システム・顧客向けシステムなど）と、製品名が分かる場合は製品名も

計画を作ったか、管理したか

• テスト戦略・テスト計画・全体テスト計画書を、自分で作ったか

• テストの進捗・品質・課題・不具合を管理したか。どんな管理表や報告資料を使っていたか

• テスト方針の見直しや、次の工程に進むかの判定に、自分から提案した場面があったか

誰と、どの範囲で調整したか

• 開発ベンダー・利用部門・ほかのシステムのチームなど、誰と調整したか

• チームの数やシステムの数など、横断した範囲の大きさ

• UATでは、利用部門のトレーニングや、テストの確認をどう進めたか

テストの段階でPMOやPM補佐として進捗・課題を管理した経験は、「テスト工程でのPMO経験」として書けることがあります。肩書きではなく、どの段階のテストで、何を計画し、何を管理し、誰と調整したかを具体的に書いておくことをおすすめします。

報告資料の書き方は「PMOのドキュメンテーション｜ステコミ資料・報告資料の作成で評価される経験」、経歴書全体の書き方は「ITコンサル・PMOの職務経歴書｜案件の担当者に伝わる書き方」で整理しています。

5. よくある質問

テストの計画を作った経験がなく、進捗管理だけです。テスト工程の案件は難しいですか？

今回の6件では、テスト戦略・テスト計画や全体テスト計画書の作成を必須に入れていたのは、テストのリードの2件でした。エネルギー業の案件は「テスト計画／テスト管理の経験」と、計画と管理を並べた書き方です。生命保険の案件は、テスト工程での進捗・品質・課題・不具合の管理の経験を見る書き方でした。どの段階で、何を管理してきたかを具体的に伝えることが大切です。

UATの経験は、どこで評価されますか？

今回の6件では、飲料メーカーのテストマネジメントがUATの推進を必須に、電力会社のSAP導入（経理領域）がUATの計画／推進を尚可に入れていました。UATの段階の案件では、利用部門の業務の知見が必須に入ることもあります。

SAPのテストの経験がある場合は、どの案件に近いですか？

飲料メーカーのテストマネジメントと電力会社のSAP導入の案件は、SAPの導入経験が必須でした。SAPの導入プロジェクトのテスト・UATの案件は、SAPのnoteの「SAPのテスト・UATの案件｜テストリーダー・テストマネジメントで求められる経験」（ https://note.com/assign_sap/n/nbc1c2d2bbb82 ）で詳しく扱っています。

品質管理の案件との違いは何ですか？

品質の課題を分析して立て直す案件や、品質基準を作る案件は「システム刷新プロジェクトの品質管理｜PMO・品質管理の案件で求められる経験」で整理しています。この記事では、テスト工程の計画・管理・UATに条件の重心がある案件を取り上げました。

まとめ

• テスト工程の案件は、「PMOとしてテスト工程を管理する」書き方と、「テストのリードとしてテストを計画・推進する」書き方に分かれていた

• 当社に届いた6件では、管理に加えて、テスト方針や移行判定の提案、複数チームの横断の調整を求める案件もあった

• UATは3件に出たが、必須にしたのは1件。UATの段階の案件では、利用部門の業務の知見が重く見られる場合があった

• 経験を伝えるときは、どの段階のテストで、何を計画し、何を管理し、誰と調整したかを書き出しておくとよい

アサインコネクトは、ITコンサルタント・PM・PMO向けの案件紹介サービスです。

希望条件をLINEで登録すると、条件に合う上流の案件を個別に受け取れます。

IT案件を受け取る方法を見る