システム開発のPM外注、丸投げにしないために発注側が決めること

システム開発のプロジェクトマネジメントを外部に任せても、発注側の関与がゼロにはなりません。「開発会社に依頼したのだから、あとはお任せでいい」という進め方は、失敗の原因になります。丸投げにしないために、着手前に三つを決めます。外部PMに渡す範囲、発注側が見る場所、外注先の「終わった」をどう受け取るかです。

外注しても、発注側の仕事が消えるわけではない

PMを外部の会社やフリーランスに依頼すると、進捗管理・課題管理・会議の運営といった作業は外部に移ります。しかし、何を優先するかの判断、仕様の変更を認めるかどうか、費用が増えたときにどこまで許容するかは、発注側にしか決められません。この判断を外部PMに預けてしまうと、進んではいるが誰も責任を持てない状態になります。

QCD（品質・コスト・納期）にコミュニケーションを加えた4つが、外部委託でも発注側が管理すべき要素だと言われます。外部PMは進行を管理しますが、この4つの最終判断は発注側に残ります。

判断と作業を分ける

外部PMが担うのは、進捗表の更新、課題を一覧にすること、会議の運営といった「作業」です。何を優先するか、どこまでの変更を認めるかという「判断」は、作業とは別のものです。この二つを分けずに丸ごと外部PMに渡すと、判断まで現場任せになります。

丸投げにしないために決める三つ

渡す範囲

外部PMに任せる作業と、発注側が残す判断を分けます。進捗管理や会議運営は渡してよい作業ですが、優先順位や仕様変更の承認は発注側が残す判断です。この境界を最初に文書にしておくと、外部PMも判断を仰ぐべき場面を迷わずに済みます。

見る場所

進捗表を誰が持ち、何を見て「止める」と判断するかを先に決めます。進捗率の数字だけを見ていると、実際には行き詰まっている作業が「順調」に見えることがあります。数字の裏にある根拠まで確認する場所を、あらかじめ決めておきます。

受け取る基準

外注先の「終わった」を、発注側がどう受け取るかを書きます。仕様どおりに動くかという確認だけでなく、実際の利用場面を想定した確認まで含めるかどうかを、着手前に合意しておきます。

この三つは、外部PMが優秀かどうかとは別の話です。優秀なPMでも、発注側が何を残すかを決めていないと、判断の拠り所がありません。

丸投げが起きやすい場面

新規事業の立ち上げなど、発注側の担当者が他の業務と兼務している場合、外部PMに依頼した時点で安心してしまい、進捗確認の頻度が落ちることがあります。外部PMからの報告を待つだけの体制になると、報告に上がってこない小さな懸念が、大きくなってから発注側に届きます。

複数の案件を同時に抱えている担当者ほど、丸投げが起きやすくなります。渡す範囲・見る場所・受け取る基準の三つをあらかじめ文書にしておくと、担当者が忙しいときでも、最低限確認すべき場所が明確なままになります。

外部PMとPMOの、どちらに近いか

外部PMへの依頼は、プロジェクト単体の進行を任せる形と、PMOとして複数プロジェクトを横断的に見る形があります。当社が主柱にしているのは、どちらでもありません。AIが書いたコードを、誰の責任で本番に出せる状態にするかを、実装前に決める仕事です。誰が引き受けるのかで書いた内容がこれに当たります。PMOに依頼できることと、この主柱との違いはPMOに依頼できることと、当社が主柱にしている「引き受け」の違いで詳しく書いています。

進行を管理してほしいのか、AIが書いたコードを引き受けてよいかの判断まで含めて相談したいのかで、依頼先の選び方が変わります。

外部発注の契約形態も、あわせて決めておく

PMを外部に依頼するときも、進行管理そのものを準委任で依頼するのか、特定の成果物（要件定義書やAI利用方針の文書など）を請負で依頼するのかを決めておくと、渡す範囲がより明確になります。進行管理は業務の遂行そのものが目的であり、成果物の完成を約束する性質のものではないため、準委任が合うことが多いです。開発本体の契約形態を選ぶ考え方はAI開発の契約形態は請負か準委任かで書いています。

開発を頼まなくても、ここだけ相談できる

渡す範囲の決め方、見る場所の設計、受け取る基準の書き方だけでも相談できます。実装を当社が担当しない案件でも同じです。すでに外部PMが動いている案件で、この三つの線引きだけを後から一緒に整理することもできます。考え方はAboutに、相談はお問い合わせに相談の窓口を置いています。

よくある質問

PMを外注すると、発注側は何もしなくてよいのですか

いいえ。進捗管理などの作業は外部に移りますが、優先順位の判断や仕様変更の承認は発注側に残ります。

丸投げにしないために、最初に決めることは何ですか

外部PMに渡す範囲、発注側が見る場所、外注先の完成をどう受け取るかの三つです。

フリーランスのPMと、PM会社への依頼はどちらがよいですか

プロジェクトの規模で選び方が変わります。小規模でスポット的な案件はフリーランスが向き、規模が大きく体制ごと任せたい場合は会社への依頼が向きます。どちらでも、この記事の三つは同じように必要です。

PMOへの依頼と、この記事の内容はどう違いますか

PMOは複数プロジェクトを横断した進行管理が中心です。当社が主柱にしているのは、AIが書いたコードを誰の責任で本番に出すかという、もう一段別の判断です。

見る場所とは、具体的に何を指しますか

進捗表を誰が持ち、何を見て「止める」と判断するかです。問題が起きてから気づくのではなく、事前に決めておきます。

受け取る基準を決めないと、何が起きますか

完成の認識が発注側と外注先でずれます。外注先が「終わった」と言っても、発注側が思っていたものと違う状態で引き渡されることがあります。

開発を頼まなくても相談できますか

できます。渡す範囲の決め方、見る場所の設計、受け取る基準の書き方だけをお受けしています。

この考え方は、AIを使わない開発でも当てはまりますか

当てはまります。ただし当社が主柱にしているのは、AIが書いたコードを誰が引き受けるかという、AI開発に特有の判断です。

丸投げが起きやすいのは、どういう状況ですか

発注側の担当者が他の業務と兼務している場合や、複数の案件を同時に抱えている場合です。安心して進捗確認の頻度が落ちると、小さな懸念が大きくなってから発注側に届きます。

すでに外部PMが動いている案件でも、途中から相談できますか

できます。渡す範囲・見る場所・受け取る基準の三つが決まっていない場合、途中からでも整理することができます。

外部PMへの依頼と、開発本体の契約形態は別に決めるのですか

別に決めることを勧めます。進行管理は準委任が合うことが多く、開発本体は仕様の固さに応じて請負か準委任かを選びます。

QCDにコミュニケーションを加えた4つとは何ですか

品質・コスト・納期に、関係者間の連携を加えた考え方です。外部委託でも、この4つの最終判断は発注側に残ると言われています。