簡(jiǎn)介： 本文分析了跨區(qū)域特別是跨時(shí)區(qū) Scrum 團(tuán)隊(duì)項(xiàng)目中容易遇到的問題，并根據(jù)筆者的實(shí)際經(jīng)驗(yàn)，提出了相應(yīng)的解決方案。雖然跨區(qū)域開發(fā)團(tuán)隊(duì)與本地開發(fā)團(tuán)隊(duì)在應(yīng)用 Scrum 上存在一些重要的差異，但這些差異造成的問題都可以通過適當(dāng)?shù)姆椒ǖ靡皂樌鉀Q。

Scrum 團(tuán)隊(duì)項(xiàng)目基本特性

Scrum 是一個(gè)敏捷開發(fā)框架，在這個(gè)框架中，整個(gè)開發(fā)周期被分為若干個(gè)小的迭代周期，每個(gè)小的迭代周期稱為一個(gè) Sprint，每個(gè) Sprint 的建議長(zhǎng)度為 2 到 4 周。Scrum 以經(jīng)驗(yàn)過程控制理論為依據(jù)，采用迭代、增量的方法來(lái)提高產(chǎn)品開發(fā)的可預(yù)見性，并控制風(fēng)險(xiǎn)。

Scrum 團(tuán)隊(duì)中的主要角色包括：

產(chǎn)品負(fù)責(zé)人（Product Owner，以下簡(jiǎn)稱為PO） 負(fù)責(zé)確定產(chǎn)品的方向和愿景，維護(hù)產(chǎn)品Backlog（按照商業(yè)價(jià)值排序的需求列表，列表?xiàng)l目的表現(xiàn)形式通常為 User Story），定義產(chǎn)品發(fā)布的內(nèi)容、優(yōu)先級(jí)及交付時(shí)間。在每個(gè) Sprint 開始前，PO 應(yīng)整理產(chǎn)品 Backlog 條目，以確保其定義清晰且分解適當(dāng)，并調(diào)整 Backlog 條目的優(yōu)先級(jí)；在 Sprint 結(jié)束時(shí)，PO 有權(quán)接受或拒絕接受開發(fā)團(tuán)隊(duì)的工作成果。

Scrum Master 作為 Team Leader 和 PO 緊密合作，負(fù)責(zé)確保 Scrum 被理解并實(shí)施，是 Scrum 團(tuán)隊(duì)中的服務(wù)型領(lǐng)導(dǎo)。Scrum Master 應(yīng)及時(shí)地為團(tuán)隊(duì)成員提供幫助，移除項(xiàng)目實(shí)施中遇到的障礙，保證各個(gè)角色及職責(zé)的良好協(xié)作，同時(shí)作為團(tuán)隊(duì)與外部的接口，屏蔽外界對(duì)團(tuán)隊(duì)成員的干擾，從而保證開發(fā)過程按計(jì)劃順利進(jìn)行。

開發(fā)團(tuán)隊(duì) (Team) 一個(gè)跨職能且自組織的小團(tuán)隊(duì)，人數(shù)一般建議為 5 - 9 人。整個(gè)團(tuán)隊(duì)需擁有交付可用軟件所需要的各種技能，團(tuán)隊(duì)成員應(yīng)協(xié)同配合，在每個(gè) Sprint 中將選定的產(chǎn)品 Backlog 條目轉(zhuǎn)化為潛在可交付的功能增量。

下面的圖形反映了Scrum 團(tuán)隊(duì)中各個(gè)角色的基本關(guān)系：

圖 1. Scrum 團(tuán)隊(duì)

Scrum 短周期迭代，小步快跑的開發(fā)模式?jīng)Q定了開發(fā)目標(biāo)必須明確，同時(shí)對(duì)所有開發(fā)過程中遇到的問題必須盡快解決。為此，Scrum Master 需負(fù)責(zé)發(fā)起并組織以下活動(dòng)：

Sprint 計(jì)劃會(huì)議 (Sprint Planning Meeting)

每日站會(huì) (Daily Scrum Meeting)

Sprint 評(píng)審會(huì)議 (Sprint Review Meeting)

Sprint 回顧會(huì)議 (Sprint Retrospective Meeting)

在 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)備完成什么工作”，“工作中遇到了哪些障礙”，來(lái)加強(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)完成的可交付物來(lái)確定目標(biāo)完成情況，并為后續(xù) Sprint 計(jì)劃提供參考。

Sprint 回顧會(huì)議通過回顧已經(jīng)完成的 Sprint，總結(jié)經(jīng)驗(yàn)教訓(xùn)，確定做出什么樣的改善可以使接下來(lái)的 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)審，來(lái)改進(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ì)往往無(wú)法全員參加。

項(xiàng)目啟動(dòng)的 Sprint 計(jì)劃會(huì)議往往需要相對(duì)較長(zhǎng)時(shí)間（數(shù)小時(shí)到一天），處在其他區(qū)域的 PO 往往在時(shí)間上無(wú)法保證。
由于無(wú)法進(jìn)行實(shí)時(shí)溝通，一旦項(xiàng)目進(jìn)行過程中出現(xiàn)之前無(wú)法預(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ì)議上無(wú)法快速解決的團(tuán)隊(duì)依賴問題。

由于涉及多個(gè)時(shí)區(qū)的原因，每周電話或電視會(huì)議無(wú)法保證在工作時(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ù)或功能及可能帶來(lái)的影響等等。

此外，架構(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ū)。現(xiàn)代通信手段豐富多樣，只要保證溝通順暢，Scrum 團(tuán)隊(duì)的設(shè)置應(yīng)以相互配合、相互補(bǔ)充為主要考慮因素，保證團(tuán)隊(duì)自我管理、獨(dú)立解決問題的能力，這在一定程度上也可以解決前面提到的團(tuán)隊(duì)依賴的問題。

提前準(zhǔn)備，保證跨區(qū)域情況下 Sprint 的順利啟動(dòng)

采用多核制，除整個(gè)產(chǎn)品的 PO 外，設(shè)立本地 PO（一般由 People Manager 兼任）。結(jié)合上面提到的 Scrum of Scrums 的組織形式，整個(gè) Scrum 團(tuán)隊(duì)的結(jié)構(gòu)如下圖所示：

圖 2. 本地 PO 及 Scrum of Scrums 團(tuán)隊(duì)

在下一 Sprint 計(jì)劃會(huì)議開始前數(shù)天，由本地 PO 及其他核心成員與產(chǎn)品 PO 討論下一個(gè) Sprint 需要完成的 Backlog 條目，對(duì)所有備選 Backlog 條目排列優(yōu)先級(jí)（由于各 Scrum 團(tuán)隊(duì)在設(shè)立時(shí)在技術(shù)上往往有所偏重，某一 Scrum 團(tuán)隊(duì)備選 Backlog 條目應(yīng)該是全部有效 Backlog 條目的子集），指出哪些條目必須在下一個(gè) Sprint 內(nèi)完成，哪些條目應(yīng)盡可能安排進(jìn)下一個(gè) Sprint，哪些條目可以視情況而定，作為本地 Scrum 團(tuán)隊(duì) Sprint 計(jì)劃會(huì)議的前期準(zhǔn)備，即 Sprint 計(jì)劃會(huì)議需要解決的“做什么”的問題在會(huì)議開始前已經(jīng)基本明確。

實(shí)際的 Sprint 計(jì)劃會(huì)議將由本地 PO 負(fù)責(zé)，從已由產(chǎn)品 PO 確定優(yōu)先級(jí)的條目中根據(jù)團(tuán)隊(duì)的容量（即 Capacity，由于休假、培訓(xùn)、人員變動(dòng)等因素，團(tuán)隊(duì)的容量在不同 Sprint 間往往是變化的）選取待完成的條目，進(jìn)行評(píng)估與分解，并于 Sprint 計(jì)劃會(huì)議結(jié)束后進(jìn)行整理，并交由產(chǎn)品 PO 確認(rèn)。如果必要的話，可以在次日或當(dāng)日晚些時(shí)候由本地 PO 與產(chǎn)品 PO 舉行較為簡(jiǎn)短的會(huì)議，來(lái)審查經(jīng)過本地 Scrum 團(tuán)隊(duì)二次討論過的 Sprint 計(jì)劃，得到產(chǎn)品 PO 的確認(rèn)或局部調(diào)整意見。由于之前已經(jīng)經(jīng)過產(chǎn)品 PO 的初步確認(rèn)，此時(shí)需要進(jìn)行調(diào)整的可能性往往很小。這樣，Scrum 團(tuán)隊(duì)就可以快速開始新的 Sprint 的開發(fā)工作，避免不必要的延遲。

充分調(diào)研，未雨綢繆，避免架構(gòu)缺陷及團(tuán)隊(duì)依賴

各區(qū)域由核心成員組成核心團(tuán)隊(duì)，將調(diào)研及討論工作提前，在前一個(gè) Sprint 的中后期開始下一個(gè) Sprint 可能需要完成的 Backlog 條目的分析調(diào)研工作，以達(dá)到在前一個(gè) Sprint 結(jié)束前充分理解下一個(gè) Sprint 需要完成的工作的目的。

對(duì)于重要的架構(gòu)設(shè)計(jì)問題，應(yīng)與架構(gòu)咨詢團(tuán)隊(duì)協(xié)商討論決定；對(duì)于存在團(tuán)隊(duì)依賴的情況，也應(yīng)通過 PO（或技術(shù)負(fù)責(zé)人）協(xié)調(diào)各 Scrum 團(tuán)隊(duì)的工作安排，將相互依賴的兩個(gè)模塊安排在兩個(gè) Sprint 內(nèi)完成（必要時(shí)，也可以安排在一個(gè) Sprint 的前期和后期完成，但這種情況下，需要兩個(gè)團(tuán)隊(duì)加強(qiáng)配合，及時(shí)溝通進(jìn)度，并盡可能留出緩沖時(shí)間），從而最大程度上降低后期架構(gòu)風(fēng)險(xiǎn)出現(xiàn)的可能，并避免團(tuán)隊(duì)依賴。

總結(jié)

跨區(qū)域開發(fā)團(tuán)隊(duì)，特別是跨時(shí)區(qū)開發(fā)團(tuán)隊(duì)，與一般的本地開發(fā)團(tuán)隊(duì)存在一些重要的差異，但只要我們采用適當(dāng)?shù)姆绞絹?lái)解決這些差異所造成的問題，跨區(qū)域開發(fā)團(tuán)隊(duì)也可以適應(yīng)短周期迭代的開發(fā)模式，順利采用 Scrum 進(jìn)行產(chǎn)品開發(fā)。