オンサイト-ソフトウェアテストプロジェクトのオフショアモデル（およびそれを機能させる方法）

onsite offshore model software testing projects

問題を排除するために楽器を試してください

オペレーティングシステムを選択します投影プログラムを選択してください（オプションで）

あなたの問題を説明してください

オンサイト-オフショアモデルは、業界全体の多くのITチーム、特にQAチームにとって非常に一般的な作業方法です。これが機能する方法は、サービスプロバイダーのQAチームメンバーの1人または複数（プロジェクトの規模に応じて）が、その場所でクライアントと協力することです。

クライアントの場所とサービス会社の職場は、地理的にどこにでもあります。世界中にある場合もあれば、同じ都市にある場合もあります。

オンサイト-ソフトウェアテストのオフショアモデル（1）

これが実用的なモデルである場合、オンサイトとオフショアのリソースからそれぞれいくつかの期待があります。それらが何であるかを見てみましょう：

学習内容：

このモデルを正しく使用すれば、プロジェクトで24時間の毎分作業が行われるようにすることができます。
クライアントとの直接のやり取りは、コミュニケーションの向上に役立ち、ビジネス関係も改善します。システムとクライアントの要件に関するすべての情報を簡単に入手できます。
費用対効果–オフショアチームは、QAチーム全体をオンサイトに設置するよりも費用がかかりません。

ただし、ソフトウェアプロジェクトでよく耳にする不満のいくつかは次のとおりです。

これを回避するには：

Webサービスは経験豊富な人のための質問と回答をインタビューします

オンサイトとオフショアは方程式の2つの側面であることを忘れないでください。誰もより多く、誰もより少なくなりません。これらの2つの対応物が調和して機能しない限り、このモデルはひどく機能不全になります。
両者の間で少なくとも1時間の作業時間を重複させるようにしてください。
頻繁にコミュニケーションを取り、効果的にコミュニケーションします。
お互いのやることのリストを用意し、リストに取り組んでいて、進捗状況をお互いに更新していることを確認します。
タイムゾーンの違いに注意してください。それが役立つ場合は、オンサイトコーディネーターとの作業を開始する前に（1日の妥当な時間に）数分間チェックインして、自分に何が期待されているかを把握してください。

プロジェクトが1つの場所に基づいている私たちにとって、これがこのモデルの仕組みを説明していることを願っています。

すでにこのモデルの下で働いている私たちのために–あなたの経験を共有しますか？どのように相互作用し、同期していることを確認しますか？何か問題に直面していますか？このモデルは少しも役に立たないと思いますか？

以下にフィードバックをお寄せください。

これは、STHチームメンバーのSwatiSeelaによるゲスト投稿です。このブログにゲスト投稿を公開することもできます。見る詳細はこちら。

オンサイト–ソフトウェアテストプロジェクトのオフショアモデル（およびそれを機能させる方法）