副業で業務委託の打ち合わせに出ると、「次の四半期のバックログの優先順位を決めてほしい」と頼まれました。週に数時間でそれを背負えるのか、迷いが頭をよぎります。そこへ相手が「その前に、この機能が本当に使われるかを確かめたいんです」と付け足しました。副業のPdMは、決める仕事ではなく、確かめる仕事から受けます。

1. PdMの副業が難しく見える理由

毎日の判断が前提に見える仕事

PdMの仕事と聞いて最初に浮かぶのは、毎日の判断ではないでしょうか。バックログの順番を入れ替える、今回の範囲をどこまでにするかを決める、意見の違う関係者の間に入って調整する。どれも、昨日の判断を踏まえて今日の判断をする形で積み重なります。プロダクトを見ている時間が長いほど判断が整う仕事に見えるのは、自然な受け止めです。

そのため、副業の限られた時間で同じ仕事を背負えるのか、という迷いが生まれます。週に数時間では判断が現場の動きに追いつかず、どちらの仕事も中途半端に終わるのではないか。この記事が据える不安は、この1点です。

仕事を2つに分けて眺める視点

ただし、PdMの仕事は毎日の判断だけでできているわけではありません。ここでは仕事を、決め続ける仕事と、区切れる仕事に分けて眺めます。決め続ける仕事は、優先順位の付け直し、スコープの調整、関係者との調整です。区切れる仕事は、仮説の設定、検証の設計、指標の設計、結果の解釈で、始まりと終わりを置けます。この分け方は書き手の見立てで、PdMの仕事の分け方を定めた決まりではありません。

図の作成：Remogu編集部。PdMの仕事を書き手の見立てで整理したもので、統計データではありません

区切れる仕事は、1回の検証が終わった時点で、仮説の一覧、検証の計画、結果のまとめの形で手渡せます。手渡す単位が決まっていれば、関わる時間が週に数時間でも、進み具合を発注する側と共有できます。

不安の置き場所を変える

冒頭の場面で相手が付け足した一言は、この区切れる仕事から入る提案でした。優先順位を決める前に、その機能が使われるかを確かめる。確かめる仕事なら、1回ごとに成果物を渡せます。

毎日の判断を続ける役まで背負わなくても、PdMの経験を役立てる入口はあります。では、公的な資料はPdMの仕事をどう並べているのでしょうか。

2. スキルの標準で見るPdMの仕事

スキルの標準が挙げる3つの項目例

情報処理推進機構（IPA）のデジタルスキル標準（2026年4月）には、スキルごとの項目例が並んでいます。ここでは、書き手がPdMの仕事に近いと考える3つを取り上げます。1つ目は「プロダクト成果指標の設計と運用」で、プロダクト成果を測る指標の設計と、定量・定性指標の使い分けが項目例として挙げられています¹。

2つ目は「プロダクトスコープと優先順位のマネジメント」です。項目例には、要求・施策の優先順位付けと、トレードオフ判断と関係者調整が挙がっています¹。3つ目の「仮説検証・学習サイクル設計」では、市場・顧客価値に関する仮説設定と、検証方法（実験・検証指標）の設計が項目例です¹。

スキルと項目例の対応

次の表は、3つのスキルの名前と、デジタルスキル標準に挙がっている項目例を並べたものです。右端の列だけは、書き手の見立てを加えています。指標の設計と、検証方法の設計は、1回ごとの成果物にまとめやすい項目です。優先順位付けとトレードオフ判断、関係者調整は、状況が動くたびに見直しが続くため、短い関わりでは区切りにくい項目として並べました。標準が挙げているのは項目例までで、区切りやすさの判断は含まれていません。

スキルの名前	項目例（デジタルスキル標準）	区切りやすさ（書き手の見立て）
プロダクト成果指標の設計と運用	プロダクト成果を測る指標の設計、定量・定性指標の使い分け	区切りやすい
プロダクトスコープと優先順位のマネジメント	要求・施策の優先順位付け、トレードオフ判断と関係者調整	区切りにくい
仮説検証・学習サイクル設計	仮説設定、検証方法（実験・検証指標）の設計	区切りやすい

この見立ては、3つの項目例を並べたときの読み方の一つです。項目例の中でも、成果物の形が決まりやすいものと、判断が続くものが混ざっていることが分かります。

項目例から言える範囲

デジタルスキル標準が示しているのは、スキルごとの項目例です。PdMの仕事の分け方や、副業で受けてよい範囲を定めたものではありません。標準の項目例は、仕事を区切る材料の一つとして読むにとどめます。

プロダクトマネージャーというロールの定義や、業務委託で受けるときの範囲は、プロダクトマネージャーの業務委託の範囲で整理しています。この記事では、副業という限られた時間の中で、どの仕事から受けるかに話を絞ります。

3. 優先順位を決める役の置き場所

政府のアジャイル開発の体制

デジタル庁の「DS-110 デジタル・ガバメント推進標準ガイドライン解説書」（2026年6月12日）は、政府情報システムの整備と管理の進め方を示しています。アジャイル開発の場合は、標準ガイドラインで示すPJMOの体制を前提に、プロジェクト推進責任者又はプロジェクト推進管理者がプロダクトオーナーの役割を果たす体制を組成するとしています²。

ここから読み取れるのは、決める役が発注する側の組織の中に置かれている体制の一例です。外部の人がその役を担ってはいけない、とは書かれていません。解説書は政府情報システム向けなので、民間のプロダクトの決まりとして読むことはできません。

副業のPdMが担う側

一方、民間のプロダクトでも参考になる点はあります。副業で外から関わるPdMにとっては、優先順位の最終判断は発注する側の人が持ち、自分は判断の材料を作る側に回る形が組みやすいと、書き手は見立てています。決める役と材料を作る役を分けておけば、週に数時間の関わりでも責任の線が引けるからです。

図の作成：Remogu編集部。役割の置き場所を書き手の見立てで整理したもので、統計データではありません

材料とは、仮説の一覧、検証の計画、結果のまとめです。最終判断を発注する側の人が持つなら、副業のPdMは「決める人が誰か」を最初に確かめるだけで、仕事の線引きが見えてきます。次の節では、材料を作る出発点を見ます。

4. 利用者の現場から始まる確かめる仕事

解説書が示す現状把握の心構え

同じ解説書は、利用者中心のサービス・業務改革を進めるための心構えにも触れています。概念検証（PoC）等も適切に活用し、サービス利用者の行動等に着目したサービスデザイン思考で、現状把握や分析を行うとしています²。確かめる仕事の出発点は、机の上の想像ではなく、利用者の行動です。

もう一つの記述は、サービス・業務企画の現状の把握と分析に当たってのものです。まず現場へ行き、現物を見ることで、実際に発生している状況を捉えることが重要だとしています²。いずれも政府情報システムの企画の心構えとして書かれており、PoCを外部に任せるとよいといった話ではありません。

確かめる工程と解説書の記述

次の表は、確かめる仕事を3つの工程に分け、それぞれに対応する解説書の記述を並べたものです。現状の把握は、現場へ行き、現物を見ることから始まります。次の分析では、サービス利用者の行動等に着目します。そのうえで、概念検証（PoC）等も適切に活用して確かめます。工程の順番は、解説書の記述を書き手が並べ替えたもので、解説書自体が3つの工程を定めているわけではありません。

確かめる工程	解説書の記述
現状の把握	まず現場へ行き、現物を見る
利用者の行動に着目した分析	サービス利用者の行動等に着目して、現状把握や分析を行う
概念検証（PoC）で確かめる	概念検証（PoC）等も適切に活用する

3つの工程のどれも、利用者や現場に近いところから始まります。確かめる仕事は、現場の情報が手に入るかどうかで進み方が変わります。

副業で最初に確かめる入口

たとえば副業でPdMを受けるとき、最初に確かめたいのは、利用者や利用データに触れられるかどうかです。現場の様子や利用の記録に触れられなければ、仮説を立てても確かめる手段がなく、成果物は想像の整理にとどまります。

この確認は、解説書の「まず現場へ行き、現物を見る」から引いた書き手の見立てです。触れられる範囲が分かれば、1回の検証でどこまで確かめられるかも見えてきます。では、その1回分をどう区切ればよいのでしょうか。

5. 仮説検証の1サイクルを区切る単位

1サイクルを4つの段に分ける

デジタルスキル標準の「仮説検証・学習サイクル設計」には、仮説設定と、検証方法（実験・検証指標）の設計が項目例として挙がっていました¹。この2つに、結果を読む段と、次の判断につなぐ段を加えると、確かめる仕事は1つのサイクルとして見えてきます。段の数と並べ方は、書き手の見立てです。

図の作成：Remogu編集部。1サイクルの流れを書き手の見立てで整理したもので、統計データではありません

各段の終わりに手渡せるものがあることが、この区切り方の要点です。仮説の設定が終われば仮説の一覧、検証方法の設計が終われば検証の計画、結果の解釈が終われば結果のまとめが残ります。最後の段は、それらを材料にして発注する側の人が次の判断をする入口です。

成果物の受け渡しで進み具合を共有する

成果物で区切ると、本業の合間に進める副業でも、進み具合を発注する側と同じ形で見られます。たとえば、仮説の一覧を渡す日と、検証の計画を渡す日が先に決まっていれば、その間の作業は自分の時間の中で進められます。連絡が取れない時間帯があっても、次に渡すものが決まっていれば待ち合わせが要りません。

指標の設計も同じ考え方で置けます。プロダクト成果を測る指標の設計と、定量・定性指標の使い分けは、デジタルスキル標準が項目例に挙げているものです¹。この設計を検証の計画に組み込めば、結果のまとめで何を見るかが先に決まります。

一方、1サイクルの長さは、プロダクトと検証の中身で変わります。副業で受けるときは、どこまでを1回分とするかを、受ける前に発注する側と合わせておきたい点です。では、受ける前に何を確かめればよいのでしょうか。

6. 受ける前に決める3つの判断基準

判断基準と確かめること

ここまでの見立てを、受ける前に確かめる3つの判断基準にまとめます。1つ目は、最終判断を誰が持つかです。優先順位を決める人が、発注する側にいるかを確かめます。2つ目は、利用者や利用データに触れられるかです。現場やデータへの入り方と、その範囲を確かめます。3つ目は、1サイクルの区切りです。成果物の形と、受け渡しの時期を確かめます。3つとも書き手の見立てで、公的な資料が副業の受け方を定めているわけではありません。

判断基準	確かめること
最終判断を誰が持つか	優先順位を決める人が発注する側にいるか
利用者や利用データに触れられるか	現場・データへの入り方と範囲
1サイクルの区切り	成果物の形と受け渡しの時期

3つの基準は、第3節から第5節までの見立てを、受ける前の質問に置き換えたものです。打ち合わせの場で、順に尋ねる形で使えます。

基準ごとの確かめ方

最終判断の持ち主は、「この機能の優先順位は、最後に誰が決めますか」と尋ねれば分かります。発注する側に決める人がいれば、副業のPdMは判断の材料を渡す立場として動けます。決める人がいない場合は、決め続ける仕事まで期待されているかもしれません。

利用者や利用データには、触れられる範囲を先に聞きます。現場の様子を見られるのか、利用の記録を読めるのか、利用者の声を集められるのか。解説書が現状把握の出発点に置いたのは、現場へ行き、現物を見ることでした²。副業でも、確かめる手段が手元にあるかどうかが、受けるかどうかの分かれ目になります。

区切りの補足と守秘の扱い

3つ目の1サイクルの区切りには、補足が2つあります。1つは、秘密保持の範囲です。利用データに触れる仕事では、持ち出してよい情報と、発注する側の中だけに置く情報を、契約の前に分けておきます。

もう1つは、本業と近いプロダクトの扱いです。本業の契約や社内規程が副業をどう扱っているかを先に確かめ、近い領域のプロダクトでは、成果物に本業の情報が入り込まない形を発注する側と話し合います。次の節では、この3つを順に並べて、本業と並べるための受け方にします。

7. 本業と並べるための受け方

受ける前の順番

3つの判断基準は、順番を付けると、受けるまでの手順になります。最初に判断の持ち主を確かめ、次に現場への入り方を取り決め、そのうえで1サイクルの成果物の形を決めます。契約はその後です。順序を逆にして契約を先に結ぶと、決め続ける仕事まで引き受ける形になりかねません。

図の作成：Remogu編集部。受け方の順番を書き手の見立てで整理したもので、統計データではありません

契約を最後に置くのは、前の3つの答えが契約の条件の材料になるからです。判断の持ち主、現場への入り方、成果物の形が決まっていれば、契約書に書く範囲も具体的になります。

本業と並べるための約束

本業と並べるうえで欠かせないのが、連絡が取れない時間帯の約束です。成果物の受け渡しの時期が決まっていれば、その間の連絡の頻度も合わせやすくなります。時間帯の合意の作り方は、副業の連絡が取れない時間帯の合意で整理しています。

冒頭の場面に戻って

冒頭の打ち合わせに戻ります。次の四半期の優先順位を決めてほしいと頼まれて迷うのは、決め続ける仕事を、限られた時間で背負う形を思い浮かべたからでした。相手の「その前に、この機能が本当に使われるかを確かめたいんです」は、区切れる仕事から入る誘いです。副業のPdMは、決める仕事ではなく、確かめる仕事から受けます。

Remogu（株式会社LASSIC運営）は、リモートワーク案件特化のエンジニアマッチングで、案件の90%以上がフルリモート可能です。登録すると、自分の経験に合う条件を確かめながら、確かめる仕事から受けられる案件を探せます。まずは、本業と並べられる1サイクル分の案件から見てみてください。

8. よくある質問

PdMの経験がまだ少なくても副業で受けられますか

仮説の設定や検証方法の設計といった、区切れる仕事の一部からなら、経験がまだ少なくても入りやすいというのが書き手の見立てです。優先順位を決め続ける役は、発注する側の人が持つ形が組みやすいので、判断の材料を作る側から始められます。受ける前に、成果物の形を発注する側と合わせておきます。

本業と同じ業界のプロダクトに副業で関わってもよいですか

一概に答えは出せないので、本業の契約や社内規程が副業をどう扱っているかを先に確かめます。そのうえで、秘密保持の範囲を発注する側と取り決め、本業の情報が成果物に入り込まない形にします。同じ業界でも、触れる情報の範囲が分かれていれば話は進めやすくなります。

業務委託で受けるとき、成果の責任はどこまで負いますか

この記事で答えられるのは、成果物の区切りの範囲です。1サイクルで渡す仮説の一覧、検証の計画、結果のまとめを、受ける前に決めておけば、責任の範囲も同じ線で考えられます。業務委託の範囲と成果の責任そのものは、プロダクトマネージャーの業務委託の範囲をご覧ください。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 情報処理推進機構「デジタルスキル標準」（2026年4月・2026年10月確認）
＊2 デジタル庁「DS-110 デジタル・ガバメント推進標準ガイドライン解説書」（2026年6月12日・2026年10月確認）