前段時(shí)間，我們發(fā)現(xiàn)開(kāi)發(fā)過(guò)程有些混亂并且不容易管理。為了團(tuán)隊(duì)更好的協(xié)作，我們?cè)陬檰?wèn)的引導(dǎo)下，開(kāi)始嘗試使用Scrum敏捷開(kāi)發(fā)。（Scrum相對(duì)官方的資料，附在文章最后）

幾輪Sprint下來(lái)，有點(diǎn)個(gè)人體會(huì)，和大家share之。立場(chǎng)當(dāng)然是是不褒不貶，純客觀描述啦！不過(guò)，每個(gè)團(tuán)隊(duì)情況不一致；因此，這個(gè)“客觀”針對(duì)的是我們團(tuán)隊(duì)。啊哈~

首先，Scrum的官方流程如下：

我們的Scrum流程如下：

接下來(lái)會(huì)詳細(xì)講解每個(gè)步驟中應(yīng)當(dāng)注意的點(diǎn)：

開(kāi)發(fā)前：

闡述&調(diào)整需求：

產(chǎn)品要在這之前需要考慮清楚每個(gè)需求的邏輯、頁(yè)面交互展示，不然在這一步就會(huì)造成很多討論，延長(zhǎng)開(kāi)會(huì)時(shí)長(zhǎng)，影響效果。至于如何思考清楚內(nèi)在邏輯，有多鐘方法，這又是一個(gè)topic；

對(duì)于優(yōu)先級(jí)的確認(rèn)，一定要明確，這是后面實(shí)現(xiàn)的先后基礎(chǔ)；

如果程序猿們對(duì)某個(gè)需求邏輯提出質(zhì)疑的話，最好不要太任由發(fā)散討論，能立刻調(diào)整的，那么就調(diào)整；不能立刻確認(rèn)調(diào)整的，先保留，然后在真正開(kāi)發(fā)前要確認(rèn)；

如果產(chǎn)品汪在闡述需求的同時(shí)，開(kāi)發(fā)人員們開(kāi)始相互溝通如何實(shí)現(xiàn)的問(wèn)題，那么建議開(kāi)發(fā)們先聽(tīng)完所有內(nèi)容，在后面的需求分解中再進(jìn)行詳細(xì)討論，不然在需求源頭錯(cuò)過(guò)就容易有需求上的認(rèn)知偏差；

需求分解為任務(wù)：

小團(tuán)隊(duì)沒(méi)有項(xiàng)目經(jīng)理的情況下，建議項(xiàng)目負(fù)責(zé)人（Scrum Master）是經(jīng)驗(yàn)比較豐富的技術(shù)人，這樣對(duì)項(xiàng)目進(jìn)度比較容易有把控，同時(shí)對(duì)需求的分解以及后期的追蹤會(huì)有很大的幫助；

要強(qiáng)化需求追蹤人（Owner）追蹤需求的意識(shí)，不要流于形式：有個(gè)這么個(gè)角色，但是并沒(méi)有發(fā)揮作用這種情況。owner的存在可以分擔(dān)SM的責(zé)任的同時(shí)讓開(kāi)發(fā)人員之間關(guān)聯(lián)性更強(qiáng)，因?yàn)橐话隳硞€(gè)需求會(huì)同時(shí)涉及到前端、后端、API、移動(dòng)端，讓開(kāi)發(fā)去推動(dòng)開(kāi)發(fā)；

開(kāi)發(fā)人員們要適當(dāng)把需求拆的細(xì)一些，這樣在拆的過(guò)程中更容易吃透需求、理清邏輯，發(fā)現(xiàn)邏輯上的問(wèn)題。針對(duì)需求，相關(guān)的人進(jìn)行技術(shù)討論，有疑問(wèn)的地方要及時(shí)和產(chǎn)品這邊溝通，問(wèn)題越早發(fā)現(xiàn)越好。最后，要把每個(gè)任務(wù)對(duì)應(yīng)的人以及需要的完成時(shí)間都記錄下來(lái)。

有關(guān)于時(shí)間預(yù)估問(wèn)題，我暫時(shí)還不知道哪種方法比較好。在文末最后有個(gè)敏捷估算的方法，乃們可以參考看看。

在拆分的過(guò)程中，SM最好能夠根據(jù)需求的難易程度，進(jìn)行輔助溝通。這樣，能夠相對(duì)避免因?yàn)榫唧w代碼人員因?yàn)榻?jīng)驗(yàn)/能力不夠而導(dǎo)致的拆分、預(yù)估問(wèn)題；

產(chǎn)品汪要在討論過(guò)程中，時(shí)刻穿插在其中，盡量保證需求理解的正確性；

確認(rèn)該期目標(biāo)：

• 完整過(guò)一遍每個(gè)需求的分解情況，看是否有遺漏或者誤差，有疑問(wèn)即刻提；
• 必須按照需求的優(yōu)先級(jí)來(lái)確認(rèn)目標(biāo)；
• 要明確目標(biāo)，確認(rèn)哪些一定要做完（這里有個(gè)argue/挖坑的地方，會(huì)在下文“開(kāi)發(fā)中”-“3其他”-2中進(jìn)行描述）；

開(kāi)發(fā)中：

有關(guān)中期會(huì)議：

一定要在一期sprint的中間進(jìn)行進(jìn)度回顧和確認(rèn)，如果進(jìn)度偏差很大的話，要適當(dāng)?shù)恼{(diào)整目標(biāo)，以免最終跟預(yù)期相差太大；

中期的時(shí)候，可以check下人力分配，如果有相對(duì)空閑，那么可以再安排一些任務(wù)?？床煌闆r，是安排產(chǎn)品線的新任務(wù)還是基礎(chǔ)建設(shè)任務(wù)或是代碼優(yōu)化任務(wù)等等；

有關(guān)測(cè)試：

在開(kāi)發(fā)過(guò)程中，建議開(kāi)發(fā)完一個(gè)功能就跟進(jìn)一個(gè)功能的測(cè)試，以免最終測(cè)試任務(wù)都堆積起來(lái)；

提測(cè)可以在項(xiàng)目結(jié)束的前2-3天開(kāi)始，這樣可以保證有足夠的時(shí)間進(jìn)行修正；

如果功能和業(yè)務(wù)強(qiáng)關(guān)聯(lián)，可以讓業(yè)務(wù)人員在提測(cè)階段使用測(cè)試版本，一起發(fā)現(xiàn)問(wèn)題；

開(kāi)發(fā)人員在開(kāi)發(fā)新功能過(guò)程中，可能會(huì)遇到之前存在的bug或者突然發(fā)現(xiàn)了之前沒(méi)發(fā)現(xiàn)的bug，這時(shí)候應(yīng)該要告訴測(cè)試人員跟進(jìn)，而不是自己直接修掉。因?yàn)槟阋詾榈男薜舨⒉灰欢ㄕ嬲龥](méi)問(wèn)題，一定要進(jìn)行回測(cè)，同時(shí)留下記錄，可能會(huì)給以后的追溯帶來(lái)幫助；

其他：

團(tuán)隊(duì)每天開(kāi)站會(huì)，目的在于描述自己的進(jìn)度情況。一定要明確！要明確！要明確！如果不明確表述，其實(shí)等于沒(méi)有開(kāi)站會(huì)；

在適應(yīng)新開(kāi)發(fā)流程的初期，SM最好能夠每天or每?jī)商齑_認(rèn)下組員們的真實(shí)開(kāi)發(fā)情況，包括進(jìn)度and需求理解上；

一開(kāi)始嘗試Scrum敏捷開(kāi)發(fā)時(shí)，容易預(yù)估（目標(biāo)、時(shí)間）不準(zhǔn)確，導(dǎo)致2周一個(gè)迭代版本比較困難，可能會(huì)經(jīng)常延遲。面對(duì)這種情況，我目前是傾向砍掉部分需求，先滿足2周一個(gè)版本，讓團(tuán)隊(duì)先形成這么一個(gè)周期慣性，再去優(yōu)化慣性內(nèi)的效率問(wèn)題（也就是之后再提高目標(biāo)的要求)；

Scrum要求是：

1. 目標(biāo)、質(zhì)量驗(yàn)收標(biāo)準(zhǔn)不能改變；
2. 完成目標(biāo)的要求不能過(guò)低；（文末有相關(guān)資料）

關(guān)于如何解決這個(gè)問(wèn)題，也還在摸索狀態(tài) T_T，大家如果有好的建議和想法，求溝通呀~

開(kāi)發(fā)后：

1. 組員們要一定總結(jié)下這期開(kāi)發(fā)中存在哪些問(wèn)題，如何解決或者減弱這些問(wèn)題的影響，不要流于形式。畢竟對(duì)團(tuán)隊(duì)來(lái)說(shuō)，這是新的開(kāi)發(fā)流程，不適應(yīng)或者做的不好很正常，不要怕說(shuō)不要的地方，大家在錯(cuò)誤中磨合、改善、成長(zhǎng)才是最重要的；
2. 結(jié)合上一點(diǎn)，每期也要對(duì)上期提出來(lái)的問(wèn)題進(jìn)行回顧，看在這期中是否有改善這個(gè)問(wèn)題。只記錄不回顧，等于什么都沒(méi)干；

以上，是目前的一些體會(huì)和總結(jié)，希望在不斷實(shí)踐中，能夠得到新的解決方法和體會(huì)…

最后附Scrum的官方資料:

什么是Scrum？

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html

Scrum團(tuán)隊(duì)的三個(gè)角色？

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-5

Scrum的三個(gè)工件？

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-6

Scrum的五個(gè)活動(dòng)？

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-7

敏捷估算？

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-14

sprint？

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-15

每日站會(huì)？

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-16

完成的“定義”？

http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-17

本文由華爾街見(jiàn)聞產(chǎn)品經(jīng)理 @梁露瑤（微信公眾號(hào)killifer） 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?，未經(jīng)許可，禁止轉(zhuǎn)載。