よく聞く話があります。オフショア開発、50〜70%のコスト削減、優秀なエンジニアへのアクセス。資料上の計算はきれいです。現実はもっと複雑です。
コスト削減の計算で見落とされがちなのは、「時間」のコストです。開発者の稼働時間ではなく、カレンダー上の時間のこと。質問を投げてから回答を受け取るまでに経過する日数。スプリント中、3行の補足説明を待つために18時間立ち止まるチケット。自分たちの午後3時に発生した本番障害が、翌朝まで誰にも対応されない状況。
時差は隠れたコストです。それが10時間以上になると、そのコストが削減分を打ち消し始めます。
大きな時差が生む隠れたコスト
オフショアのコスト比較の多くは時間単価に注目します。しかし、それは間違った指標です。
分散チームにおける本当のコスト要因は、サイクルタイム（意思決定にかかる時間）とブロッキングイベント（片方のチームがもう一方を待つ頻度）です。
10時間の時差では：
- 同日の重複時間がゼロ。 両チームが同時に席についている時間帯が存在しません。あらゆるコミュニケーションがデフォルトで非同期になります。
- 一晩にわたるブロッキング。 午後5時に投げた質問が、相手チームには深夜3時に届きます。返信が戻るのは自分の午後11時。応答して相手が動き出すまでに、2営業日が消えます。
- フィードバックループの長期化。 コードレビューのコメント、QAの確認、要件の質問——双方向のやり取りが必要なものはすべて、数時間ではなく数日かかるようになります。
- インシデント対応の空白。 本番障害は営業時間を選びません。米国東海岸の午後4時に発生した重大なバグは、ベトナム時間では午前2時。まだ対応可能です。しかしロンドンの午後4時に発生した問題が10時間先にある場合、双方の営業時間から外れた空白が生まれることがあります。
これらはレートカードには現れません。しかしすべてがデリバリースケジュールに現れます。
スプリントで計算すると
数字に落とし込んでみましょう。デイリースタンドアップありの2週間スプリントを想定します。
同じ場所にいるか、時差が小さいチーム（0〜3時間）では、ブロックされたチケットは数時間で解決します。開発者同士でさっと確認して、すぐ進めます。1チケットあたりの実効ブロック時間：2〜4時間。
10時間の時差がある場合、同じブロックされたチケットは非同期サイクルを待ちます。1チケットあたりの実効ブロック時間：18〜36時間——つまり、ブロックが解消されて作業が再開するまでに1〜2営業日かかります。
通常のスプリントでは、3〜5件の重要なブロッカーが発生するのは珍しくありません。それぞれ18〜36時間かかるとすると、1スプリントで3〜7営業日が非同期の遅延に消えます。10日間スプリントで30〜70%のデリバリーウィンドウが時差の摩擦に吸収されることになります。
60%のコスト削減には、どの明細行にも現れない複利的なオーバーヘッドが付いてきます。
ベトナムの時差ポジション
ベトナムはGMT+7に位置します。単なる数字に見えますが、実はグローバルなコラボレーションマップ上の戦略的ポジションです。
シンガポール・東南アジア（GMT+7〜8）との関係： ほぼ時差なし。同日コラボレーション、リアルタイムコミュニケーション、共通のビジネス文化。ホームマーケットであり、摩擦なく機能します。
日本・韓国（GMT+9）との関係： 2時間差。業務時間の重複は6〜7時間。日本企業はベトナムチームと定期的にパートナーシップを組み、問題なく同期ミーティングを実施しています——日本がベトナムITサービスの最大購買国の一つになっている理由もここにあります。
オーストラリア（AEST、GMT+10）との関係： 3時間差。シドニーの朝がベトナムの午後に重なります。デイリースタンドアップの実施、コラボレーティブなレビューセッション、時差を越えた本物の作業関係の維持が可能です。
西ヨーロッパ（CET、GMT+1〜2）との関係： ベトナムより5〜6時間遅れています。ヨーロッパの午前（9時〜12時）がベトナムの午後（14時〜17時または18時）に重なります。4〜5時間の重複でスタンドアップ、スプリントセレモニー、エスカレーション対応が可能です。完璧ではありませんが、十分実用的です。
米国東海岸（GMT-4〜-5）との関係： 11〜12時間差。最も難しいギャップです。しかし有利な非対称性があります——ベトナムの午前（8時〜12時）が米国東海岸の夜（午後9時〜深夜1時）に重なります。非同期ファーストで、コミュニケーションを一日の早い段階に集中させることを学んだチームにとって、これは機能的なハンドオフパターンを生み出します。米国チームが質問と決定事項を残して業務を終了し、ベトナムチームが業務開始時にそれを受け取り、米国チームが再開する前に成果物を届ける。シームレスではありませんが、構造化されています。
米国西海岸（GMT-7〜-8）との関係： 14〜15時間差。これは本当に難しいです。通常の業務時間内で意味のある重複時間はほぼ存在しません。このギャップを管理するには相当なプロセスへの投資が必要であり、その投資のカレンダーコストも計算に含めるべきです。
2025〜2026年の文脈：H-1BとアウトソーシングマップのReシャッフル
アウトソーシングの地理は変化しています。2025〜2026年のH-1Bビザ政策の変更により、米国でオンサイト勤務する外国籍技術人材のパイプラインが縮小しました。社内人材とビザサポート付きのコントラクターを組み合わせて活用してきた企業が選択肢を再評価しています。
この圧力は一部の買い手をニアショアリング——米国西海岸向けにラテンアメリカ、西ヨーロッパ向けに東ヨーロッパ——へと向かわせています。しかし、これらの市場のシニア開発者のキャパシティには限界があり、需要が急増した結果、料金も大幅に上昇しています。
ベトナムは常に候補リストに上がるわけではない代替選択肢です——多くの場合、時差の認識が「米国から遠すぎる」というものだからです。その認識は見直す価値があります。非同期規律を持つ東海岸企業、そしてヨーロッパ・APACの企業全般にとって、時差は十分に管理可能です。人材の深みは現実です。そして料金の優位性は、一部のニアショア市場のように消えていません。
問題はベトナムがサンフランシスコから遠いかどうかではありません。自社の開発ワークフローが地理的な距離を味方にするよう設計されているかどうかです。
時差の適合性を評価するフレームワーク
オフショア・ニアショアベンダーを評価する際、時差の適合性は後回しにするのではなく、構造化された問いとして扱うべきです。
ステップ1：実際のコラボレーションパターンをマッピングする。 現在の開発ワークフローのうち、同期的なものと非同期的なものはどれくらいの割合ですか？デイリースタンドアップ、スプリントプランニング、コードレビュー、QAサインオフ——これらのうち、リアルタイムのやり取りが必要なものとAsync対応できるものはどれですか？
ステップ2：重複ウィンドウを計算する。 1日に両チームが共有する業務時間は何時間ですか？2時間未満は実用上ほぼゼロと見なします。2〜4時間あればセレモニーは可能です。4時間以上あれば本格的な日次コラボレーションが可能です。
ステップ3：スプリントごとのブロッカーを数える。 直近の3スプリントを振り返ってください。他者のインプットを待つためにブロックされたチケットは何件ありましたか？それを、評価している時差における予想解消時間で掛け合わせてください。
ステップ4：カレンダーコストを算出する。 10時間差のスプリントで3件のブロッカーが各1日余分にかかるとして、四半期に6スプリントを実施すると、四半期あたり18日のカレンダー遅延——ほぼ3週間分の開発者工数に相当します。現在のバーンレートでそれはいくらになりますか？
ステップ5：ベンダーのAsync規律を評価する。 ベンダーには文書化された非同期作業の通信プロトコルがありますか？構造化されたハンドオフノートを使っていますか？プロジェクト管理ツールは同期依存を最小化するよう設定されていますか？これを考えたことがあるベンダーは答えを持っています。そうでないベンダーは「柔軟に対応します」と言うでしょう。
「柔軟に対応します」はコミュニケーション戦略ではありません。
ベトナムのチームにとってこれが意味すること
TMNSolutionsにとって、GMT+7は謝罪すべき制約ではなく、その上に構築してきたポジションです。
APACや日本のクライアントとはほぼリアルタイムで稼働しています。ヨーロッパのクライアントとは、午後の重複時間が重要なタッチポイントをカバーします。米国東海岸のクライアントとは、構造化された非同期で運用しています——業務終了時のサマリー、業務開始時のアップデート、そして何も曖昧なまま待ち続けないように明確に文書化された意思決定キュー。
時差の適合性は単なる地理の話ではありません。ベンダーがその地理を機能させるワークフローを構築しているかどうかの話です。距離が消えるわけではありません——しかし適切なプロセスがあれば、それがスケジュールを侵食するものでなくなります。
アウトソーシングの計算は常にレートカード以上のものです。分散コラボレーションを機能させる方法を見つけたチーム——単に安いだけでなく——が、本当にデリバリーできるチームです。
GMT+7というベトナムのポジションは、世界の主要テックマーケットのほとんどと実用的な距離感に置いています。それが現実です。あとは実行力次第です。
