在互聯(lián)網行業(yè)狐史，敏捷應該不是陌生的名詞了痒给∷的互聯(lián)網產品快速發(fā)展的特性，決定了“小步快跑”的管理思想苍柏，持續(xù)迭代尼斧，不斷的改進產品。而應用敏捷基本上可以讓迭代周期減少一半试吁，在追求效率和產出的互聯(lián)網棺棵，這確實是一劑良方。

在產品研發(fā)過程中熄捍，從需求管理到最終的產品運營烛恤，全過程應用敏捷的思想，讓產品團隊成為產品的主人和管理創(chuàng)新的驅動者治唤。當產品團隊自發(fā)的去持續(xù)優(yōu)化產品棒动，不斷提升產品質量和研發(fā)效率時，整個團隊的工作效率就提升了宾添，產品的迭代周期自然會縮短船惨，他們會樹立更高的目標去挑戰(zhàn)，當他們持續(xù)地周而復始時缕陕，卓越就成為了團隊的習慣粱锐。

在敏捷實施的過程中：

從產品經理的角度來說，更應該關心需求是否也可以用迭代的方式去產出扛邑，合理的按照價值和優(yōu)先級去安排每個迭代需求怜浅，是產品經理需要關注的。這會保證每個迭代開發(fā)人員在實現(xiàn)的都是優(yōu)先級最高的需求蔬崩。從開發(fā)人員角度來講恶座，對每個迭代的任務的需求理解和工作量安排是他們所要關心的，要合理的分配每個人的任務沥阳，以達到最大化的效率利用跨琳，進而保證每個迭代的高效產出。

1號店目前已全面實施敏捷開發(fā)桐罕，結合自己對敏捷需求管理的理解脉让，分享在1號店工作期間實施敏捷項目管理的實踐經驗、失敗教訓功炮。主要從以下幾個環(huán)節(jié)提高團隊效率溅潜，最終成功地讓4-6周的交付周期縮減到了2周左右。

迭代需求集中評審和評估工作量

在每個迭代開始之前薪伏，產品經理就需要把下一個迭代要做的需求安排好滚澜，待到迭代開始之前，對所安排的需求進行集中講解評審嫁怀，參與的對象是整個團隊博秫。這樣做的好處是：研發(fā)潦牛、測試團隊和Scrum?Master一起深入理解需求，測試團隊也因此能夠更早地開始編寫測試腳本挡育，這樣需求巴碗、開發(fā)、測試都是敏捷的即寒，否則只有開發(fā)是敏捷的橡淆，兩頭就會都跟不上。

很多人覺得每個迭代開始之前母赵，花上一整天的時間去理解需求和評估工作量是很浪費的逸爵，但是磨刀不誤砍柴工，在工作開展之前把一切不確定性的東西都確認好凹嘲，這樣后續(xù)的開發(fā)效率就會高很多师倔。另外對產品經理的要求就是提前梳理需求，這個不是簡單的梳理周蹭，而是要充分評估手頭所有需求功能點的價值和優(yōu)先級趋艘，先做優(yōu)先級高的。

站會：隨時把控進度凶朗、解決問題

站著開會帶來的緊張感和疲勞感可以有效地避免過于冗長的會議瓷胧，且可以保持清醒的狀態(tài)，一般都在早上上班的時候開棚愤，也叫“晨會”搓萧。可以嘗試讓發(fā)言者站在中間宛畦，這種做法更能增強其自信心和責任感瘸洛。站會的議題是每人說一下自己昨天做了什么，今天要做什么次和，有沒有遇到問題反肋。產品經理可以參與站會聽取一下團隊成員的進度，對各個需求的進展了然于胸斯够，對發(fā)生的問題需要介入協(xié)助的囚玫，可以在會后就協(xié)助處理喧锦。

團隊自我驅動

在迭代開始之前要做好任務的認領和分配读规，可以培養(yǎng)團隊主動工作的積極性。在迭代開始后燃少，要明確只有開發(fā)出可用的功能才算完成束亏；明確迭代目標，并把目標分配給明確的負責人阵具；嚴格要求代碼提交環(huán)節(jié)碍遍，確保提交后測試即可介入定铜；明確每個人的工作職責，優(yōu)化團隊協(xié)作機制怕敬，中間出現(xiàn)某個成員進度落后的情況揣炕，可以調配進度快的成員幫忙。同時要避免整體重構东跪，盡可能局部重構畸陡。產品經理更需要確定迭代目標能否完成而不僅是關注迭代進度。

持續(xù)集成和產品演示環(huán)境

迭代任務陸續(xù)完成過程中虽填，要能自動化集成到演示環(huán)境丁恭，這樣就可以邊開發(fā)邊驗證，測試也就可以邊開發(fā)邊測試斋日，省去了很多重復的工作牲览。并且可以盡早的發(fā)現(xiàn)問題或bug，及時修復恶守。產品演示環(huán)境能夠盡早Ready是很重要的第献，這樣可以提前看到產品的最終形態(tài)。

迭代總結會

在每個迭代結束的時候熬的，要召開迭代總結會痊硕，團隊成員都需要完成自評和他評，分析和總結上一個迭代中遇到的問題押框，大家討論改進的方法岔绸，比如說到需求變更太多之類的，就需要產品經理更好的去把控和分析需求橡伞，盡量在開發(fā)過程當中不變更盒揉。績效與任務難度掛鉤的方式也激勵成員做有挑戰(zhàn)的項目/功能開發(fā)兑徘。同時刚盈，嚴格的得失分析讓團隊更好地吸取經驗和教訓。

保證質量

雖然研發(fā)速度很重要挂脑，但是沒有質量保證的快速開發(fā)非常危險藕漱，質量保證是一項需要高度重視的標準。需要制定嚴格的bug控制標準崭闲，開發(fā)自測和測試人員測試的標準不一致肋联，這樣可以激勵不同角色人員的工作積極性。

敏捷開發(fā)對于產品經理來說是一個挑戰(zhàn)刁俭，迭代周期越短橄仍，對產品經理的要求越高。比如迭代周期為兩個星期，那就需要產品經理在兩周內把自身對產品的想法侮繁，或者業(yè)務部門的需求轉化成可供開發(fā)的需求虑粥，這樣才能保證迭代的順利進行。這對產品經理的能力要求還是很高的宪哩，假如一個迭代要完成五個需求娩贷，那就要在兩周內完成這五個需求的分析和設計，這中間包括了競品分析锁孟、數(shù)據(jù)分析育勺、調研等等環(huán)節(jié)，工作節(jié)奏會很緊湊罗岖。

迭代的成功需要正確的產品方向+正確的需求構建方法涧至，因此在開發(fā)前弄清楚產品方向和構建方法至關重要，這也就是迭代開始前的主要任務桑包。

產品經理的基本任務應該是將業(yè)務需求分解為產品需求南蓬，再將產品需求分解為可實現(xiàn)的功能需求，其目標在于轉化和細化原始需求哑了，制定下一個迭代的需求列表和發(fā)布計劃赘方，以及明確隨后1-2個迭代的開發(fā)需求。

因此前期需求管理的主要工作在于拆分——從角色的角度拆分弱左、從實體的角度拆分窄陡、從目的的角度拆分、從解決方案的角度拆分拆火！分解目的再拆分解決方案跳夭，通過拆分明了產品的業(yè)務流程，將需求分解為具體的任務和業(yè)務操作们镜，最后制定可行的開發(fā)流程和迭代計劃币叹。

敏捷開發(fā)在互聯(lián)網行業(yè)中的應用是大勢所趨，個人覺得會深刻影響到傳統(tǒng)的瀑布式項目流程模狭。從實際經驗來看颈抚，敏捷開發(fā)也確實有很大的優(yōu)越性，能夠更快的適應需求變更嚼鹉，靈活的安排資源的投入贩汉，每個迭代的產出都是產品的階段性目標，也有可能就是一個小版本的發(fā)布锚赤，對于崇尚“持續(xù)迭代匹舞、小步快跑”的互聯(lián)網產品來說，非常適合宴树。微信在一開始的時候能迅速搶占市場策菜，和其快速的版本發(fā)布有很大關系晶疼，而現(xiàn)在微信已經進入穩(wěn)定發(fā)展期酒贬，版本發(fā)布緩和很多又憨。從產品發(fā)展的生命周期角度看，新生的產品最容易成功也最容易失敗锭吨，成功是因為其市場的新鮮感和功能的新增可以俘獲用戶的關注度蠢莺，失敗是由市場競爭導致的。在互聯(lián)網行業(yè)零如，產品層出不窮躏将，新出的產品很多時候大家也都愿意嘗鮮，但一段時間后發(fā)現(xiàn)無趣就會卸載考蕾，這段安裝到卸載的時間理論上可以發(fā)布好幾個迭代祸憋，而這就是“快”和“慢”的體現(xiàn)。