Scrum需要實(shí)踐和專(zhuān)注，只有持續(xù)不斷地付出努力，才能達(dá)到新的狀態(tài)。

在目前的互聯(lián)網(wǎng)公司，敏捷（Agile）的概念已經(jīng)有相當(dāng)?shù)钠占?，人人都在談，似乎不談敏捷就不那么互?lián)網(wǎng)了。幾乎所有的互聯(lián)網(wǎng)公司都不同程度的實(shí)施了敏捷。

采用敏捷開(kāi)發(fā)的方法也有很多，主要包括極限編程（XP）、Scrum、水晶方法（Crystal Methods）、自適應(yīng)軟件開(kāi)發(fā)（ASD）、特性驅(qū)動(dòng)開(kāi)發(fā)（FDD）、動(dòng)態(tài)系統(tǒng)開(kāi)發(fā)（DSDM）、輕量級(jí)RUP、測(cè)試驅(qū)動(dòng)開(kāi)發(fā)（TDD）等等。而在眾多的敏捷開(kāi)發(fā)方法中，尤以實(shí)施Scrum比較流行。

對(duì)于我本人來(lái)說(shuō)，接觸Scrum有幾年的時(shí)間了。在軟件開(kāi)發(fā)項(xiàng)目中做了一些Scrum的實(shí)踐，閑暇時(shí)間也經(jīng)常與業(yè)界Scrum同仁們溝通交流一些心得；同時(shí)，也始終在關(guān)注業(yè)界對(duì)于Scrum的一些新的認(rèn)識(shí)和實(shí)踐的書(shū)籍材料。在這一過(guò)程中，也促使我對(duì)Scrum有了更深刻的理解。

結(jié)合我的Scrum實(shí)踐，本文主要從Scrum的認(rèn)識(shí)，Scrum的實(shí)施過(guò)程以及實(shí)施Scrum帶來(lái)的變化幾個(gè)方面進(jìn)行分享，解讀一個(gè)可運(yùn)行的 Scrum是怎樣的。希望能給大家?guī)?lái)不一樣的認(rèn)識(shí)，并對(duì)Scrum實(shí)踐有所幫助。

一、Scrum的認(rèn)識(shí)

首先來(lái)了解一下Scrum的定義。

Scrum 是一個(gè)用于開(kāi)發(fā)和維護(hù)復(fù)雜產(chǎn)品的框架，是一個(gè)增量的、迭代的開(kāi)發(fā)過(guò)程。在這個(gè)框架中，整個(gè)開(kāi)發(fā)過(guò)程由若干個(gè)短的迭代周期組成，一個(gè)短的迭代周期稱(chēng)為一個(gè)Sprint，每個(gè)Sprint的長(zhǎng)度是2到4周。

在Scrum中，使用產(chǎn)品Backlog來(lái)管理產(chǎn)品的需求。產(chǎn)品backlog按照實(shí)現(xiàn)的優(yōu)先級(jí)進(jìn)行排序，以商業(yè)價(jià)值作為排序的主要原則。在Sprint中，Scrum團(tuán)隊(duì)從產(chǎn)品Backlog中挑選最高優(yōu)先級(jí)的需求進(jìn)行開(kāi)發(fā)。挑選的需求在Sprint計(jì)劃會(huì)議上經(jīng)過(guò)討論、分析和估算得到相應(yīng)的任務(wù)列表，稱(chēng)它為Sprint backlog。當(dāng)Scrum團(tuán)隊(duì)完成Sprint backlog列表中的所有任務(wù)時(shí)，本次Sprint結(jié)束，進(jìn)入下一個(gè)Sprint迭代周期。

Scrum有很大的價(jià)值，然而在有些公司推行Scrum卻困難重重，有些人說(shuō)Scrum沒(méi)有什么實(shí)質(zhì)性的作用，然并卵。為什么會(huì)有這樣的認(rèn)識(shí)呢？深入分析，原因主要有：

• 項(xiàng)目團(tuán)隊(duì)缺乏對(duì)敏捷的正確認(rèn)識(shí)，單純的認(rèn)為敏捷就是快，就是追趕進(jìn)度,就可以不受任何制度約束。大家可能聽(tīng)說(shuō)過(guò)這樣的對(duì)聯(lián)，“這個(gè)功能很簡(jiǎn)單，怎么實(shí)現(xiàn)我不管?！睓M批：“明天上線”。也曾聽(tīng)說(shuō)有些公司要開(kāi)發(fā)一個(gè)新功能，因?yàn)閷?shí)施了scrum，于是要求項(xiàng)目團(tuán)隊(duì)加班加點(diǎn)，將2周甚至3周以上的開(kāi)發(fā)任務(wù)在一周內(nèi)就發(fā)布上線。實(shí)施Scrum意味著項(xiàng)目團(tuán)隊(duì)“漫無(wú)天日”的加班，這導(dǎo)致了項(xiàng)目團(tuán)隊(duì)對(duì)敏捷有一種“恐懼”感；
• PO不能勝任工作，無(wú)法拆分有效的用戶故事，或者用戶故事拆分的不合理，無(wú)法實(shí)現(xiàn)迭代增量開(kāi)發(fā)；
• Scrum對(duì)于自組織的團(tuán)隊(duì)要求很高，但許多同學(xué)認(rèn)為自己達(dá)不到自組織的標(biāo)準(zhǔn)；
• Scrum倡導(dǎo)工作透明化，項(xiàng)目實(shí)時(shí)完成情況和每個(gè)人的任務(wù)認(rèn)領(lǐng)情況通過(guò)項(xiàng)目看板和項(xiàng)目燃盡圖一覽無(wú)余，許多人對(duì)此不太適應(yīng)；
• 在迭代的過(guò)程中無(wú)法及時(shí)發(fā)現(xiàn)問(wèn)題，或者發(fā)現(xiàn)問(wèn)題，無(wú)法有效解決問(wèn)題，使項(xiàng)目團(tuán)隊(duì)有一種挫敗感。等等。

如果對(duì)Scrum的認(rèn)識(shí)僅僅停留在“上午有個(gè)點(diǎn)子，下午就要實(shí)現(xiàn)，晚上就能上線，是不恰當(dāng)?shù)?。在我看?lái)，Scrum肯定是有價(jià)值的，Scrum的主要作用包括：

• Scrum能夠保證優(yōu)先開(kāi)發(fā)對(duì)客戶具有較高價(jià)值的需求，更好的滿足用戶的需求；
• 與瀑布流程下的開(kāi)發(fā)方式相比較，通過(guò)實(shí)施Scrum，能夠提升團(tuán)隊(duì)一倍的開(kāi)發(fā)效率，最大限度的發(fā)揮團(tuán)隊(duì)的作用；
• Scrum能夠縮短開(kāi)發(fā)周期，提高項(xiàng)目的交付效率。

但是，實(shí)施Scrum并不意味著不受項(xiàng)目約束，任性而為。那么實(shí)施Scrum的正確姿勢(shì)是什么呢？

二、如何實(shí)施Scrum

1. 確定PO

PO即Product owner，是一個(gè)角色，PO是管理產(chǎn)品待辦列表的唯一責(zé)任人。當(dāng)然，在有些公司PO也可能作為一個(gè)組織而存在——比如我們公司在實(shí)施Scrum中就將PO作為了一個(gè)組織。如果將PO作為一個(gè)組織運(yùn)行，在這一個(gè)組織中必須選出一個(gè)Owner。

作為owner，必須具有大局觀；深刻了解行業(yè)信息與走向；能夠把握產(chǎn)品的方向，擔(dān)負(fù)起產(chǎn)品短期以及中長(zhǎng)期的規(guī)劃與管理；能夠根據(jù)公司戰(zhàn)略要求，進(jìn)行用戶研究和產(chǎn)品功能規(guī)劃，深度跟蹤、分析、挖掘不斷變化的需求，不斷進(jìn)行產(chǎn)品創(chuàng)新。

另外，如果將PO作為一個(gè)組織，在軟件開(kāi)發(fā)項(xiàng)目中，PO小組可能包括的成員有產(chǎn)品經(jīng)理、業(yè)務(wù)方、視覺(jué)設(shè)計(jì)師、交互設(shè)計(jì)師以及架構(gòu)師等。

在多數(shù)情況下，由產(chǎn)品經(jīng)理或交互設(shè)計(jì)師擔(dān)任Owner。

2. 組建team

team是產(chǎn)品藍(lán)圖的真正實(shí)施者，負(fù)責(zé)在每個(gè)Sprint結(jié)束時(shí)交付潛在可發(fā)布并且“完成”的產(chǎn)品增量。

team主要包括開(kāi)發(fā)及測(cè)試人員，team必須能夠落實(shí)PO對(duì)產(chǎn)品的設(shè)想。

team的規(guī)模宜小不宜大，一般5~9人較為合適。

在敏捷開(kāi)發(fā)中倡導(dǎo)的是團(tuán)隊(duì)人員的“全?！蹦芰Γ?strong>但目前在大多數(shù)互聯(lián)網(wǎng)公司可能難于落實(shí)，比如多數(shù)互聯(lián)網(wǎng)公司前后端開(kāi)發(fā)是分離的，所以在組建team團(tuán)隊(duì)時(shí)需要特別關(guān)注前后端開(kāi)發(fā)人員投入的比例。

以我?guī)У?017年開(kāi)發(fā)的小程序?yàn)槔?，前端和后端人員投入的比例為2:3時(shí)，能夠最大限度的提升項(xiàng)目的開(kāi)發(fā)效率——當(dāng)然，這個(gè)比例必須基于項(xiàng)目中前后端所承擔(dān)的具體開(kāi)發(fā)任務(wù)情況而定，而不是隨性給出。

3. 選擇Scrum Master

Scrum Master為過(guò)程負(fù)責(zé)，服務(wù)于PO和開(kāi)發(fā)團(tuán)隊(duì)。Scrum Master要有儀式感，能夠有效地、高效的組織迭代計(jì)劃會(huì)、每日站立會(huì)、功能演示會(huì)、迭代回顧會(huì)等；Scrum Master必須具有高度的執(zhí)行力，并保持公信力，能夠幫助團(tuán)隊(duì)聚焦交付目標(biāo)和質(zhì)量目標(biāo)，確保團(tuán)隊(duì)高效交付高質(zhì)量的產(chǎn)品；推動(dòng)團(tuán)隊(duì)建立高效的流程，指導(dǎo)團(tuán)隊(duì)了解敏捷價(jià)值觀、原則和敏捷實(shí)踐；負(fù)責(zé)培訓(xùn)團(tuán)隊(duì)其他成員，確保Scrum得到正確運(yùn)用；促進(jìn)團(tuán)隊(duì)有效的交流協(xié)作、問(wèn)題管理、沖突解決，幫助團(tuán)隊(duì)消除一切障礙。

4. 維護(hù)產(chǎn)品需求池

產(chǎn)品需求池是所有用戶故事的集合，由PO依據(jù)公司的戰(zhàn)略和產(chǎn)品愿景進(jìn)行的思考。PO按照產(chǎn)品實(shí)現(xiàn)的優(yōu)先級(jí)順序?qū)Ξa(chǎn)品需求池的所有用戶故事進(jìn)行排序，并形成產(chǎn)品待辦事項(xiàng)列表，產(chǎn)品待辦事項(xiàng)列表相當(dāng)于產(chǎn)品研發(fā)的“路線圖”，要想了解產(chǎn)品的脈絡(luò)，產(chǎn)品待辦事項(xiàng)是最好的參考依據(jù)。

我們每一天都面對(duì)著新的競(jìng)爭(zhēng)者和用戶新的訴求，這意味著PO必須不斷地優(yōu)化自己的產(chǎn)品設(shè)計(jì)，并對(duì)產(chǎn)品待辦事項(xiàng)列表實(shí)現(xiàn)的優(yōu)先順序進(jìn)行調(diào)整。

在這一過(guò)程中，PO應(yīng)該與所有利益相關(guān)者和團(tuán)隊(duì)進(jìn)行協(xié)商，以確保產(chǎn)品待辦事項(xiàng)能夠反映用戶的真實(shí)訴求。

5. 故事點(diǎn)評(píng)估

相對(duì)精確的評(píng)估工作一般都是在沖刺計(jì)劃會(huì)上進(jìn)行，并由負(fù)責(zé)實(shí)際開(kāi)發(fā)及測(cè)試工作的團(tuán)隊(duì)對(duì)產(chǎn)品待辦事項(xiàng)做出評(píng)估。

在實(shí)踐過(guò)程中為了讓沖刺計(jì)劃會(huì)更高效，在沖刺計(jì)劃會(huì)之前PO與Scrum Master會(huì)作出一個(gè)粗略的評(píng)估。看看沖刺計(jì)劃是否切實(shí)可行？要完成這些事項(xiàng)，現(xiàn)有的信息是否足夠？用戶故事拆分是否合理？在開(kāi)發(fā)團(tuán)隊(duì)進(jìn)行評(píng)估時(shí)，建議摒棄傳統(tǒng)的“人天”評(píng)估法，采用故事點(diǎn)的方式，用斐波那契數(shù)列的數(shù)字（1，2，3，5，8，13，21……）的形式去評(píng)估。

評(píng)估時(shí)team需要首先確定一個(gè)用戶故事為作為評(píng)估的參照。另外，特別注意的是當(dāng)評(píng)估的單個(gè)故事點(diǎn)大于21的時(shí)候，用戶故事需要進(jìn)行再次拆分，單個(gè)用戶故事點(diǎn)數(shù)不超過(guò)8是最理性的狀態(tài)。

6. 沖刺計(jì)劃會(huì)

這是第一場(chǎng)真正意義上的Scrum會(huì)議。Team、Scrum Master、PO坐到一起，規(guī)劃沖刺的內(nèi)容。作為軟件開(kāi)發(fā)項(xiàng)目，進(jìn)入規(guī)劃沖刺的用戶故事，用戶故事應(yīng)該已拆分完成，并且完成了視覺(jué)設(shè)計(jì)。

沖刺周期一般是固定的，大部分是2至4周。團(tuán)隊(duì)要從產(chǎn)品待辦事項(xiàng)列表優(yōu)先級(jí)最高的用戶故事著手，看看一個(gè)沖刺迭代中能完成多少。

如果團(tuán)隊(duì)已經(jīng)開(kāi)展過(guò)多個(gè)沖刺迭代，通過(guò)參考前幾次迭代中完成的“故事點(diǎn)數(shù)”，團(tuán)隊(duì)可能預(yù)估到本次迭代完成的大概故事點(diǎn)數(shù)?！肮适曼c(diǎn)數(shù)”相當(dāng)于團(tuán)隊(duì)的速度。Scrum Master與Team應(yīng)努力在每一個(gè)沖刺迭代中提高這個(gè)數(shù)字。

對(duì)于沖刺目標(biāo)，即在一個(gè)沖刺迭代需要完成的事項(xiàng)，team所有成員都應(yīng)該形成共識(shí)。在沖刺計(jì)劃會(huì)上，PO需要告訴team用戶故事實(shí)現(xiàn)的優(yōu)先級(jí)順序。team承諾在下一次沖刺迭代中他們能夠完成多少用戶故事。在沖刺的過(guò)程中，任何人不能單方面擅自變更沖刺內(nèi)容。

7. 每日站立會(huì)

這是Scrum的活力源泉。站立會(huì)參加人員一般包括PO、Scrum Master、team。團(tuán)隊(duì)每天在固定地點(diǎn)、固定時(shí)間進(jìn)行內(nèi)部溝通，時(shí)間一般為早晨，時(shí)長(zhǎng)不超過(guò)15分鐘，且站立進(jìn)行，Scrum Master向team成員提出下列問(wèn)題：

• 你昨天完成了哪些工作？
• 你今天計(jì)劃做哪些工作？
• 目前的困難及障礙？

這樣做的意義在于：讓整個(gè)團(tuán)隊(duì)清楚地知道在這一個(gè)沖刺周期內(nèi)各項(xiàng)任務(wù)的進(jìn)展，所有任務(wù)是否能夠按時(shí)完成。

Team的任務(wù)都不是自上而下分派的，而是自主決定、自愿申領(lǐng)的。如果前一個(gè)任務(wù)沒(méi)有完成時(shí)，不能申領(lǐng)下一個(gè)任務(wù)，不能同時(shí)申領(lǐng)2個(gè)在當(dāng)天不能完成的任務(wù)。

Scrum Master負(fù)責(zé)消除團(tuán)隊(duì)面臨的障礙。

8. 項(xiàng)目看板及燃盡圖

在Scrum中，必須做到工作透明化，最常見(jiàn)的做法是實(shí)施項(xiàng)目看板制度。

有的團(tuán)隊(duì)善于借助第三方工具使用電子看板，比如Redmine看板，Leangoo看板；有的團(tuán)隊(duì)樂(lè)于使用線下物理看板。

無(wú)論使用電子看板，還是物理看板，看板的欄目大致包括待辦事項(xiàng)、進(jìn)行中事項(xiàng)以及已完成事項(xiàng)三個(gè)部分。隨著迭代進(jìn)度的推進(jìn)，由Team每天及時(shí)將事項(xiàng)轉(zhuǎn)移到對(duì)應(yīng)看板欄目下。

讓工作透明化的另一個(gè)工具是燃盡圖。在這張圖中，一個(gè)軸代表工作量，另一個(gè)軸代表時(shí)間。每天Scrum Master都會(huì)記錄待完成的剩余點(diǎn)數(shù)，而后畫(huà)在燃盡圖上。理想情況下，該圖是一條向下的曲線，隨著剩余工作的完成，“燃盡”至零。

9. 功能演示

在《Scrum指南》中將此環(huán)節(jié)稱(chēng)為Sprint評(píng)審會(huì)議，書(shū)中認(rèn)為Sprint評(píng)審會(huì)議應(yīng)該包括開(kāi)發(fā)團(tuán)隊(duì)演示完成的工作并解答關(guān)于所交付增量的問(wèn)題、評(píng)審市場(chǎng)或者潛在的產(chǎn)品使用方式所帶來(lái)的接下來(lái)要做的最有價(jià)值的東西的改變、為下個(gè)產(chǎn)品版本功能或能力的發(fā)布評(píng)審時(shí)間表、預(yù)算、潛在功能和市場(chǎng)等多個(gè)會(huì)議主題。

會(huì)議一般在在本次迭代沖刺發(fā)布前召開(kāi)。不過(guò)，從實(shí)踐來(lái)看，我更傾向于此次會(huì)議最重要的工作是功能和成果演示，驗(yàn)證用戶故事的實(shí)現(xiàn)場(chǎng)景，并接受評(píng)價(jià)。

這是一場(chǎng)公開(kāi)的會(huì)議，任何人都可以是參與者，不僅僅包括PO、Scrum Master及team，還包括利益相關(guān)者、業(yè)務(wù)方與管理者，乃至客戶。

團(tuán)隊(duì)?wèi)?yīng)該只展示那些符合“完成定義”的事項(xiàng)，也就是全部完成，不需要再做工作就能交付的成果。這個(gè)成果或許不是完整的產(chǎn)品，但至少是一項(xiàng)完整的、可以使用的功能。

10. 沖刺回顧會(huì)

沖刺回顧會(huì)一般在本次迭代發(fā)布之后的第二天召開(kāi)，會(huì)議時(shí)間最好不做具體的限制。

沖刺回顧會(huì)要認(rèn)真分析以下幾個(gè)問(wèn)題：

• 發(fā)生了哪些有待改進(jìn)的事；
• 為什么會(huì)發(fā)生那件事；
• 為什么我們當(dāng)時(shí)忽略了；
• 怎樣才能加快工作進(jìn)度。

作為一個(gè)團(tuán)隊(duì)，要讓這個(gè)沖刺回顧過(guò)程有效，團(tuán)隊(duì)需要相互信任。必須記住基于項(xiàng)目和技術(shù)問(wèn)題的討論和爭(zhēng)論；對(duì)事不對(duì)人，不當(dāng)和事佬，鼓勵(lì)技術(shù)碰撞；不能把技術(shù)和業(yè)務(wù)討論牽扯到人身攻擊上去；抵制帶著有色眼睛看人，引導(dǎo)大家理性討論；勇敢接受別人的挑戰(zhàn)，接受自己的不完美?大家要對(duì)自己的流程和結(jié)果負(fù)責(zé)，要集思廣益，共同尋求問(wèn)題解決之道。這一點(diǎn)是至關(guān)重要的。

最后，團(tuán)隊(duì)確定一個(gè)最值得改善的地方，將其設(shè)定為下一個(gè)沖刺迭代的首要任務(wù)，當(dāng)然，改善的結(jié)果必須通過(guò)“驗(yàn)收測(cè)試”。你如何證明自己成功地完成了改善？你需要用具體的、可操作的方式界定什么是“成功”，這樣，在下一個(gè)沖刺回顧會(huì)議中才能很快判斷出是否已完成改善。

上一個(gè)沖刺迭代結(jié)束之后，開(kāi)始進(jìn)入新的沖刺迭代。

三、實(shí)施Scrum帶來(lái)的變化

通過(guò)在Scrum項(xiàng)目中的實(shí)踐，給我們的團(tuán)隊(duì)和項(xiàng)目組帶來(lái)的變化主要有：

1. 組織

在瀑布流程下，通常會(huì)設(shè)置包括業(yè)務(wù)方、產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、開(kāi)發(fā)人員、測(cè)試人員、交互設(shè)計(jì)師、視覺(jué)設(shè)計(jì)師等多個(gè)角色，由于強(qiáng)化了不同角色的定位，而且不同角色又隸屬于不同的職能部門(mén)，無(wú)形中增加了項(xiàng)目協(xié)同的難度。

在Scrum項(xiàng)目實(shí)施中，僅設(shè)置了PO小組、master和team團(tuán)隊(duì)這樣的角色和組織，而且大家在一起集中辦公，很大程度上淡化了角色隸屬關(guān)系，形成了團(tuán)隊(duì)合力和向心力。

2. 內(nèi)聚

團(tuán)隊(duì)合作的要旨是提高團(tuán)隊(duì)的內(nèi)聚性，內(nèi)聚也體現(xiàn)在個(gè)人工作焦點(diǎn)上，避免了一個(gè)人同一時(shí)段身兼多責(zé)。每個(gè)人都需要長(zhǎng)時(shí)間的深度思考和環(huán)境浸染，如果天天在會(huì)上趕會(huì)，必定是失敗的。

3. 節(jié)奏

用用戶故事和站立會(huì)、沖刺會(huì)的形式，重構(gòu)項(xiàng)目過(guò)程，細(xì)致而又綿密，靈活而又緊湊，減少時(shí)間死角，讓需求等人而非人等需求。

4. 盡早與客戶互動(dòng)

實(shí)施Scrum，極大的縮短了發(fā)布周期，讓我們的用戶及早的感知產(chǎn)品，這對(duì)保持正確的產(chǎn)品航道有極大的幫助，也能更好的幫助公司做好戰(zhàn)略上的決策。

5. 透明

作為敏捷實(shí)踐，項(xiàng)目看板制度是必不可少的，通過(guò)項(xiàng)目看板制度，項(xiàng)目成員每天完成的任務(wù)情況一目了然，團(tuán)隊(duì)目標(biāo)感明確，顯著增強(qiáng)了工作的主動(dòng)性和能動(dòng)性。

6. 心態(tài)

深刻剖析和本地化執(zhí)行scrum敏捷方法論，持續(xù)自省，自我革命，破除僵化流程，解除自我保護(hù)，項(xiàng)目團(tuán)隊(duì)能夠“就事論事”的討論問(wèn)題，解決了管理“人”的難題。

2018年，我們將繼續(xù)在用戶故事點(diǎn)數(shù)預(yù)評(píng)估，項(xiàng)目燃盡圖使用，代碼質(zhì)量，持續(xù)集成、自動(dòng)化等方面進(jìn)行深入的探索。

如同《敏捷革命》所說(shuō)的那樣：Scrum需要實(shí)踐和專(zhuān)注，只有持續(xù)不斷地付出努力，才能達(dá)到新的狀態(tài)。我們?cè)谇斑M(jìn)的路上，我相信，我們會(huì)越來(lái)越好！

作者：張洪強(qiáng)，五阿哥（五礦阿里合資公司）PMO

本文由 @張洪強(qiáng) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自網(wǎng)絡(luò)