在 Sprint 計(jì)劃會(huì)議中，PO 根據(jù)團(tuán)隊(duì)的能力及以往的表現(xiàn)，與團(tuán)隊(duì)成員一起從產(chǎn)品 Backlog 中挑選有價(jià)值（或風(fēng)險(xiǎn)大）的條目，經(jīng)過初步估算，確定出下一個(gè) Sprint 的工作目標(biāo)（即明確做什么），進(jìn)而由開發(fā)團(tuán)隊(duì)對(duì)挑選出的條目進(jìn)行分析、討論和進(jìn)一步估算形成任務(wù)列表（即明確怎么做）。

每日站會(huì)中，每個(gè)團(tuán)隊(duì)成員通過回答“從上次會(huì)議到現(xiàn)在都完成了哪些工作”，“下次每日會(huì)議之前準(zhǔn)備完成什么工作”，“工作中遇到了哪些障礙”，來加強(qiáng)團(tuán)隊(duì)成員的交流溝通，提高每個(gè)成員對(duì)項(xiàng)目的認(rèn)知程度，檢驗(yàn)項(xiàng)目實(shí)施情況，并通過快速?zèng)Q策，排除開發(fā)過程中遇到的障礙，保證項(xiàng)目的順利進(jìn)行。

Sprint 評(píng)審會(huì)議在 Sprint 的末尾舉行，通過成果展示，圍繞團(tuán)隊(duì)在 Sprint 內(nèi)完成的可交付物來確定目標(biāo)完成情況，并為后續(xù) Sprint 計(jì)劃提供參考。

Sprint 回顧會(huì)議通過回顧已經(jīng)完成的 Sprint，總結(jié)經(jīng)驗(yàn)教訓(xùn)，確定做出什么樣的改善可以使接下來的 Sprint 更加高效、更加令人滿意，從而實(shí)現(xiàn)對(duì)開發(fā)過程的持續(xù)改進(jìn)。

跨區(qū)域Scrum團(tuán)隊(duì)面臨的挑戰(zhàn)

Scrum 通過加強(qiáng)溝通快速解決項(xiàng)目實(shí)施過程中遇到的問題，同時(shí)通過對(duì)各個(gè) Sprint 的回顧和評(píng)審，來改進(jìn)開發(fā)過程，并為后續(xù) Sprint 提供參考，有效地保證了 Scrum 短周期迭代的順利進(jìn)行。

但是，對(duì)于跨區(qū)域 Scrum 團(tuán)隊(duì)，尤其是分布在不同時(shí)區(qū)的 Scrum 團(tuán)隊(duì)（如筆者參與開發(fā)的項(xiàng)目，涉及分布在亞洲和北美洲的 3 個(gè)時(shí)區(qū)的數(shù)個(gè)開發(fā)團(tuán)隊(duì)）而言，則面臨著許多新的問題，主要表現(xiàn)在：

會(huì)議成本增加，有時(shí)很難進(jìn)行面對(duì)面溝通，每日站會(huì)往往無法全員參加。

項(xiàng)目啟動(dòng)的 Sprint 計(jì)劃會(huì)議往往需要相對(duì)較長(zhǎng)時(shí)間（數(shù)小時(shí)到），處在其他區(qū)域的 PO 往往在時(shí)間上無法保證。
由于無法進(jìn)行實(shí)時(shí)溝通，一旦項(xiàng)目進(jìn)行過程中出現(xiàn)之前無法預(yù)料的問題，尤其是是功能模塊或接口的相互依賴問題，所造成的時(shí)間延遲往往比本地項(xiàng)目出現(xiàn)類似問題所造成的延遲要多得多，從而直接影響受影響團(tuán)隊(duì) Sprint 目標(biāo)的達(dá)成。

解決方案

在筆者參與的跨區(qū)域 Scrum 開發(fā)團(tuán)隊(duì)中，為了解決以上問題，項(xiàng)目團(tuán)隊(duì)以 Scrum 指導(dǎo)原則為基礎(chǔ)，對(duì)項(xiàng)目團(tuán)隊(duì)的工作作出調(diào)整，并提出了幾個(gè)有針對(duì)性的解決方案。

團(tuán)隊(duì)代表制，解決跨區(qū)域 Scrum 會(huì)議問題

組成 Scrum of Scrums 團(tuán)隊(duì)，采用 Weekly Scrum Meeting（每周電話或電視會(huì)議）同步各 Scrum 團(tuán)隊(duì)項(xiàng)目進(jìn)展情況，并重點(diǎn)解決團(tuán)隊(duì)依賴問題；同時(shí)成立獨(dú)立的架構(gòu)咨詢團(tuán)隊(duì)，負(fù)責(zé)協(xié)助在會(huì)后討論并解決（主要以郵件的形式）在該會(huì)議上無法快速解決的團(tuán)隊(duì)依賴問題。

由于涉及多個(gè)時(shí)區(qū)的原因，每周電話或電視會(huì)議無法保證在工作時(shí)間舉行，因此，由各團(tuán)隊(duì)成員輪流參加，各 Scrum 團(tuán)隊(duì)每周派一名代表提前收集意見，為會(huì)議作準(zhǔn)備，并代表本 Scrum 團(tuán)隊(duì)在會(huì)議上發(fā)言。會(huì)議的內(nèi)容除匯報(bào)各 Scrum 團(tuán)隊(duì)的進(jìn)度外，還包括：是否對(duì)產(chǎn)品的公共模塊作出了重大修改，是否有大量的代碼提交，是否在某一方面依賴于其他 Scrum 團(tuán)隊(duì)的工作，是否需要其他 Scrum 團(tuán)隊(duì)提供技術(shù)支援（某一技術(shù)問題提供專家意見，并非直接參與項(xiàng)目的實(shí)施），并預(yù)告重大的架構(gòu)調(diào)整及受影響的模塊，預(yù)告即將引入的新技術(shù)或功能及可能帶來的影響等等。

此外，架構(gòu)咨詢團(tuán)隊(duì)還負(fù)責(zé)為各開發(fā)團(tuán)隊(duì)提供架構(gòu)設(shè)計(jì)方面的指導(dǎo)，大程度上減少團(tuán)隊(duì)依賴問題的產(chǎn)生。

對(duì)于 Scrum 團(tuán)隊(duì)的設(shè)置，雖然本地團(tuán)隊(duì)可以更好地保證溝通的質(zhì)量和效率，但在大多數(shù)的情況下，并不要求同一 Scrum 團(tuán)隊(duì)的所有成員處在同一地點(diǎn)或同一時(shí)區(qū)�，F(xiàn)代通信手段豐富多樣，只要保證溝通順暢，Scrum 團(tuán)隊(duì)的設(shè)置應(yīng)以相互配合、相互補(bǔ)充為主要考慮因素，保證團(tuán)隊(duì)自我管理、獨(dú)立解決問題的能力，這在一定程度上也可以解決前面提到的團(tuán)隊(duì)依賴的問題。