はじめに
同じPMBOKを参照しているはずなのに、BPO型PMとSE型PMはどうしても話が噛み合いません。スケジュール管理の粒度、ナレッジの扱い方、リモートワーク適性──現場の感覚レベルで、両者は別の生き物のように見えます。
なぜでしょうか。本記事ではその答えを、PMBOKの発達史を3つの「地層」として読み解くことで提示してみたいと思います。
前回の記事で、BPO型PMとSE型PMはテーラリングの重心が違うのではないか、という仮説を書きました。今回はその続編として、両者の分岐点をPMBOKの歴史の中に位置づける試みです。
なお本記事では、SE型をウォーターフォール志向の新規開発、BPO型をバックオフィス系・労働集約型の業務委託として論じます。アジャイル型・保守運用型・対面性の低いBPO形態は別類型として末尾で触れます。
PMBOKの発達史を3つの地層で読む
PMBOKは1996年の第1版から2026年の第8版まで進化してきました。その歴史を流入してきた学問分野で整理すると、おおむね3つの地層に分けられます。
| 地層 | 流入した学問分野 | 時期の目安 | 主な貢献 |
|---|---|---|---|
| 第一地層:工学 | 経営工学、システム工学、OR | 1900年代前半〜PMBOK初期 | ガントチャート、PERT/CPM、WBS、数理的最適化 |
| 第二地層:経営学 | 経営学、組織論、人的資源管理 | PMBOK第3〜5版 | プロセス群、ステークホルダー管理、コミュニケーション計画 |
| 第三地層:情報工学 | ソフトウェア工学、アジャイル、価値駆動型開発 | PMBOK第6〜8版 | アジャイル統合、テーラリング、価値提供原理 |
第一地層は、建設・製造・軍事といった物理的プロジェクトで発達した数理的手法です。アポロ計画、原子力プラント、巨大建築など、複雑な依存関係を持つ巨大プロジェクトを成功させるために生まれました。
第二地層は、「計画通りに進まないのはなぜか」という問いから生まれた人と組織のマネジメントです。完璧な工学的計画があっても、人間が動かなければプロジェクトは進みません。コミュニケーション、利害調整、合意形成といった経営学的視点が流入しました。
第三地層は、ソフトウェア開発という変化の激しい領域で生まれたアジャイル・DevOpsの発想が逆流して取り込まれた局面です。「計画して統制する」から「変化に適応する」へのパラダイム転換が起きました。
BPO型とSE型は、この3地層のどこに重心を持つか
ここからが本題です。前回の記事で論じたBPO型PMとSE型PMの違いを、3地層への発達度合いとして捉え直すと、興味深い対比が見えてきます。
図:BPO型PMとSE型PMの重心比較（PMBOK 3地層モデルによる構造化）
数値で整理すると以下のようになります。
| 地層 | BPO型PMの発達度（5段階） | SE型PMの発達度（5段階） |
|---|---|---|
| 第一地層：工学 | 1〜2（弱い） | 4〜5（強い） |
| 第二地層：経営学 | 5（極めて強い） | 3〜4（中〜強） |
| 第三地層：情報工学 | 1〜2（弱い） | 4〜5（強い） |
個別の組織・案件によるばらつきは当然ありますが、構造的傾向として両者の重心は明らかに異なります。BPO型は第二地層に突出した縦長の図形になり、SE型は第一と第三地層が伸びた逆三角形になります。同じPMBOKを参照していても、依拠する地層が違うのです。
なぜBPO型は第二地層に重心が来やすいのか
BPOは、クライアントの業務プロセスを受託して運営する事業形態です。多くの案件は、クライアントがすでに構築した業務を引き継いで運用する形を取ります。ゼロから業務を分析する第一地層の動きは限定的です。新規立ち上げ案件は例外として除きます。
代わりに重要になるのが第二地層、つまり人配置・コミュニケーション・標準化・ローテーションです。私が過去に経験した現場の事例を、抽象化して書きます。
ある業務委託案件では、業務量に対する要員数の最適配置、固定シフトからフレキシブル配置への転換、部署間連携の標準化、教育体制の再構築といった第二地層の打ち手を積み重ねることで、利益率を約16％ポイント改善できました。第一地層的なITシステム導入は伴っていません。
別の案件では、判断条件が複雑な業務について、現場ヒアリングを重ねてExcel等を用いた汎用的な判定支援の仕組みを構築し、年間業務工数約1万時間に対して約30％の圧縮を実現しました。これも第一地層的な数理最適化ではなく、第二地層の業務標準化と人材育成による工数削減です。
現場で頭数として揃えている人材を次の階層へ引き上げるためのアップグレード型の人材育成設計も同様です。推薦書類作成支援、面談、研修設計といった第二地層の運用ノウハウが、現場の定着率と業務品質を支えていました。
これは欠陥ではなく特性です。BPO事業の構造そのものが、第二地層を磨き上げることを要請しているのです。
なぜSE型は第一と第三地層に重心が来やすいのか
SE型では、多くの場合プロダクト（システム、アプリケーション等）の開発がプロジェクトの中核になります。プロダクトには複雑な依存関係があり、コードベース・設計・仕様が相互に絡みます。だから第一地層（WBS、スケジュール管理、依存関係分析）の比重が高くなります。
加えて、ソフトウェアという領域固有性から、第三地層（テーラリング、価値駆動、適応的開発）への要求も高まります。
この第一・第三地層への重心は、SE業界の情報非同期化ツールの発達にも現れています。GitHub、Slack、Teams、Notion、Linear、Jira──これらのツールは、業務をタスク単位に分解し、非同期コミュニケーションで成立させるための装置です。第一地層（タスク分解）と第三地層（適応的運用）が発達した業態だからこそ、これらのツールが普及・定着しました。
逆にBPO型業界では、同種のツールを導入しても定着しづらいケースがあります。理由は明確です。第二地層に重心を持つ業務は、対面・同期的なコミュニケーションが業務の核を占めていること、そして労働集約型ゆえに業務を細分化して分散させることに馴染みにくい構造があることです。これは前回記事で論じた「ナレッジが消費されて蓄積されない問題」とも繋がる論点です。
具体的に現れやすい場所:リモートワーク適性
3地層の重心の違いが具体的な現象として現れやすい場所の一つが、リモートワーク適性です。
| 観点 | BPO型 | SE型 |
|---|---|---|
| 業務の分割可能性 | 低めの傾向（統合的・流動的） | 高めの傾向（タスク単位で分解可能） |
| 成果物の明確性 | 量産処理の累積（個人単位では曖昧） | コミット・PR・チケット単位で明確 |
| ネットワーク環境 | クライアント環境依存（インハウス・センター必須のケース多） | 自宅環境で完結しやすい |
| コミュニケーション様式 | 対面・同期的・即時調整 | 非同期・テキスト中心で成立しやすい |
| 結果としてのリモート適性 | 比較的低めと言われる | 比較的高めと言われる |
SE職種のリモート適性が高い理由は明確です。タスクが分解可能で、成果物がデジタルで完結し、ネットワーク環境を選びません。一方、上流工程は顧客折衝比重が高く、案件によってリモート適性は分かれます。
BPO型がリモートワークしづらいのは、性能や意欲の問題ではなく構造的な要因です。第二地層に重心がある業態では、対面的・同期的なコミュニケーションが業務遂行に強く絡みます。「あの人に今すぐ聞きたい」「現場の空気で判断する」「シフト調整を5分で済ませる」といった同期的なやり取りが、量産処理を回すための潤滑油になっています。加えてBPOはクライアントワークであるがゆえに、クライアントのネットワーク環境やセキュリティポリシーに依存するケースが多く、案件によっては自宅から自由にアクセスできないこともあります。
ある現場で観察された地層越境の難しさ
3地層の違いは、地層をまたぐ移動が起きた時に最も顕在化します。
私が過去に経験した事例を抽象化して書きます。ある業務委託の現場でRPA（ロボティック・プロセス・オートメーション）導入を担当した時のことです。RPAはまさに第三地層の発想を第二地層中心の現場に持ち込む試みでした。技術的にツールを導入するだけなら難しくないのですが、現場には「自分たちの仕事が削られる不安」「ツールへの心理的距離」が強く存在していました。
そこで取った打ち手は、ツールを現場の延長線上の発展形として位置づけ直すことでした。お披露目会の開催、ツールの名称・キャラクターを現場メンバーから公募、保守体制も現場メンバー主導で構築。これらは表面的にはレクリエーション的に見える施策ですが、機能的には第三地層のツールを第二地層の文脈に翻訳する装置として作用しました。結果、相当規模の工数削減効果と、離任後も継続運用可能な体制が残りました。
この経験から学んだのは、地層をまたぐ導入には**「翻訳」が決定的に重要**だということです。技術や手法そのものより、それを別の地層の人々に「あなたたちの延長線上にあるもの」として受け取ってもらう設計こそが、変革の鍵になります。
仮説のまとめと問いかけ
PMBOKの歴史を社会科的視座で読むと、プロジェクトマネジメントは単一の体系ではありません。3つの地層が時代を経て積み重なってできた地質構造として見えてきます。これが本記事の仮説です。
BPO型とSE型の違いは、業態の違いではありません。どの地層に深く根を張っているかという発達史の違いです。
この見方が正しいとすると、組織や個人がプロジェクトマネジメントを論じる時、「自分は今どの地層に立っているのか」を自覚することが、他地層の人との対話の出発点になります。
なお本記事ではSE型を新規開発で代表させましたが、アジャイル型は第三地層に強く根を張る別類型、保守運用型は「障害件数の最小化」「リソース・コストの最小化」を目標とするさらに別の類型として、独立して論じる価値があります。これらは別の機会に扱いたいテーマです。
最後に問いかけです
- SE側の方へ:あなたの現場は第一地層（工学）と第三地層（情報工学）のどちらにより重心がありますか
- BPO側の方へ:第二地層（経営学）への突出という整理は、現場の感覚と合っていますか
- アジャイル・保守運用の実践者の方へ:これらの類型は本記事の二分法に収まらない別類型だと考えていますが、ご意見があればぜひ
- 歴史好きの方へ:この「3地層モデル」という社会科的アプローチは、他の領域（例えば組織論、人事評価、品質管理）にも応用できそうでしょうか
これは現時点での仮説です。皆さんの反応で精緻化していきたいと考えています。
余談ですが、私はもともと社会科が好きでした。物事を「いつ・どこで・なぜそうなったのか」という時間軸と空間軸で捉える発想は、技術領域を読み解く時の思考の土台になっています。本記事もその発想の延長線上にあります。