PMO支援の契約形態ガイド｜準委任・派遣・請負の違いと偽装請負を防ぐ発注側チェックリスト

PMO支援の導入がほぼ決まり、稟議や契約の段階になって、はじめてこの問いに突き当たる方が多いはずです。

「契約形態は準委任でいいのか。派遣とは何が違うのか。偽装請負と言われない形にできているか」

検索して出てくる記事の多くはフリーランスPMO向け、つまり受注する側のための解説です。発注する側が何に気をつけるべきかを正面から書いた情報は、ほとんど見当たりません。

僕は金融系SIerで受注側のプロジェクトマネージャーを、独立後は発注側企業のIT戦略支援を務めてきました。両方の席に座った経験から言えるのは、契約形態の設計ミスは「もめたときに困る」だけでなく、普段のPMOの動き方そのものを縛るということです。この記事では、発注側の視点でPMO支援の契約形態を整理します。

先に結論です。外部にPMO支援を依頼する場合、契約形態は準委任契約が基本形になります。実際、PMO支援を提供する会社の多くが準委任を標準としています。

理由はPMOという業務の性質にあります。PMOの仕事は、進捗・課題・リスクの管理体制をつくり、会議体を回し、意思決定を前に進めることです。プロジェクトは生き物なので、「この成果物を納品したら完了」という形に、あらかじめ仕事を切り出せません。完成物を約束する請負契約とは、そもそも相性が悪いのです。

ただし「準委任にしておけば安心」ではありません。契約書が準委任でも、現場の運用次第で偽装請負のリスクは生まれます。ここが本記事の後半の主題です。

まず全体像です。PMO支援の文脈で登場する契約形態は、実質的に次の3つです。

準委任契約 — PMO支援の標準形

準委任は「業務の遂行」を約束する契約です。成果物の完成ではなく、専門家として誠実に業務を行うこと（善管注意義務）に対して対価を払います。月額固定や、一定の時間幅を設けた工数精算で運用されるのが一般的です。

なお、2020年の民法改正で「成果完成型」の準委任が明文化されました。「業務遂行に対して支払う」従来型（履行割合型）に加えて、「一定の成果に対して支払う」設計も選べます。PMO支援では履行割合型が大半ですが、たとえば「PMO立ち上げ計画書の策定まで」といった初期フェーズを成果完成型で切り出す設計はありえます。

発注側として押さえるべきは、業務範囲（スコープ）を文書で具体化することです。準委任は成果物を約束しない分、「何をやってもらうのか」が曖昧だと、期待値のズレがそのまま不満に変わります。会議体の運営、進捗・課題管理、報告書の作成頻度——このレベルまで契約書か覚書に落とすのが、双方にとって安全です。

請負契約 — PMO支援には向かない

請負は「仕事の完成」を約束する契約です。システム開発の製造工程やテスト工程のように、成果物と完了条件を定義できる仕事に向いています。

PMO支援を請負にするのが難しいのは、完成の定義ができないからです。「プロジェクトが成功したら完了」と書きたくなりますが、プロジェクトの成否はPMOだけではコントロールできません。仮に「週次報告書12本の納品」を成果物と定義しても、それはPMOの仕事の記録であって、仕事そのものではないでしょう。

例外的に、PMO規程・標準テンプレート一式の整備といった「モノを作る仕事」を切り出して請負にするケースはあります。ただその場合も、日常のPMO運営は準委任で並走する組み合わせが現実的です。

労働者派遣 — 自社で直接指示したいなら、これしかない

派遣は、派遣会社に雇用された人材が、発注側（派遣先）の指揮命令を受けて働く形態です。ここが準委任との決定的な違いで、合法的に「自社のメンバーとして直接指示を出せる」唯一の契約形態です。

「細かくタスクを振りたい」「自社のPMの手足として動いてほしい」——そういう使い方をしたいなら、選ぶべきは準委任ではなく派遣です。ただし派遣には、労働者派遣法上の制約（派遣可能期間、許可事業者からの受け入れ、派遣先管理台帳など）が伴います。また、派遣で来るのは「PMO人材」であって「PMOという機能」ではありません。体制の設計や改善提案まで求めるなら、準委任でPMOチームごと入ってもらうほうが機能します。

「PMO 準委任 派遣 違い」で検索してこの記事に来た方のために、現場で一番迷うポイントを絞って比較します。

判断基準はシンプルです。日々のタスクを自社の誰かが直接指示する運用になるなら派遣、体制ごと任せて成果報告を受ける運用なら準委任。この整理と実態がズレたとき、次の偽装請負の問題が生まれます。

「SES」「常駐」は契約形態の名前ではない

契約の相談で頻繁に出てくる「SES」と「常駐」という言葉にも触れておきます。まず、SES（システムエンジニアリングサービス）は商慣習上の呼び名であって、法律上の契約類型ではありません。実体はほぼ準委任契約で、まれに派遣契約として組まれるケースがある、という位置づけです。「SESだから」で契約上の性質が決まるわけではなく、中身が準委任なら指揮命令は受託会社側にあります。

「常駐」も同様です。これは働く場所の話であって、契約形態とは別の軸です。準委任でも常駐はありえますし、リモートの派遣もありえます。危険なのは、「常駐してもらっているのだから、うちのメンバーとして直接指示してよい」という誤解です。物理的に席が近いことと、指揮命令できることはまったく別で、この混同こそが偽装請負の入口になります。

偽装請負とは、契約書の上は準委任や請負なのに、実態として発注側が受託会社の労働者に直接指揮命令している状態です。厚生労働省の「労働者派遣事業と請負により行われる事業との区分に関する基準」（昭和61年労働省告示第37号、いわゆる37号告示）が判断基準になっており、直接の指揮命令があれば、それは請負ではなく労働者派遣とみなされます。無許可の派遣、つまり違法状態です。

PMOの業務は、偽装請負が構造的に起きやすい

製造業の構内請負などと比べて、PMO支援は偽装請負のラインを踏みやすい仕事です。理由は3つあります。

1. 同じ会議に毎日出る。 PMOは発注側のPMや役員と同じ会議体で動きます。物理的にも心理的にも距離が近く、「ついでにこれもお願い」が起きやすい。
2. 業務の境界が曖昧になりやすい。 進捗管理も課題管理も「プロジェクトのためになること全部」に見えます。範囲を文書化していないと、指示がどんどん個人宛てになります。
3. 発注側にPM経験者が少ない。 依頼の仕方を知らないまま、社員に対するのと同じ感覚でベンダーの個人にタスクを振ってしまう。悪意なく、善意で起きます。

危険サインの典型例を挙げます。心当たりがないか、確認してみてください。

• 発注側の社員が、受託会社のPMO担当者個人に「これ、今日中にお願いできますか」と直接依頼している
• 受託会社のメンバーの出退勤や稼働時間を発注側が管理している（朝会での勤怠報告を義務づけている等）
• 受託側の窓口責任者（リーダー）を通さない依頼が常態化している
• 「あの人は優秀だから契約更新の条件にしたい」と人を指名している

一つひとつは些細に見えますが、37号告示の考え方では、これらはいずれも「発注側による指揮命令」の徴表になりえます。

偽装請負と認定されると、発注側に何が起きるか

「違法になるのはベンダー側でしょう」と思われがちですが、逆です。偽装請負でより重いリスクを負うのは発注側です。

• 行政指導・是正勧告の対象になる。 労働局の調査対象となり、是正指導や勧告、悪質な場合は企業名公表の可能性があります。
• 労働契約申込みみなし制度（労働者派遣法40条の6）。 偽装請負等の状態で役務提供を受けており、かつ派遣法等の適用を免れる目的があった場合に、発注側がその労働者に対して労働契約を申し込んだものとみなされる制度です。労働者が承諾すれば、直接雇用が成立します。この「免れる目的」は主観的な要件ですが、裁判例では、日常的かつ継続的に偽装請負の状態が続いていた場合には特段の事情がない限りその目的が推認されると判断されたものもあり、「知らなかった」では通らなくなっています。
• プロジェクトそのものが止まる。 是正対応で体制の組み直しになれば、進行中のプロジェクトへの影響は避けられません。炎上対策で入れたPMOが火種になる、笑えない事態です。

それでも萎縮しすぎないでほしい、という話

ここまで読むと「怖くて何も頼めない」と感じるかもしれませんが、それは逆効果です。偽装請負を恐れて要望を伝えること自体を控えると、PMO支援の価値が半減します。

ルールは明快で、「依頼はチーム（窓口責任者）へ、個人への直接指示はしない」。これだけで大半のリスクは避けられます。要望・依頼・フィードバックは、受託会社のリーダーに対して堂々と伝えてください。それは指揮命令ではなく、準委任契約における正当な業務上の協議です。

契約前に、このリストで確認することをおすすめします。上5つが契約書の話、下5つが運用の話です。

1. ☐ 契約形態は準委任か（請負・派遣なら、その理由を説明できるか）
2. ☐ 業務範囲（会議体運営・進捗管理・課題管理・報告物・頻度）が文書化されているか
3. ☐ 精算方式（月額固定／時間幅精算）と幅の上下限、超過時の扱いが明記されているか
4. ☐ 受託側の窓口責任者（指揮命令者）が契約書・体制図で特定されているか
5. ☐ 中途解約の予告期間と、引き継ぎの義務が定められているか
6. ☐ 依頼のルート（発注側の誰から、受託側の誰へ）を、キックオフで両社に周知したか
7. ☐ 受託メンバーの勤怠管理を発注側がしない運用になっているか
8. ☐ 定例の成果報告（週次・月次）の形式が決まっているか
9. ☐ 「個人への直接依頼が起きたら窓口に戻す」ことを、現場レベルで合意しているか
10. ☐ 体制変更（増員・交代）の手続きが「会社間の協議」として定義されているか

4番と6番は特に重要です。依頼のルートが最初に設計されていないプロジェクトは、契約書がどれだけ整っていても、3ヶ月後には偽装請負のラインぎりぎりの現場ができあがる——両方の席に座ってきた僕はそう考えています。

この10項目のチェックを終えたら、次はいよいよ依頼先探しです。依頼先の比較・選定も、この契約の観点と一貫した基準で進めてください。

Q1. 「業務委託契約」と「準委任契約」は違うものですか？

実務で使う「業務委託」は法律上の契約類型ではなく、準委任と請負の総称です。契約書のタイトルが「業務委託契約書」でも、中身は準委任か請負のどちらか（または混合）です。判断するのは名前ではなく、完成責任の有無と指揮命令の設計です。

Q2. 準委任だと、成果にコミットしてもらえないのでは？

「完成責任がない＝成果を問えない」ではありません。準委任には善管注意義務があり、専門家水準の業務品質を求めることができます。加えて、報告物・会議体・KPIを業務範囲として具体的に定義すれば、毎週の成果は十分に可視化できます。成果が見えない不安の正体は、契約形態ではなく業務範囲の曖昧さであることがほとんどです。

Q3. 費用相場はどの契約形態でも同じですか？

準委任の場合、PMO支援の費用は人材のレベルと稼働量で決まります。相場観は別記事で詳しく解説しますが、契約形態そのものより「誰が・どれだけ入るか」が金額を左右します。

契約の話は、発注プロセスの最後に事務的に処理されがちです。でも実際には、指揮命令ラインの設計＝PMOが現場でどう動けるかの設計であり、支援が機能するかどうかの最初の分かれ道です。

まとめると、次の3行です。

• PMO支援は準委任が基本形。自社で直接指示したいなら派遣を選ぶ
• 契約書よりも運用。依頼はチームへ、個人への直接指示はしない
• 業務範囲と依頼ルートを、契約前に文書で固める

稟議の最終盤で契約書の雛形をどうするか迷っているいまが、実はPMOの動き方を設計できる最初で最後のタイミングです。ここで10分立ち止まる価値は十分にあります。

format_quote

※本記事は一般的な情報提供を目的としたものであり、法的助言ではありません。個別の契約に関する法的判断は、弁護士等の専門家にご相談ください。

---

契約形態と体制設計から、PMO支援を一緒に考えます

当社では、PMO支援のご相談の際に、契約形態と体制設計の考え方も含めてご説明しています。「うちのケースはどの形が正しいのか」「準委任で進めたいが業務範囲をどう書けばいいのか」「派遣と準委任のどちらが実態に合うのか」——そんな迷いをお持ちでしたら、無料相談からお気軽にご相談ください。

現在の状況を伺ったうえで、契約前に確認すべきポイントを整理してお返しします。もし当社よりも他社の形態が適していれば、その旨も正直にお伝えします。