提前準備，保證跨區域情況下 Sprint 的順利啟動
采用多核制，除整個產品的 PO 外，設立本地 PO（一般由 People Manager 兼任）。結合上面提到的 Scrum of Scrums 的組織形式，整個 Scrum 團隊的結構如下圖所示：
圖 2. 本地 PO 及 Scrum of Scrums 團隊
在下一 Sprint 計劃會議開始前數天，由本地 PO 及其他核心成員與產品 PO 討論下一個 Sprint 需要完成的 Backlog 條目，對所有備選 Backlog 條目排列優先級（由于各 Scrum 團隊在設立時在技術上往往有所偏重，某一 Scrum 團隊備選 Backlog 條目應該是全部有效 Backlog 條目的子集），指出哪些條目必須在下一個 Sprint 內完成，哪些條目應盡可能安排進下一個 Sprint，哪些條目可以視情況而定，作為本地 Scrum 團隊 Sprint 計劃會議的前期準備，即 Sprint 計劃會議需要解決的“做什么”的問題在會議開始前已經基本明確。
實際的 Sprint 計劃會議將由本地 PO 負責，從已由產品 PO 確定優先級的條目中根據團隊的容量（即 Capacity，由于休假、培訓、人員變動等因素，團隊的容量在不同 Sprint 間往往是變化的）選取待完成的條目，進行評估與分解，并于 Sprint 計劃會議結束后進行整理，并交由產品 PO 確認。如果必要的話，可以在次日或當日晚些時候由本地 PO 與產品 PO 舉行較為簡短的會議，來審查經過本地 Scrum 團隊二次討論過的 Sprint 計劃，得到產品 PO 的確認或局部調整意見。由于之前已經經過產品 PO 的初步確認，此時需要進行調整的可能性往往很小。這樣，Scrum 團隊可以快速開始新的 Sprint 的開發工作，避免不必要的延遲。
充分調研，未雨綢繆，避免架構缺陷及團隊依賴
各區域由核心成員組成核心團隊，將調研及討論工作提前，在前一個 Sprint 的中后期開始下一個 Sprint 可能需要完成的 Backlog 條目的分析調研工作，以達到在前一個 Sprint 結束前充分理解下一個 Sprint 需要完成的工作的目的。
對于重要的架構設計問題，應與架構咨詢團隊協商討論決定；對于存在團隊依賴的情況，也應通過 PO（或技術負責人）協調各 Scrum 團隊的工作安排，將相互依賴的兩個模塊安排在兩個 Sprint 內完成（必要時，也可以安排在一個 Sprint 的前期和后期完成，但這種情況下，需要兩個團隊加強配合，及時溝通進度，并盡可能留出緩沖時間），從而大程度上降低后期架構風險出現的可能，并避免團隊依賴。
總結
跨區域開發團隊，特別是跨時區開發團隊，與一般的本地開發團隊存在一些重要的差異，但只要我們采用適當的方式來解決這些差異所造成的問題，跨區域開發團隊也可以適應短周期迭代的開發模式，順利采用 Scrum 進行產品開發。
