日本側の回答を待つ間に海外チームの一日が終わる。スプリントレビューでは動くものが出たのに、受け入れ条件が曖昧で完了にできない。時差のあるアジャイル開発では、こうした小さな待ち時間が積み重なります。
時差のある短いサイクルでは、誰が何を判断し、次の時間帯に何を渡すかが速度を左右します。役割、バックログ、受け入れ条件、非同期コミュニケーションの順に整理します。
最初にプロダクト責任者を決める
顧客側には、何を先に作るか、どの成果を目指すか、完成を受け入れるかを判断する責任者が必要です。ベンダーに要件整理を支援してもらうことはできますが、事業上の優先順位を完全に委ねることはできません。
バックログに「なぜ」と受け入れ条件を入れる
各項目には、利用者、目的、期待結果、対象外、受け入れ条件を記載します。画面イメージだけでなく、例外、権限、データ、性能なども必要に応じて確認します。
開始直前に大量の仕様書を作るのではなく、次のスプリントで実施する項目を十分に具体化し、その先は優先順位と仮説を維持します。
会議の目的を分ける
デイリー連携では進捗、障害、次の行動を共有し、バックログ整理では優先項目の不明点と受け入れ条件をそろえます。スプリント計画は、目標と実施項目を決める場です。
レビュー・デモでは動く成果物と利用価値を確かめ、振り返りではチームの進め方を改善します。それぞれの目的を混ぜない方が、参加者と所要時間を調整しやすくなります。
会議時間を増やすより、判断が必要な情報を事前に共有し、決定を記録する方が重要です。
時差を非同期コミュニケーションで補う
質問には、背景と選択肢、推奨案、回答期限を添えます。口頭で決めた内容はチケットに反映しましょう。日本側が業務を終える前に質問に回答できれば、海外チームは次の時間帯に作業を進めやすくなります。
Definition of Doneを共有する
「実装完了」の意味が人によって異なると、スプリント終了後にテストや修正が積み残されます。
- コードレビュー完了
- 自動・手動テスト完了
- 受け入れ条件を満たす
- セキュリティ確認完了
- 必要なドキュメント更新
- デプロイ・ロールバック可能
プロジェクトに合わせた完成条件を合意します。
ベロシティだけで評価しない
ストーリーポイントはチーム内の計画に使う指標であり、別チームの生産性比較や請求根拠には向きません。確認すべきは、価値の提供、リードタイム、欠陥、手戻り、予測可能性、利用者の反応です。
契約とアジャイルの整合を取る
要件変更を前提とする一方で、契約が固定スコープだけを前提にしていると、実務と責任が矛盾します。バックログ管理、役割、準委任・請負の選択、成果の確認方法を契約前に整理します。
IPAは、外部委託でアジャイル開発を進める際のモデル契約、チェックリスト、進め方の指針を公開しています。実際の契約は個別条件と最新法令を確認してください。
スプリント中に発生した「回答待ち」を一覧にし、質問に背景、選択肢、推奨案、回答期限が含まれていたかを振り返ってください。待ち時間が同じ場所で繰り返されるなら、会議を増やす前にバックログと引き継ぎの設計を直す余地があります。AMELAの専属チーム型オフショア開発では、デモ、コードレビュー、QAを組み合わせ、顧客とベトナムチームが継続的に成果を確認できる運営を支援します。
