如何讓APP開發團隊的(de)效率更高(gāo)

在APP開發行業，敏捷開發應該不陌生。互聯網産品快(kuài)速發展的(de)特性，決定了(le)“小步快(kuài)跑”的(de)管理(lǐ)思想，持續叠代，不斷的(de)改進産品。所以很多(duō)APP開發團隊都喜歡敏捷開發。

在APP開發過程中，從需求管理(lǐ)到最終的(de)産品運營，全過程應用(yòng)敏捷的(de)思想，讓産品團隊成爲産品的(de)主人(rén)和(hé)管理(lǐ)創新的(de)驅動者。當産品團隊自發的(de)去持續優化(huà)産品，不斷提升産品質量和(hé)研發效率時(shí)，整個(gè)團隊的(de)工作效率就提升了(le)，産品的(de)叠代周期自然會縮短，他(tā)們會樹立更高(gāo)的(de)目标去挑戰，當他(tā)們持續地周而複始時(shí)，卓越就成爲了(le)團隊的(de)習(xí)慣。
 

從産品經理(lǐ)的(de)角度來(lái)說，更應該關心需求是否也(yě)可(kě)以叠代的(de)方式去産出，合理(lǐ)的(de)按照(zhào)價值和(hé)優先級去安排每個(gè)叠代需求，是産品經理(lǐ)需要關注的(de)。這(zhè)會保證每個(gè)叠代開發人(rén)員(yuán)在實現的(de)都是優先級最高(gāo)的(de)需求。從開發人(rén)員(yuán)角度來(lái)講，對(duì)每個(gè)叠代的(de)任務的(de)需求理(lǐ)解和(hé)工作量安排是他(tā)們所要關心的(de)，要合理(lǐ)的(de)分(fēn)配每個(gè)人(rén)的(de)任務，以達到最大(dà)化(huà)的(de)效率利用(yòng)，進而保證每個(gè)叠代的(de)高(gāo)效産出。
 

在每個(gè)叠代開始之前，産品經理(lǐ)就需要把下(xià)一個(gè)叠代要做(zuò)的(de)需求安排好，待到叠代開始之前，對(duì)所安排的(de)需求進行集中講解評審，參與的(de)對(duì)象是整個(gè)團隊。這(zhè)樣做(zuò)的(de)好處是：研發、測試團隊和(hé)Scrum Master一起深入理(lǐ)解需求，測試團隊也(yě)因此能夠更早地開始編寫測試腳本，這(zhè)樣需求、開發、測試都是敏捷的(de)，否則隻有開發是敏捷的(de)，兩頭就會都跟不上。
 

很多(duō)人(rén)覺得(de)每個(gè)叠代開始之前，花上一整天的(de)時(shí)間去理(lǐ)解需求和(hé)評估工作量是很浪費的(de)，但是磨刀(dāo)不誤砍柴工，在工作開展之前把一切不确定性的(de)東西都确認好，這(zhè)樣後續的(de)開發效率就會高(gāo)很多(duō)。另外對(duì)産品經理(lǐ)的(de)要求就是提前梳理(lǐ)需求，這(zhè)個(gè)不是簡單的(de)梳理(lǐ)，而是要充分(fēn)評估手頭所有需求功能點的(de)價值和(hé)優先級，先做(zuò)優先級高(gāo)的(de)。
 

站著(zhe)開會帶來(lái)的(de)緊張感和(hé)疲勞感可(kě)以有效地避免過于冗長(cháng)的(de)會議(yì)，且可(kě)以保持清醒的(de)狀态，一般都在早上上班的(de)時(shí)候開，也(yě)叫“晨會”。可(kě)以嘗試讓發言者站在中間，這(zhè)種做(zuò)法更能增強其自信心和(hé)責任感。站會的(de)議(yì)題是每人(rén)說一下(xià)自己昨天做(zuò)了(le)什(shén)麽，今天要做(zuò)什(shén)麽，有沒有遇到問題。産品經理(lǐ)可(kě)以參與站會聽(tīng)取一下(xià)團隊成員(yuán)的(de)進度，對(duì)各個(gè)需求的(de)進展了(le)然于胸，對(duì)發生的(de)問題需要介入協助的(de)，可(kě)以在會後就協助處理(lǐ)。
 

在叠代開始之前要做(zuò)好任務的(de)認領和(hé)分(fēn)配，可(kě)以培養團隊主動工作的(de)積極性。在叠代開始後，要明(míng)确隻有開發出可(kě)用(yòng)的(de)功能才算(suàn)完成;明(míng)确叠代目标，并把目标分(fēn)配給明(míng)确的(de)負責人(rén);嚴格要求代碼提交環節，确保提交後測試即可(kě)介入;明(míng)确每個(gè)人(rén)的(de)工作職責，優化(huà)團隊協作機制，中間出現某個(gè)成員(yuán)進度弱後的(de)情況，可(kě)以調配進度快(kuài)的(de)成員(yuán)幫忙。同時(shí)要避免整體重構，盡可(kě)能局部重構。産品經理(lǐ)更需要确定叠代目标能否完成而不僅是關注叠代進度。
 

雖然開發速度很重要，但是沒有質量保證的(de)快(kuài)速開發非常危險，質量保證是一項需要高(gāo)度重視的(de)标準。需要制定嚴格的(de)bug控制标準，開發自測和(hé)測試人(rén)員(yuán)測試的(de)标準不一緻，這(zhè)樣可(kě)以激勵不同角色人(rén)員(yuán)的(de)工作積極性。

敏捷開發對(duì)于産品經理(lǐ)來(lái)說是一個(gè)挑戰，叠代周期越短，對(duì)産品經理(lǐ)的(de)要求越高(gāo)。比如叠代周期爲兩個(gè)星期，那就需要産品經理(lǐ)在兩周内把自身對(duì)産品的(de)想法，或者業務部門的(de)需求轉化(huà)成可(kě)供開發的(de)需求，這(zhè)樣才能保證叠代的(de)順利進行。這(zhè)對(duì)産品經理(lǐ)的(de)能力要求還(hái)是很高(gāo)的(de)，假如一個(gè)叠代要完成五個(gè)需求，那就要在兩周内完成這(zhè)五個(gè)需求的(de)分(fēn)析和(hé)設計，這(zhè)中間包括了(le)競品分(fēn)析、數據分(fēn)析、調研等等環節，工作節奏會很緊湊。
 

産品經理(lǐ)的(de)基本任務應該是将業務需求分(fēn)解爲産品需求，再将産品需求分(fēn)解爲可(kě)實現的(de)功能需求，其目标在于轉化(huà)和(hé)細化(huà)原始需求，制定下(xià)一個(gè)叠代的(de)需求列表和(hé)發布計劃，以及明(míng)确随後1-2個(gè)叠代的(de)開發需求。
 

敏捷開發在APP開發行業中的(de)應用(yòng)是大(dà)勢所趨，個(gè)人(rén)覺得(de)會深刻影(yǐng)響到傳統的(de)瀑布式項目流程。從實際經驗來(lái)看，敏捷開發也(yě)确實有很大(dà)的(de)優越性，能夠更快(kuài)的(de)适應需求變更，靈活的(de)安排資源的(de)投入，每個(gè)叠代的(de)産出都是産品的(de)階段性目标，也(yě)有可(kě)能就是一個(gè)小版本的(de)發布，對(duì)于崇尚“持續叠代、小步快(kuài)跑”的(de)互聯網産品來(lái)說，非常适合。