オフショア開発会社は技術的な理由で自分自身を証明していますが、ほとんどの場合、ビジネス、組織、および変更管理のスキルが不足しているため、ビジネス上のメリットが期待できません。しかし、組織はオフショアプロジェクトの効果的なオンショア管理によってこれらの利益を実現することができます。オフショア開発を通じて利用可能なコスト削減と運用効率を上げるためには、組織は、オンショア管理の3つの分野、リーダーシップ、組織、プロセスの改善に焦点を当てるべきです。以下は、オフショアプロジェクトのオンショア管理のヒントとテクニックのリストです（さまざまな業種の企業のオフショア契約に基づいています）。
オンショア・リーダーシップ
1.陸上チーム
陸上ビジネスリーダーシップ・チームは、オフショアプロジェクトチームは、ビジネス上のメリットを提供することを保証するために、実践的なアプローチを採用しなければなりません。社内からオフショアのIT配信モデルに移行するには、ビジネス管理チームからの新たなコミットメントが必要です。オフショアプロジェクトは、技術的な導入とビジネス利益の提供の両方に重点を置いています。
2.継続的なビジネス要件
オフショアベンダーは顧客の意見に挑戦するのを避ける傾向があるため（主に上司と部下の対立を阻む文化に基づいているため）、コンテンツのあいまいさや継続的なビジネスの変化に苦しむ傾向があります。結果はしばしば延長されたタイムラインであり、予算オーバーランやビジネス優先度は問題にならないままです。オンショア管理チームは、プロジェクトの優先順位がはっきりと理解されていること、プロジェクト計画の変更がうまく伝わっていることを確認する必要があります。
3.エンドツーエンドのビジネス配備
ITシステムの実装は事実上2つの独立した取り組みであり、1つは技術的、もう1つは人やプロセス指向です。オフショアベンダーは一般的に技術ソリューションの開発で認定されていますが、実装の社会的側面を理解する上ではまだ大きなギャップがあります。変化を効果的に実現するためには、ビジネスケースを定義し、関連性を維持し、利益を追跡し、迅速な勝利を実現し、重要なステークホルダーが残っていることを確実にするために、ビジネスおよび社内ITグループはプロジェクト期間中、プログラムが成功した結論に達することを確約して見てください。
4.組織の変化
システムは、ユーザーの認識によって生きて死にます。メリットが得られるようにIT開発とビジネス目標を調整する必要があります。したがって、ビジネス側はIT配信グループと協力して作業し、システムが必然的にもたらす変更を受け入れる準備ができている必要があります。
オフショア開発会社は技術的な理由で自分自身を証明していますが、ほとんどの場合、ビジネス、組織、および変更管理のスキルが不足しているため、ビジネス上のメリットが期待できません。しかし、組織はオフショアプロジェクトの効果的なオンショア管理によってこれらの利益を実現することができます。
オフショア開発を通じて利用可能なコスト削減と運用効率を上げるためには、組織は、オンショア管理の3つの分野、リーダーシップ、組織、プロセスの改善に焦点を当てるべきです。以下は、オフショアプロジェクトのオンショア管理のヒントとテクニックのリストです（さまざまな業種の企業のオフショア契約に基づいています）。
組織
5.プログラムとポートフォリオ管理
オフショア開発チームは、オンショア開発者とは異なるアプローチをとることが多いため、組織は社内のポートフォリオ管理機能を強化することに重点を置くべきです。組織はオフショアチームの独自のリソース需要を考慮する必要があり、プログラム管理事務所は必要に応じてリソースを再配備する用意が必要です。オフショアプロジェクトには、予算、タイミング、成果物などの変更が特に発生する可能性があるため、余分な注意を払う必要があります。早期に変更が行われることを期待すると、それに対処する時間とコストが大幅に削減されます。
6。プロジェクト提供のための管理体制
プロジェクトを提供するために、正式な内部管理体制が整備されなければならない。オフショアサプライヤーと協力し、その文化とコアコンピタンスを理解する経験は、この構造の中で不可欠です。プロジェクトマネージャーは、プロジェクトに追加される前に人を審査することを主張する必要があります。成功するためには、プロジェクトマネージャーは、米国のプロジェクトを経験した候補者を探す必要があります。このグループの主な目的の1つは、利益を実現するために先立って合意しなければならない重要な保証活動を定義することです。重要な保証活動には、言語上の制約や用語の相違などにより、オンショアプロジェクトよりも技術仕様の見直しが含まれています。テクニカルアーキテクチャレビューとサインオフ基準の確立、既存の標準への準拠を保証するアーキテクチャ設計のレビュー、テスト戦略と仕様のメリットの提供との調整 簡単に言えば、組織は問題を軽減し、アプリケーションの大規模な書き換えを避けるために、プロジェクトのライフサイクル全体にわたってより高いレベルのフォーカスを維持する必要があります。
7.給付の提供
オフショア・イニシアチブによる早期給付は、サービスの実現可能性と持続可能性を証明する上で非常に重要です。したがって、ビジネスケースを作成するプロセスは、オンショアの同等以上のものにする必要があります。特定のメリットを各要件に合わせる必要があり、実装マイルストーンにリンクされたメリット実現計画を策定する必要があります。特定のマイルストーンとその関連メリットを提供するために克服する必要があることが明らかになるように、依存関係を正確にマッピングする必要があります。
プロセス
8.変更とプロジェクト管理
文化の混在を認識したプロジェクト管理と変更管理のバックツールの基本的なアプローチを活用することで、成功の機会が増えます。オンショアITおよびビジネス組織からの開発活動を地理的に分離し、文化的な違いと組み合わせることで、問題が悪化し、解決時間が長くなり、リスクが増大します。したがって、オフショアベンダーとビジネスユーザーの責任は両当事者によって明確に定義され、理解されることが重要です。遠隔開発は不可避的に事業所有の意識を低下させることになるため、変更管理プロセスに追加のオンショア努力が必要となる。
9.リスクと問題管理
障害をクリアし、リスクを管理するために、陸上/オフショアの問題解決プロセスへの挑戦と再訪は絶対条件です。問題を提起し、進捗状況を報告し、解決するプロセスを文書化する必要があります。これらの分野の責任は、プロジェクトの開始時に明確に定義されるべきである。オフショア組織では、報告書や組織階層が非常によく定義されている傾向があるため、問題を提起するための適切なエスカレーションルートを理解することは、コストのかかる、時間のかかる誤解を避ける上で重要です。一般的に、組織はリスク管理にもっと積極的なアプローチをとるべきです。例えば、オンショアとオフショアの関係者が出席するワークショップは、問題を提起し、解決策を見つけるために数週間おきに開催する必要があります。
10。地理的および文化的な違い
おそらくオフショアのIT開発を成功裏に管理するための最大の課題の1つは、言語、文化、地理の違いを克服することでしょう。良好なコミュニケーションは、どの開発プロジェクトの成功にも不可欠ですが、オフショアベンダーと仕事をする際にはさらに重要になります。オンショア組織は、方向がどのように受け入れられ、問題が解決され、責任が委譲されるかに影響する文化的相違を認識しなければならない。オンショア管理チームは、各プロジェクトの成果物の要件を十分に理解し、問題や疑問が生じた場合にタイムゾーンの違いを考慮したコンタクトメカニズムを導入することを確実にする責任があります。
ComputerWorldにより