在APP開發(fā)行業(yè)，敏捷開發(fā)應該不陌生?；ヂ?lián)網(wǎng)產(chǎn)品快速發(fā)展的特性，決定了“小步快跑”的管理思想，持續(xù)迭代，不斷的改進產(chǎn)品。所以很多APP開發(fā)團隊都喜歡敏捷開發(fā)。

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

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

在每個迭代開始之前，產(chǎn)品經(jīng)理就需要把下一個迭代要做的需求安排好，待到迭代開始之前，對所安排的需求進行集中講解評審，參與的對象是整個團隊。這樣做的好處是：研發(fā)、測試團隊和Scrum Master一起深入理解需求，測試團隊也因此能夠更早地開始編寫測試腳本，這樣需求、開發(fā)、測試都是敏捷的，否則只有開發(fā)是敏捷的，兩頭就會都跟不上。
 

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

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

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

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

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

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

敏捷開發(fā)在APP開發(fā)行業(yè)中的應用是大勢所趨，個人覺得會深刻影響到傳統(tǒng)的瀑布式項目流程。從實際經(jīng)驗來看，敏捷開發(fā)也確實有很大的優(yōu)越性，能夠更快的適應需求變更，靈活的安排資源的投入，每個迭代的產(chǎn)出都是產(chǎn)品的階段性目標，也有可能就是一個小版本的發(fā)布，對于崇尚“持續(xù)迭代、小步快跑”的互聯(lián)網(wǎng)產(chǎn)品來說，非常適合。