米国・EU・日本クライアント向けオフショアAIチームの時差オーバーラップモデル

このガイドは、ベトナム拠点のオフショア開発センターや専任開発チームでAIエンジニアリング業務を進めることを決定した米国・EU・日本のCTO、VPエンジニアリング、またはプロダクトリード、および作業指示書にオーバーラップウィンドウを記述するプロジェクトまたはデリバリーマネージャーを対象としています。アウトソーシング概要では、外部委託業務全般における時差の一般的なケースをすでに解説しています。本ページでは、そこでは答えていないAI固有の問題、すなわちライブウィンドウが実際に必要な納品チェックポイントはどれか、どのリージョンがどのパターンに対応するかについて、より深く掘り下げます。

このガイドの内容

• 実際に発生している時差はどのくらいか？
• 3つのオーバーラップモデルと各リージョンへの適合性
• 実際にライブウィンドウが必要なAI納品チェックポイントはどれか？
• AIの位置づけ
• どのような納品実績があり、何がないか？
• 代替案：3つのモデルの選択
• このガイドの限界
• よくある質問
• 次のステップ

実際に発生している時差はどのくらいか？

ベトナムはインドシナ時間（UTC+7）で年間を通じて運用されており、夏時間の切り替えがないため、米国・EU・日本クライアントとの時差は安定していますが、3つのリージョンすべてで同じ時差というわけではありません。

3つのリージョン、3つの異なる出発点。すべてのクライアントに同一のオーバーラップポリシーを適用することは合理的な近道ですが、少なくとも1つのリージョンには誤ったポリシーになります。

3つのオーバーラップモデルと各リージョンへの適合性

1. ライブオーバーラップモデル。両者が共有する業務時間のほぼ全体においてオンラインであるため、コードレビュー、モデル評価の議論、承認など、あらゆるチェックポイントをリアルタイムで実施できます。特別な調整も不要です。これは日本がほぼ自動的に得られるモデルです。ベトナム時間9:00〜18:15の営業時間は、日本の業務時間とほぼ全体で重なります。
2. 構造化デイリーウィンドウ。両チームが確実にオンラインとなる固定ブロック（通常2〜4時間）を1つ取り決め、それ以外はその周囲で非同期に業務を進めます。これはEUの時差に適しています。ベトナムの午後は欧州の朝と週平均で数時間重なります。
3. ハンドオフ／フォロー・ザ・サンモデル。日常的なライブオーバーラップがほぼまたはまったくないため、作業は書面によるハンドオフで進みます。一方が明確なステータス、決定ログ、またはエビデンスパッケージとともに業務を終え、もう一方が自分の業務開始時にそれを引き継ぎます。これは米国クライアントにとって現実的なモデルです。ルーティンライブミーティングを設定すると、一方が毎日通常勤務時間外で働くことになります。

実際にライブウィンドウが必要なAI納品チェックポイントはどれか？

AIエンゲージメントのすべてのチェックポイントが同期的な対応を必要とするわけではなく、すべてをそのように扱うことが、米国・EUの時差を実態より悪く感じさせる原因です。計画的に対応する価値があるチェックポイントは4種類あります。

• 境界線上のモデルまたは評価結果。評価のしきい値に近く、両者の見解が異なる場合、ライブ会話で数分以内に解決できますが、非同期で進めると同じ不一致が1日またはそれ以上のコストになる可能性があります。なぜなら、1日に1回のメッセージが唯一の交換となるからです。
• 新しいデータソースまたはプロンプト処理の決定。新しいデータソース、プロンプトパターン、またはモデルが承認される前に、短いライブ確認を行うことで、後で誤りと判明する前提に基づいた1日分の作業を回避できます。
• 本番インシデント。ライブシステムに影響するものはいずれも、使用中のオーバーラップモデルに関わらずリアルタイムの調整が有効です。インシデント対応は、通常時間外の通話が混乱をもたらす価値がある唯一のケースです。
• スコープまたは受け入れ基準の再交渉。マイルストーンの「完了」の定義を変更することは、どちらの側も異なる解釈ができる書面によるメモではなく、ライブで議論する価値があります。

ライブウィンドウが不要なチェックポイント：ルーティンのエンジニアリングおよびモデル開発作業、評価スイートの実行自体、ドキュメント作成、および非ブロッキングのコードレビュー。これらは、固定価格AIエンゲージメントが事前にスコープと受け入れ基準を記述しておくべき作業であり、エンゲージメントの大半の作業がリージョンがサポートするオーバーラップモデルに関わらず非同期カテゴリに入るようにするためです。

どのような納品実績があり、何がないか？

クライアントが実際に得るオーバーラップウィンドウは、Netbase JSCの納品ライフサイクルの第2ステップであるディスカバリーおよびチームアセンブリの段階で合意されるものであり、業務開始後に即興で決めるものではありません。Netbase JSCのプロジェクトの大半は固定価格契約で運用されているため、選択したオーバーラップモデルはチームサイズやスコープと同様に、その時点でコスト算出され契約に記述されます。後から変更する場合は一方が静かに吸収するのではなく、スコープ変更として扱われます。ハノイオフィスは月曜から土曜、ベトナム時間（UTC+7）9:00〜18:15に稼働し、納品コミュニケーションはクライアントのリージョンや言語に関わらず英語で行われます。Netbase JSCのプロジェクトの多くはベトナム国外のクライアント、主に米国および欧州からです。ハンドオフモデルが短期パイロットではなく複数年にわたって機能している例として、Netbase JSCは2020年から米国クライアント（非公開）のマルチテナントクラウドERPのオフショア開発およびマネージングパートナーとして業務を続けています。米国の時差の性質上、日常的なライブオーバーラップはほぼまたはまったくない関係です。

存在しないもの。Netbase JSCの実績には日本拠点のクライアントは記載されていません。Netbase JSCの登録市場は米国、欧州、およびアジア太平洋全般であり、日本は特定のクライアント関係として記載されていません。3つのオーバーラップモデルいずれについても、満足度スコア、速度向上、またはサイクルタイム変化を示す公開済みの数値はありません。このガイドはメカニズムとトレードオフを説明するものであり、測定された結果を示すものではありません。日本、ドイツ、またはその他の非英語圏クライアントの利便性のために英語以外の納品言語は提供されていません。

代替案：3つのモデルの選択

クライアントはリージョンが示すデフォルトモデルに縛られるわけではありません。モデル品質の問題が特に不安定な初期段階にあるEUクライアントは、一方がある程度時間をシフトすることでライブオーバーラップパターンの方が適している場合があります。完全に仕様化された安定したスコープを持つ日本クライアントは、より軽量な構造化ウィンドウで快適に進められる場合があります。リージョンは自然な出発点を示すものであり、固定ルールではありません。

このガイドの限界

• アウトソーシング概要にある一般的な時差とコミュニケーションのガイダンス（担当者の明確化、日次書面ハンドオフ、週次KPIレビュー）は繰り返しません。これらは3つのモデルいずれにも適用されます。
• オフショアAIチームのスクリーニングや役割選定については取り上げていません。詳細はオフショアAIエンジニアリングチームの採用をご参照ください。
• どのモデルについても、生産性、満足度、またはサイクルタイムの測定値は記載していません。Netbase JSCの登録済み事実としてそのような数値は存在せず、調査中に見つかったサードパーティの数値もここで公開できるほど検証可能ではありませんでした。
• Netbase JSCの納品コミュニケーションがすべてのクライアントリージョンで英語のままである点を超えた言語ローカライゼーションについては取り上げていません。

次のステップ

チームとユーザーの所在地をお知らせください。業務開始前にオーバーラップモデル、ディスカバリー段階での合意、および固定価格条件を設定するためのソリューションレビューを予約いたします。また、ベトナムでオフショアAIエンジニアリングチームを採用する方法、都市やチームを選ぶ前のベトナムAI人材市場の状況、アウトソースAIプロジェクトに必要な契約条項もご参照ください。その他のNetbase JSCインサイトはこちらからご覧いただけます。

関連サービスとソリューション