PMOに依頼できることと、当社が主柱にしている「引き受け」の違い

PMO（プロジェクト・マネジメント・オフィス）は、複数のプロジェクトを横断して進捗・課題・リスクを管理する組織や役割です。当社が主柱にしているのは、これとは別の判断です。AIが書いたコードを、誰の責任で本番に出せる状態にするかを、実装前に決めることです。この二つは、同じ「プロジェクトマネジメント」という言葉で呼ばれますが、頼める中身が違います。

PMOが管理するもの

PMOは、プロジェクトの計画策定、進捗管理、リソース配分、リスク管理、品質管理、コミュニケーション管理、ステークホルダー管理など、進行に関わる業務を横断的に支援します。PMOを置く目的は、プロジェクトマネージャーが戦略的な判断やチームのリーダーシップに集中できる体制を作ることです。

複数のシステム開発プロジェクトが同時に走っている企業では、プロジェクトごとに進め方がばらつきます。PMOはその横串を通す役割です。

PMOが得意な場面

PMOは、複数プロジェクトの進め方を揃え、リソースの配分を全体で見る場面で力を発揮します。1件のプロジェクトの内側で、AIが書いたコードを誰が引き受けるかという判断までは、PMOの標準的な役割には含まれていないことが多いです。

PMOの機能は、大きく分けると三つの型があると言われます。個々のプロジェクトを支援する型、複数プロジェクトの型を揃える型、経営に近い立場で全体を統制する型です。企業がPMOを立ち上げるときは、このどの型を求めているかによって、期待する役割が変わります。いずれの型でも、1件のAI開発案件の中で「誰が合否を決めるか」という判断そのものを担うことは、標準的な役割の中心ではありません。

当社が主柱にしている「引き受け」

進行管理

PMOが管理するのは、複数プロジェクトの進捗・課題・リスク・会議体です。プロジェクトが計画どおり進んでいるかを、横断的に見る役割です。

引き受け

当社が主柱にしているのは、AIが書いたコードを本番に出せる状態にする判断です。当社のメンバーには、大手企業のシステム基盤の刷新や、大手SNS内サービスの開発とUIUXを担当してきた経験を持つ人がいます。実装に近い距離で判断してきた経験が、この引き受けの型に反映されています。

見分け方

進行管理を頼みたいのか、合格の責任を頼みたいのかで、依頼先が変わります。

誰が引き受けるのかで書いたとおり、主柱の一行は「AIが書いたコードを、誰が引き受けるのか。」です。PMOの進行管理とは、扱う対象そのものが違います。

見分け方

進行管理を頼みたいのか、合格の責任を頼みたいのかで、依頼先が変わります。プロジェクトが複数走り、横断的な体制を整えたい場合はPMOが向きます。AIが書いたコードを、誰の責任で本番に出せる状態にするかを一緒に決めたい場合は、当社の主柱に近い依頼になります。

両方が必要な場合もあります。PMOが進行を管理する一方で、AIが書いたコードの引き受けだけを別に切り出して相談することもできます。外部PMへの依頼一般についてはシステム開発のPM外注、丸投げにしないために発注側が決めることで書いています。

両方が必要になる、よくある組み合わせ

複数のシステム開発プロジェクトを同時に進めている企業では、PMOが全体の進め方を揃え、個々のプロジェクトの中で「AIが書いたコードを誰が引き受けるか」という判断だけを、案件ごとに別で固めることがあります。この組み合わせでは、PMOに報告する進捗の数字と、AIが書いたコードの合否という判断の質は別のものとして扱う必要があります。進捗が計画どおりでも、合否の判断が固まっていなければ、本番に出せる状態にはなりません。

特に、AIを使うシステム開発を外部に発注する場合は、要件定義の段階で通常の外注とは異なる判断が入ります。この違いはAIシステム開発の要件定義で、通常の外注と変わる三つで書いています。PMOが進行を揃える一方で、この要件定義側の判断は別の物差しで見る必要があります。

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

仕様の割り方、AIの利用範囲の線引き、合格条件の設計だけでも相談できます。実装を当社が担当しない案件でも同じです。PMOが別に入っている案件でも、合否の判断だけを切り出してご一緒することができます。考え方はAboutに、相談はお問い合わせに相談の窓口を置いています。

よくある質問

PMOと、当社が主柱にしていることは何が違いますか

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

PMOに依頼すれば、AIが書いたコードの合否も見てもらえますか

PMOの役割は進行管理が中心で、合格条件そのものの設計は含まれないことが多いです。別に切り出して相談することができます。

PMOと当社の両方に依頼することはできますか

できます。PMOが進行を管理する一方で、AIが書いたコードの引き受けだけを当社に相談することができます。

PMOを置くべきかどうかは、どう判断しますか

複数のプロジェクトが同時に走り、進め方がばらついている場合はPMOが向きます。1件のAI開発案件で、誰が合否を決めるかだけを先に固めたい場合は、当社の主柱に近い依頼になります。

「引き受ける」とは、具体的に何をすることですか

生成されたコードの権利、機密を入力してよいか、問題が起きたときの責任、本番に出してよいかの判断です。

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

できます。仕様の割り方、AIの利用範囲の線引き、合格条件の設計だけをお受けしています。

PMBOKに基づくプロジェクトマネジメントとは別物ですか

PMBOKは進行管理の体系的な知識体系です。当社が主柱にしているのは、その体系の中でも、AIが書いたコードの合否という特定の判断です。

内製に着手したあと、進まなくなった場合も対象ですか

対象です。止まっている場所が、仕様の割り方・AIの線引き・合格条件のどれに当たるかを先に見ます。

PMOと当社を両方使う場合、報告の仕組みはどう分けますか

PMOへの進捗報告と、AIが書いたコードの合否判断は別のものとして扱います。進捗が計画どおりでも、合否の判断が別に固まっていなければ本番には出せません。

外部PM一般への依頼と、PMOへの依頼はどう違いますか

外部PMは1件のプロジェクトの進行を担うことが多く、PMOは複数プロジェクトを横断します。外部PMへの依頼で発注側が決めるべきことはシステム開発のPM外注、丸投げにしないために発注側が決めることに書いています。

PMOには、いくつかの型があるのですか

個々のプロジェクトを支援する型、複数プロジェクトの型を揃える型、経営に近い立場で統制する型の三つがあると言われます。どの型でも、1件のAI開発案件の合否判断は標準的な役割の中心ではありません。

AIシステム開発の要件定義とPMOは、どう関係しますか

直接は関係しません。PMOは進行を横断的に揃える役割で、要件定義の中身そのものには踏み込みません。AIを使う開発特有の要件定義の変化は別に見る必要があります。