【IT現場の生態系】アウトソーシングの光と影

　同じチャットツールを使い、同じ時間に出社する。そして、同じ画面を見つめてシステムを作っている。それなのに、どこか見えない壁を感じたことはありませんか。
　「プロパー（社員）」と「パートナー（外注）」。この二つの言葉がまとう、独特のひんやりとした空気の正体について、少し考えてみます。

　高度化し、複雑に絡み合う現代のITビジネスにおいて、外部の力を借りるアウトソーシングは、もはや不可欠な選択肢と言えます。
　そこには自社にない専門知をスピード感を持って取り入れられる「光」がある一方で、現場には契約という名の冷たい境界線が引かれがちです。

　この生態系のなかで、私たちはどうすれば心地よく、かつ最高の成果を出せるのだろうか。現場の手触りから、少し紐解いていきたいと思います。

丸投げの泥沼と、防衛戦の始まり

　そもそもITにおけるアウトソーシングとは、単なる労働力の切り売りではないはずです。本来なら、お互いの強みを持ち寄る「知恵の結合」であるべきでしょう。しかし、それがいつの間にか「面倒な作業の押し付け」になってしまうことがある。ここに、アウトソーシングの深い「影」が潜んでいるのです。

　あるプロジェクトでの出来事です。
　発注側のマネージャーが「あとはよろしく」と要件定義だけを丸投げして、実装をすべてパートナー企業に委託しました。短期的には楽になったように見えたのですが、数ヶ月後、上がってきたシステムは想定とは似ても似つかないものになっていました。

　慌てて修正を依頼すると、帰ってきたのは「それは仕様書に書かれていません。対応するなら追加費用が必要です」という冷淡な返答。
　そこからは、仕様変更のたびに防衛戦の始まりです。コードだけでなく、現場の人間関係までがブラックボックス化していく。多重下請けの末端にいる技術者は、仕様の矛盾に振り回されて疲弊する。発注側は「ベンダーが動かない」と愚痴をこぼす

　誰も幸せにならない泥沼が、そこにはありました。

「弊社」と「御社」を消し去る言葉の魔法

　この冷めた割り切りや心理的な壁を崩すために、私たちが明日からできることがあります。
　大がかりな開発手法の導入や、契約書の書き直しは必要ありません。ただ、普段のチャットや会議で使う「主語」を少し変えるだけなのです。

　トラブルが起きたとき、私たちは無意識に「御社の実装にバグがあるのでは」とか、「弊社の要件が伝わっていなかった」という言い方をします。この「弊社・御社」という主語が、知らず知らずのうちに敵と味方の境界線を強調してしまうのです。

　これを、すべて「このシステム」に変えてみるのはどうでしょう。「このシステムを良くするために、今のバグをどう解決しようか」と言い換える。これだけで、視線は相手の顔ではなく、同じ成果物へと向くようになります。
　共通の敵は目の前の相手ではなく、システムに残された課題になるわけです。

　もう一つ、ドキュメントの書き方にも工夫ができます。
　ただ「これを実装してください」と書くのではなく、「なぜこの機能が必要なのか」というビジネスの背景、つまり「意図（Why）」を一行添えてみる。背景を共有されたパートナーは、単なる作業者から、システムを共に育てる「当事者」へと変わっていきます。

　そんな小さな心理的インフラの積み重ねが、現場の光を強くしていくのです。

混ざり合う、最強の生態系を目指して

　最近では「すべての開発を内製化すべきだ」という極端な意見も耳にします。しかし、完全な内製化が常に正解とは限りません。自社だけの閉じた世界では、技術の進化スピードに取り残されてしまうリスクもあるからです。

　本当に強い現場とは、優秀な外部の知恵としなやかに混ざり合う、ハイブリッドな生態系を持っているものです。お互いにプロフェッショナルとしてリスペクトし合う。時には契約の枠をいい意味で越えた雑談をする。そこから、素晴らしいアイデアが生まれることもあります。

　発注側は「お金を払っている」という傲慢さを手放す。受注側は「言われたことだけやればいい」という諦めを捨てる。画面の向こう側にいるのは、契約書に縛られた駒ではなく、同じものを作っている生身の人間なのです。

　ソースコードには、どこの会社の人間が書いたかというロゴは刻まれません。最後に残るのは、ユーザーが便利に使うシステムという事実だけ。

　私たちが本当に向き合うべきは、冷たい契約書ではなく、目の前の成果物と、それを隣で一緒に作っている「仲間」の存在なのです。

【徒然メモ】アウトソーシングの光と影とは

1. 経営・ビジネス視点

　（コストとリソース）

　経営層や一般のビジネスパーソンが最も関心を持つ、リソースの最適化に関する光と影です。

【光（メリット）】

　・コア業務への集中
　　ノンコア業務（保守・運用・定型開発）を外注することで、自社の強みである新規事業や戦略立案にリソースを集中できる。

　・固定費の流動費化
　　自社でエンジニアを常雇いするリスクを避け、プロジェクトの規模や時期に合わせてIT予算を柔軟にコントロールできる。

　・専門性の即時確保
　　自社にノウハウがない最新技術（AI、クラウド移行など）を、採用・育成期間をすっ飛ばして即座に導入できる。

【影（デメリット）】

　・ブラックボックス化とベンダーロックイン
　　業務を丸投げし続けた結果、システムの中身が自社で誰も分からなくなり、特定の外注先からリプイス（乗り換え）できなくなる。

　・中長期的なコスト高
　　短期的には安く見えても、仕様変更のたびに追加費用が発生し、結果として内製化するよりも高くつくケースがある。

2. 組織・人材育成視点

　（技術の継承と空洞化）

　IT現場のマネージャーや技術者が直面する、組織の持続可能性に関する光と影です。

【光（メリット）】

　・社内人材のマネジメント力向上
　　自社エンジニアが「手を動かす作業者」から、要件定義やベンダーコントロールを行う「上流のマネジメント人材」へとステップアップする機会になる。

　・外部の知見による刺激
　　優秀な外部パートナーの手際や手法（アジャイル開発のノウハウなど）を間近で見ることで、社内組織の活性化やスキルトランスファーが期待できる。

【影（デメリット）】

　・技術の空洞化（社内空洞化）
　　要件定義だけを自社で行い、実装（プログラミング）をすべて外注することで、自社に技術的な目利きができる人間がいなくなり、トラブル時に自力で原因究明できなくなる。

　・若手の成長機会の喪失
　　「下流工程（実装・テスト）」を経験させて若手を育てる場が現場から失われ、口先だけのマネージャーしか育たない構造が生まれる。

3. 現場の労働環境・心理視点

　（モチベーションと境界線）

　IT技術者のメンタルや、チームの連帯感に直結する光と影です。

【光（メリット）】

　・過度な労働負荷の分散
　　繁忙期のデスマーチ（徹夜が続くような過酷な状況）を、外部リソースを適切に投入することで回避し、自社社員のワークライフバランスを保つ。

　・責任と役割の明確化
　　契約（SESや請負）によってスコープ（業務範囲）が定義されるため、ダラダラとした「何でも屋」的な働き方を防ぎ、お互いにプロとして割り切った関係を築ける。

【影（デメリット）】

　・「身内」と「外様」の心理的壁
　　同じプロジェクトで机を並べて働いていても、所属会社の違いによる待遇差や情報格差（社内情報の非公開など）から、現場に冷めた空気や分断が生じる。

　・多重下請け構造による搾取感
　　2次請け、3次請けと深くなるにつれ、末端の技術者が低単価・高負荷で 労働することになり、業界全体のモチベーション低下や不信感を招く。

4. リスク管理・ガバナンス視点

　（セキュリティと責任）

　ビジネスの継続性と信用に関わる、安全面における光と影です。

【光（メリット）】

　・リスクの分散
　　システムの運用監視などを24時間365日体制の専門ベンダーに委託することで、自社で夜間対応の体制を組むリスクや労務管理の負担をプロに肩代わりしてもらえる。

【影（デメリット）】

　・情報漏洩・セキュリティリスク
　　外部の技術者が自社の機密データやソースコードに触れるため、委託先の管理ミスや不正による情報漏洩リスクが常に付きまとう。

　・責任のなすりつけ合い（他責文化）
　　障害が発生した際、「仕様書の不備」か「実装のミス」かで発注側と受注側（アウトソーサー）が対立し、問題解決が遅れる。

【関連記事】

☆IT現場の生態系

☆プロマネの生きる道

☆プロジェクトマネジメントの小径

書籍の紹介

・プロジェクトマネジメント知識体系ガイド
　（PMBOKガイド）第7版 Kindle版
　＋プロジェクトマネジメント標準: PMI日本支部 監訳
　プロジェクトマネジメント協会（PMI） (著)
　一般社団法人 PMI日本支部 (2023/1/6)
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・図解即戦力　PMBOK第7版の知識と手法がこれ1冊でしっかりわかる教科書 Kindle版
　前⽥ 和哉 (著)
　 技術評論社 (2024/9/20)
　プロジェクトマネジメントの世界標準として知られるPMBOK Guide 第7版の解説書です。「プロジェクトの基本」「価値実現システム」「12の原理・原則」などプロジェクトマネジメントの基礎となる知識のほか、PMBOK第7版のメインテーマともいえる「8つのパフォーマンス領域」について、要点をくわしく解説します。プロジェクトマネジメントの勉強のほか、PMP試験対策の第一歩としてもおすすめできる1冊です。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・図解入門よくわかる 最新PMBOK第6版の基本 Kindle版
　鈴木安而 (著)
　‎ 秀和システム (2018/3/23)
　PMBOKガイドは、米国プロジェクトマネジメント協会により、日本語を含め世界11ヶ国語に翻訳・出版されています。翻訳されても、専門用語が多い、カタカナ用語が多いなどの理由からなかなか理解が困難です。本書は、『PIMBOKガイド第6版』の翻訳・監訳チーム・リーダーでもある著者が、本来の意味をなるべくかみ砕いて解説します。イメージしやすいよう図版を豊富に使っているので、初心者からベテランまでわかりやすくなっています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-

・プロジェクトマネジメントの基本がこれ1冊でしっかり身につく本 Kindle版
　前田和哉【著】
　技術評論社（2022/06）
　本書は、プロジェクトマネジメントについて基本から学ぶことのできる入門書です。プロジェクトマネジメントの基礎知識について解説した後、プロジェクトを「立ち上げ」「計画」「実行」「監視・コントロール」「完了」という5つの段階に分け、各段階において実施すべきこと、注意すべきポイントについて丁寧に解説しています。
（ ※ 書籍の解説等は原則としてリンク先（Amazon）における解説をベースに記載しています。詳細内容はリンク先を参照願います。）

*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-