オフショア開発の全体像を考える

企業がソフトウェア開発の一部または全部をオフショア（一般的には東欧やインド）で行う可能性を検討する際、最良の判断を下すために必要なすべての要素を考慮せずに決定してしまうことがよくあります。

すでに社内に開発能力を持っている企業では、この能力がもたらす戦略的重要性を慎重に検討する必要があります。 残念ながら、多くの企業では、経営陣がソフトウェア開発のプロセスを誤解していることが多いです。 彼らは、ソフトウェアエンジニアリングのコミュニティとそのプロ フェッショナルを経営上の課題と見なし、彼らが生み出す製品を商品と見なし、この能力がもたらす価値提案を考慮しないことが多です。

オフショア開発の可能性を検討する際の「公的な」正当化理由としては、オフショア開発による時間給の低下という約束が一般的ですが、本当の意味での金銭的な比較は、この単純な比較以上には考慮されないことがよくあります。 この約束と、社内の開発グループの組織に負担をかけたくないという思いが、オフショアに仕事を出す根拠となっています。

しかし、より深く検討してみると、認識されている利点が実現されないことが多く、長期的には組織が損害を被る可能性があることがわかります。 社内で開発されているソフトウェア製品の戦略的重要性は、時給の低さによる短期的な節約効果に勝る場合が多い。 さらに、オフショア料金が安くなっても、全体の開発コストが下がらないこともよくあります。

私は最近、社内に複数の開発グループを持ち、1つのグループはオフショア開発のみを行っている企業の分析を行いました。 その企業は、オフショア会社の料金が1時間あたり約18ドルであるのに対し、社内グループの「料金」が1時間あたり60ドル以上であることを根拠に、オフショア化によるコスト削減効果が大きいと主張していました。

しかし、実際には、各グループの売上高に対する開発費総額の割合を比較すると、結論は違っていた。 オフショア開発を行っているグループの売上高に対する開発費の割合は、社内の開発リソースを使っているグループの2倍以上だったのだ。 つまり、海外のリソースを使うことでコストを削減できなかっただけでなく、開発費の全体像を本当に理解していなかったのです。

では、このシナリオで見落とされていた要因は何でしょうか？

社内開発者のオーバーヘッドの軽減：一般的に、オフショア開発者との関係では、開発するソフトウェア製品を伝えるために、非常に詳細な仕様書が必要になります。 社内の開発チームでも仕様書は必要ですが、問題があれば地元で簡単に解決できるため、この分野ではあまり厳密にしなくてもよいでしょう。
開発チームと「社内」のお客様（セールス、マーケティング、プロダクトマネジメントなど）との距離が近いため、プロジェクトの設計・開発段階で反復的な開発プロセスを効率的かつ効果的に行うことができます。
一般的に、社内の開発チームは、製品を開発する業界、チャネル、顧客に関する知識を持っています。 これらの知識は、効率と精度を向上させ、最終的にはオフショア開発者には難しい、または不可能な価値を提供します。
お客様と一緒にソフトウェア製品の品質を確認することは（お客様が米国内にいると仮定した場合）、より困難な物流、お客様とオフショア開発者間の追加のコミュニケーション、そして全体的な効率の低下につながる可能性があります。
また、コストだけでなく、知的財産権の保護、輸出管理に関する法的な問題、プロジェクトの監督が困難になる可能性など、さまざまな要素を考慮する必要があります。

ソフトウェア製品に依存している企業は、コストを重視するよりも、社内のチームが提供できるイノベーションのメリットや、現在の組織が提供できる戦略的価値を重視した方が、より大きな見返りを得られる可能性があります。 ソフトウェア開発は、本来、実験的で反復的なプロセスである。組織は、この事実を受け入れるだけでなく、「私も」という考え方が増え続ける中で、競争上の優位性として受け入れるべきなのでしょう。

出典：developer.*