LASSIC Media らしくメディア
外部人材活用のトラブル｜社内工数と外部委託工数の違い
監修・編集責任者：牛尾 昭昌（株式会社LASSIC 執行役員）
この記事の結論
- IPAは社内の実績工数を4つに分けている：開発、管理、その他、作業配分不可の4つです。*1
- 外部委託工数は社内工数の外数：社内の工数と足し合わせて1つの数にはしません。*1
- 責任の分け方は書かれていない：この資料は実績を記録するための取り決めで、契約書ではありません。
※ 本記事は2026年9月時点の公式情報（省庁・公的機関、および製品やサービスを提供する事業者が公開している資料）に基づきます。
外部人材活用でよく起きるのは、「頼んだつもりの作業が見積もりに入っていなかった」「思ったより工数がかかった」という食い違いです。この食い違いは、どの作業をどちらの工数として数えるかを決めないまま進めたときに起きます。
ここで参考になるのが、IPA（独立行政法人情報処理推進機構。情報処理の分野で国が設立した法人）が公開している「ソフトウェア開発分析データ集2022」です。*1 複数の企業から集めた開発案件の実績をまとめた資料で、どの作業を自社の工数として数え、どの作業を外部委託の工数として数えるかが、項目ごとに決められています。*1
この決め方をそのまま社内の取り決めに使えば、少なくとも数え方については、外部の相手と同じ言葉で話せます。ただし、この資料は記録のための取り決めであって、契約書でも、トラブルが起きたときの責任の決め方でもありません。本記事は、開発の現場を回しているマネージャに向けて、IPAが決めている工数の数え方、内数と外数の違い、フェーズをまたぐときの書き方、つまずきやすい点、外部に頼むときの確認事項を順に整理します。
目次
IPAが決めている工数の数え方
IPAの「ソフトウェア開発分析データ集2022」には、工数（コスト）という節があります。*1 ここでは、工数を人時と人月のどちらで数えるかから、どの作業をどの欄に書くかまでが決められています。*1 人時は1人が1時間働いた量を1とする数え方、人月は1人が1か月働いた量を1とする数え方です。なお、この資料は年度ごとに公開されており、*3 本記事が扱うのは2022年版です。
| 項目 | 資料の定義 |
|---|---|
| 工数の単位 | 工数の単位を人時、人月から選択する |
| 社内実績工数 | 社員（社員と一緒に作業する派遣社員を含む）の実績工数 |
| （a）ソフトウェア開発作業 | 開発作業工数 |
| （b）管理 | 管理作業工数 |
| （c）その他 | 開発、管理に分類されない実績工数。例．テスト環境構築、インフラ構築、運用構築、移行、業務支援、コンサルティングなど |
| （d）作業配分不可 | 開発、管理、その他に分類されない実績工数 |
| 外部委託工数 | 外部委託の開発工数（社内工数の外数） |
| 外部委託作業有無 | 開発作業の外部委託の有無 |
| 社内平均要員数・社内ピーク要員数 | 社内の平均要員数／社内のピーク要員数 |
| 外部委託平均要員数・外部委託ピーク要員数 | 外部委託の平均要員数／外部委託のピーク要員数 |
社内の実績工数には、社員だけでなく、社員と一緒に作業する派遣社員の分も含めると決められています。*1 そのうえで、IPAは社内の実績工数を4つに分けています。*1 開発、管理、その他、作業配分不可の4つです。*1 4つめの作業配分不可は、実績はあるが開発・管理・その他のどれに当たるか分けられなかった分を入れる欄です。*1 記録するときの受け皿なので、これから頼む作業をこの欄で書くことはできません。
「その他」に何が入るか、内数と外数はどう違うか
ここでいちばん食い違いやすいのが、（c）その他に何が入るかです。資料は、開発と管理に分類されない実績工数と定義したうえで、テスト環境構築、インフラ構築、運用構築、移行、業務支援、コンサルティングなどを例に挙げています。*1
つまり、外部に「開発をお願いします」とだけ伝えた場合、テスト環境を作る作業や、古いシステムから新しいシステムへデータを移す作業が入っているのかどうかは決まりません。この資料の分け方では、それらは開発ではなく、その他です。*1
もう一つが、内数と外数の違いです。内数とは、ある数の中に含まれているという意味。外数とは、その中には含めず別に数えるという意味です。外部委託工数は「外部委託の開発工数（社内工数の外数）」と定義されています。*1 つまり、社内の工数と外部委託の工数は足し合わせて1つの数にはしない、という取り決めです。*1
では、自社と一緒に働いている人をどちらに数えるのか。この資料は、社員と一緒に作業する派遣社員の分を社内側に置き、外部に委託した開発の分を外部委託側に置いています。*1 雇っているかどうかではなく、開発を委託しているかどうかで分ける形です。自社の記録でどちらに数えるかは、この定義に合わせて決めておきます。
要員数も同じで、社内と外部委託を分けて数えます。*1 社内平均要員数、社内ピーク要員数、外部委託平均要員数、外部委託ピーク要員数と、4つの欄に分かれています。*1
フェーズをまたぐときの書き方
フェーズをまたぐ書き方にも決まりがあります。フェーズとは、開発の段階のことです。この資料が並べているのは、システム化計画、要件定義、基本設計、詳細設計、製作、結合テスト、総合テストの各フェーズ。*1 システムを作る計画を立て、何を作るかを決め、設計し、プログラムを書き、つなげて動かし、最後に全体を試す、という順に進みます。この資料は、フェーズごとに作業があるかどうかを記号で記入させます。*1 記号は3つです。*1
「○」は、作業があり、工数のデータをそのフェーズの欄に記入する場合。*1 「×」は、作業が無い場合。*1 そして「⇒」は、作業はあるが、そのフェーズに相当する作業工数を他のフェーズの欄に合算して記入する場合です。*1
合算するときの決まりも書かれています。複数フェーズの作業をまとめて1フェーズとして管理する場合などは、「まとめた工数データは、後工程の欄に両方の作業の合計工数を記録する」。*1 資料はその例として、基本設計・詳細設計・製作の工数を合計で記入する場合を挙げ、基本設計は「⇒」、詳細設計は「⇒」、製作に「○」を記入するとしています。*1
この記号がなぜ要るのかを考えると、外部人材活用で数字の食い違いが起きる理由も見えてきます。作業が無いのか、作業はあるが別の欄に入っているのか。この2つを区別しないまま欄の数字だけを見ると、その工程の工数が0と書かれていたときに、作業が無かったのか、別の欄にまとめられたのかが分かりません。
つまずきやすい難所
一つめは、頼む範囲を「開発」とだけ書くことです。この資料の分け方では、テスト環境構築も、移行も、業務支援も、開発ではなくその他に入ります。*1 依頼書では、この区分に沿ってどこまでを頼むのかを書けます。
二つめは、社内と外部委託の工数を1つの数にまとめることです。資料では外部委託工数は社内工数の外数です。*1 まとめてしまうと、あとからどちらが何人時だったのかを分けられません。
三つめは、この資料を契約の代わりに使うことです。これは実績を記録して比べるための取り決めであって、契約書でも、トラブルが起きたときの責任の決め方でもありません。責任の分け方については、今回参照した資料に記載はありません。
外注時に確認しておきたい点
外部に頼むときは、依頼書に3つの区分を書いておいてください。開発、管理、その他です。*1 4つめの作業配分不可は記録側の受け皿なので、依頼書では使いません。そのうえで、その他に入る作業のうちどれを頼むのかを名前で書きます。「テスト環境構築は頼む、移行は社内でやる」という形です。
ただし一点、注意があります。資料の外部委託工数は「外部委託の開発工数」と定義されています。*1 テスト環境構築のように開発以外の作業を外部に頼んだ場合、その分をどの欄に記録するかは、今回参照した資料に書かれていません。自社で記録を残すときは、外部に頼んだ分のうち開発とそれ以外を分けて書いておくと、あとで案件どうしを比べられます。
工数の単位もそろえておきます。資料は人時と人月のどちらかを選ばせています。*1 片方が人月、片方が人時のまま話を進めると、同じ数字が別の量を指すことになります。
数え方をそろえた依頼書は、外部の要員（自社の社員ではなく、作業を委託して働いてもらう人。個人のフリーランスのほか、開発を請け負う会社に所属している人も含みます）に頼むときも、社内で人を採るときもそのまま使えます。ここでいう外部の要員は、この資料の言い方では外部委託にあたります。どちらにするかを決める前に、頼みたい作業がどの区分に入るのかを先に決めておくと、あとから比べやすくなります。
外部に頼む範囲そのものの決め方は外部人材活用と内製化の進め方｜自社で高めたい機能は3つで扱っています。
案件の技術条件をどこまで必須と書くかはエンジニア人材紹介で紹介されない｜条件は規模の大きい順に絞るにまとめました。
契約が終わったあとの引き継ぎは業務委託の契約終了時、アクセス権と成果物の扱いで整理しています。
入ってもらう人のスキルの確かめ方は外部エンジニアのスキル確認、4つの軸で評価するにあります。
まとめ：依頼書を書く前に決める3つのこと
外部人材活用のトラブルのうち、数え方の食い違いから来るものは、先に取り決めを作れば減らせます。決めておきたいことは3つです。第一に、工数の単位を人時と人月のどちらにするか。*1 第二に、頼む作業が開発、管理、その他のどれに入るか。*1 4つめの作業配分不可は記録側の受け皿なので、依頼書では使いません。テスト環境構築や移行は、この分け方では開発ではなくその他です。*1 第三に、社内の工数と外部委託の工数を分けて数えること。*1 外部委託工数は社内工数の外数と決められています。*1 なお、この資料は実績を記録するための取り決めであって、トラブルが起きたときの責任の決め方ではありません。その点については、今回参照した資料に記載はありません。
よくある質問
IPAは工数をどう数えると決めていますか
「ソフトウェア開発分析データ集2022」の工数（コスト）という節で、単位を人時と人月から選び、社内の実績工数を開発、管理、その他、作業配分不可の4つに分けると決めています。*1 確認日は2026年9月19日です。
「その他」にはどんな作業が入りますか
開発と管理に分類されない実績工数です。*1 資料はテスト環境構築、インフラ構築、運用構築、移行、業務支援、コンサルティングなどを例に挙げています。*1 確認日は2026年9月19日です。
外部委託工数は社内工数に含めますか
含めません。資料は外部委託工数を社内工数の外数と定めています。*1 社内の平均要員数とピーク要員数も、外部委託の分とは別の欄です。*1 確認日は2026年9月19日です。
作業があるのに他のフェーズにまとめた場合はどう書きますか
そのフェーズには「⇒」を記入します。*1 作業が無い場合の「×」とは区別されており、合算するときは後ろの工程にまとめると決められています。*1 確認日は2026年9月19日です。
この資料はトラブルの責任の分け方を決めていますか
決めていません。実績を記録して比べるための取り決めです。責任の分け方について、今回参照した資料に記載はありません。確認日は2026年9月19日です。
頼む作業の区分が決まったら相談
「開発とテスト環境構築は頼む、移行は社内でやる」という形で区分が決まっていれば、そのままご相談いただけます。まだどこまで頼むか決めきれていない段階でも構いません。
Remoguとリラシクなら、開発だけを担う要員も、テスト環境構築や移行まで含めて担う要員も、作業と期間を決めたうえでお探しいただけます。
Remoguは、リモート前提で全国から即戦力のITプロ人材を調達するサービスです。リラシクは、扱う求人がすべてリモートワークのITエンジニア専門転職エージェントです。どちらもLASSICが運営しています。
出典
- *1 参考：IPA「ソフトウェア開発分析データ集2022」（PDF）（https://www.ipa.go.jp/digital/software-survey/metrics/hjuojm000000c6it-att/000102171.pdf）。出典：IPA「ソフトウェア開発分析データ集2022」。独立行政法人情報処理推進機構 社会基盤センター発行。A5.2.10「工数（コスト）」の項目の定義と、フェーズ別工数の記入ルールの一次情報として。IPAの資料は無断で改変したり配り直したりできないため、この記事は示された定義を引用し、表と図は内容をもとに作成した。資料の図表そのものは写していない（2026年9月確認）
- *2 参考：IPA「ソフトウェア開発分析データ集2022」（公開ページ）（https://www.ipa.go.jp/digital/software-survey/metrics/metrics2022.html）。本編と業種編・サマリー版という構成と、収録されている指標の範囲の確認として（2026年9月確認）
- *3 参考：IPA「ソフトウェア開発分析データ集」（https://www.ipa.go.jp/digital/software-survey/metrics/index.html）。年度ごとに公開されていることの確認として（2026年9月確認）
