プロジェクト管理工数の比率はどのくらい？目安の考え方を4つで解説

プロジェクト管理工数の比率に、すべての案件で通用する一つの正解はありません。開発規模・体制の大きさ・品質要求の高さ・開発手法の4つで目安を決め、実績で補正するのが現実的です。

見積もりの場で「管理工数は全体の何割で入れているのか」と聞かれて、答えに詰まった経験がある方は少なくないはずです。比率だけを示しても、根拠が伴わなければ発注側には納得してもらいにくいものです。本記事では、管理工数の範囲を整理したうえで、比率の目安を決める4つの考え方、見積もりへの入れ方の3つの手順、膨らみやすい原因と抑え方、ツールの使いどころまでを順に説明します。計算例はすべて説明用の架空の数字です。

プロジェクト管理工数とは何を指すか

プロジェクト管理工数とは、成果物をつくる作業とは別に、計画・進捗確認・調整・報告など、プロジェクトを動かすために使う工数のことです。

設計やテストのように、成果物に直接つながる作業の工数とは区別して数えます。この区別があいまいなまま比率を語ると、同じ「管理工数10%」でも指している範囲が人によって違ってしまいます。

管理工数に含まれる業務

管理工数に入れるのは、プロジェクトを計画どおりに進めるための業務です。代表的なものは次のとおりです。

• 計画づくりとスケジュールの更新（WBSの作成・見直しを含む）
• 進捗の確認と課題の管理
• 定例会議の準備・実施・議事録の共有
• 発注者や関係部門への報告・調整
• リスク管理と変更管理（仕様変更の影響確認など）
• 品質の確認や進行上の判断に関わるレビュー

WBSの考え方はWBSとは？プロジェクト管理の基本をわかりやすく解説で、WBSをつくる意味はWBSを作成する目的とは？プロジェクト管理での役割で整理しています。管理業務を洗い出すときの土台になります。

工数比率を見る目的

工数比率を見る目的は、見積もりの根拠を説明できる状態にすることと、過去の案件や公開データと自分の計画を見比べることの2つです。

比率があれば、作業工数が増減したときに管理工数をどれだけ動かすかを機械的に決められます。また、極端に低い比率の計画は、管理が足りずに後から工数が膨らむ兆候として読めます。

公開されている実績データとして、IPA（独立行政法人情報処理推進機構）はソフトウェア開発プロジェクトの定量データを収集しており、同機構のページでは約5,500件のプロジェクトを分析対象にしていると説明しています（IPA「ソフトウェア開発データ白書」ページ・2026年10月確認）。こうした公開資料は、自社の実績と見比べるときの参考になります。ただし、管理工数の比率そのものを一律に示した記載は、確認したページには見当たりませんでした。一般的な目安をそのまま当てはめず、自社の実績で補正する前提で使ってください。

比率の目安を決める4つの考え方

比率の目安は、開発規模・体制の大きさ・品質要求の高さ・開発手法の4点で決めます。どれも管理に必要な手間の量を左右するからです。

どの条件も、単独で比率を決める力はありません。4つを重ねて見たうえで、仮の比率を置くのが実務の流れです。

開発規模による違い

開発規模が小さいほど、管理工数の比率は高く見えやすくなります。管理の手間には、規模にかかわらず発生する固定的な部分があるためです。

たとえば、定例会議の準備や報告書の作成は、作業量が少ない案件でもほぼ同じだけかかります。作業が10人月でも100人月でも、立ち上げや終結の手間は大きく変わりません。小規模案件で比率が高く出るのは、管理が非効率だからではなく、この固定分の影響です。規模の異なる案件の比率を横に並べるときは、この点に注意してください。

体制の大きさによる違い

体制が大きいほど、連絡と調整の経路が増えて管理工数は増えやすくなります。人数が増えると、連絡の組み合わせは人数の2乗に近い勢いで増えるからです。

n人のチームで想定される連絡経路は、n×(n−1)÷2で数えられます。5人なら10経路ですが、8人なら28経路になります。人数が1.6倍になるだけで、経路は2.8倍です。委託先や複数拠点が加わる場合も同じで、窓口が増えるほど調整の工数が積み上がります。チームを小さな単位に分け、窓口を絞ることで、この増え方を抑えられます。

品質要求の高さによる違い

品質要求が高いほど、承認・審査・記録に使う工数が増え、比率も上がりやすくなります。管理の仕事に、確認と証跡を残す作業が加わるためです。

金融や公共のように、設計書の承認手順や監査対応の記録が厳格に求められる案件では、PMや事務局が書類の整合を確認する時間が長くなります。一方、社内向けの試行的なシステムのように要求が緩やかな案件では、この部分を軽くできます。見積もりの前に、契約書や発注書で求められている承認や報告の手順を確認しておくと、比率を置く根拠になります。

開発手法による違い

開発手法によって、管理工数が現れる場所と量が変わります。計画を先に固める進め方と、短い反復で確認する進め方では、管理の仕事の性質が違うためです。

計画を先に固める進め方では、立ち上げ時の計画づくりと、変更が出たときの再計画に工数がかかります。短い反復で進める手法では、毎回の計画会議や振り返りが定期的に発生し、管理工数が全期間に薄く広がります。どちらが軽いかは一概に言えません。手法を決めたら、その手法で必ず発生する会議体や成果物を、管理業務として数えに入れてください。

見積もりに管理工数を入れる手順 STEP1〜STEP3

見積もりへの入れ方は3段階です。管理業務を洗い出し、比率の目安を決め、実績で見直します。

以降の計算例は、期間6か月、作業メンバー8名（作業工数48人月）の架空のプロジェクトを前提にしています。数字は説明のための仮の値で、実際の案件にそのまま使えるものではありません。

STEP1 管理業務を洗い出す

STEP1では、管理業務を一覧にして、1か月あたりの工数を積み上げます。入力はプロジェクトの会議体や報告の決まり、出力は管理業務ごとの月間工数の表です。

1. 契約書・発注書・体制図を見て、必要な会議、報告、承認を書き出します。
2. 業務ごとに「頻度」と「1回あたりの時間」を置いて、月間の時間を出します。
3. 月間の合計に期間（月数）を掛けて、全期間の管理工数を出します。

月76時間に6か月を掛けると456時間です。1人月を160時間として換算すると、約2.9人月になります。作業工数48人月に対する比率は約6%で、これが積み上げ方式による出発点です。

STEP2 比率の目安を決める

STEP2では、積み上げた値に余白を足して、見積もりに入れる比率を決めます。入力はSTEP1の積み上げ値と4つの考え方、出力は見積もりに載せる比率と管理工数です。

1. 積み上げ値（例では約6%）に、抜けやすい作業分の余白を足します。立ち上げ・終結、想定外の調整、レビュー対応が代表例です。
2. 4つの考え方に照らして、比率を上げるか下げるかを判断します。この例は中規模・標準的な品質要求・計画先行の進め方なので、大きくは動かしません。
3. 過去の実績がある場合は、同規模の案件の実績比率と見比べて、差が大きいときは理由を確認します。

例では、積み上げ値に2〜3割ほどの余白を加えて、約7〜8%を見積もりに入れる比率とします。48人月の7.5%は3.6人月です。

費用に直す場合は、管理を担う人の単価を掛けます。フリーコンサル市場では、PMOの月額単価は80〜150万円が標準とされ、平均は約120万円、上限は250万円級です（編集部が整理したフリーコンサル市場データ・2026年10月時点）。提示単価は100%稼働を前提にした金額なので、実際の稼働率に応じて換算してください（同データ）。仮に月120万円・100%稼働なら、3.6人月で約430万円という計算です。この金額も説明用の例で、実際の単価は契約条件で変わります。

STEP3 実績で見直す

STEP3では、実績の工数を記録して、置いた比率が妥当だったかを確かめます。入力は管理業務ごとの実績時間、出力は次の案件に使える補正済みの比率です。

1. 管理業務の実績時間を、週ごとに管理業務の区分で記録します。
2. マイルストーンごとに、計画した工数と実績を比べます。
3. 差が出た業務について、会議の増加や変更の多発といった原因を分けて書き残します。
4. プロジェクトの終了時に、実績比率と原因を一覧にして、次の見積もりの根拠として保管します。

実績が計画より大きく上振れしていたら、原因が一時的なものか構造的なものかを見分けます。構造的な原因なら、次の案件の比率を引き上げる材料になります。この積み重ねが、根拠を持って比率を説明するための自社データになります。

管理工数が膨らむ原因と抑え方

管理工数が膨らむ主な原因は、会議の増殖、報告様式のばらつき、変更への場当たり対応、役割の不明確さの4つです。原因ごとに抑え方があります。

抑え方の共通点は、決めごとを開始時に済ませることです。始めてから場当たりで調整すると、そのたびに管理の手間が発生します。ただし、管理工数を削りすぎると、後工程の手戻りが増えて全体の工数が膨らむことがあります。比率を下げること自体を目的にせず、必要な管理は残してください。

管理手法の全体像はプロジェクト管理とは何か？手法と実践のポイントを整理で、PMに求められる力はプロジェクト管理の資格の選び方｜種類別の特徴と学習の進め方で触れています。

プロジェクト管理ツールで管理工数を減らす方法

ツールで減らせるのは、進捗の集計、期限の通知、課題の履歴管理といった繰り返しの作業です。判断や調整そのものはなくなりません。

手作業で進捗を表にまとめていた場合、タスクの状態がそのまま集計される仕組みに替えるだけで、月ごとの集計時間を減らせます。STEP1で洗い出した管理業務のうち、集計・通知・履歴の3種類が候補です。逆に、会議での合意形成や、仕様変更の影響判断は、ツールを入れても工数が残ります。

選ぶときは、機能の多さより、洗い出した管理業務を置き換えられるかで判断します。見る観点は次の表のとおりです。

導入そのものにも工数がかかる点は見落とされがちです。初期設定、メンバーへの説明、運用ルールの整備は、導入直後の期間だけ管理工数を増やします。見積もりでは、導入期間の管理工数を一時的に厚く置き、定着後に下げる前提で考えてください。各ツールの違いはプロジェクト管理ツール比較で整理しています。

まとめ｜根拠を持って比率を説明する

管理工数の比率は、決まった正解を探すより、4つの考え方で目安を置き、積み上げと実績で根拠を示すものです。

• 管理工数は、成果物をつくる作業とは分けて、計画・進捗・調整・報告などを数えます。
• 比率の目安は、開発規模・体制の大きさ・品質要求・開発手法の4つで決めます。
• 見積もりには、管理業務の洗い出し、余白を加えた比率の決定、実績での見直しの順で入れます。
• 膨らむ原因は開始時に決めごとで抑え、集計や通知はツールで減らします。

説明の場では「比率が何%か」より「どの業務を何時間と見て、どの条件で補正したか」を示すほうが、納得を得やすくなります。ただし、実際の比率は契約形態や発注側の見積基準によって変わります。最終的な判断は、発注者や社内の見積ルールとすり合わせて決めてください。