国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

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

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

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

我們的Scrum流程如下：

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

開發(fā)前：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

開發(fā)中：

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

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

中期的時候，可以check下人力分配，如果有相對空閑，那么可以再安排一些任務(wù)。看不同情況，是安排產(chǎn)品線的新任務(wù)還是基礎(chǔ)建設(shè)任務(wù)或是代碼優(yōu)化任務(wù)等等；

有關(guān)測試：

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

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

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

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

其他：

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

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

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

Scrum要求是：

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

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

開發(fā)后：

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

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

最后附Scrum的官方資料:

什么是Scrum？

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

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

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

Scrum的三個工件？

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

Scrum的五個活動？

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

每日站會？

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

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