人
已閱讀
已閱讀
如何讓APP開(kāi)發(fā)團(tuán)隊(duì)的效率更高
來(lái)源:lexintech.com ?? ?? 發(fā)布時(shí)間:2019-05-17
在APP開(kāi)發(fā)行業(yè),敏捷開(kāi)發(fā)應(yīng)該不陌生?;ヂ?lián)網(wǎng)產(chǎn)品快速發(fā)展的特性,決定了“小步快跑”的管理思想,持續(xù)迭代,不斷的改進(jìn)產(chǎn)品。所以很多APP開(kāi)發(fā)團(tuán)隊(duì)都喜歡敏捷開(kāi)發(fā)。
在APP開(kāi)發(fā)過(guò)程中,從需求管理到最終的產(chǎn)品運(yùn)營(yíng),全過(guò)程應(yīng)用敏捷的思想,讓產(chǎn)品團(tuán)隊(duì)成為產(chǎn)品的主人和管理創(chuàng)新的驅(qū)動(dòng)者。當(dāng)產(chǎn)品團(tuán)隊(duì)自發(fā)的去持續(xù)優(yōu)化產(chǎn)品,不斷提升產(chǎn)品質(zhì)量和研發(fā)效率時(shí),整個(gè)團(tuán)隊(duì)的工作效率就提升了,產(chǎn)品的迭代周期自然會(huì)縮短,他們會(huì)樹(shù)立更高的目標(biāo)去挑戰(zhàn),當(dāng)他們持續(xù)地周而復(fù)始時(shí),卓越就成為了團(tuán)隊(duì)的習(xí)慣。
從產(chǎn)品經(jīng)理的角度來(lái)說(shuō),更應(yīng)該關(guān)心需求是否也可以迭代的方式去產(chǎn)出,合理的按照價(jià)值和優(yōu)先級(jí)去安排每個(gè)迭代需求,是產(chǎn)品經(jīng)理需要關(guān)注的。這會(huì)保證每個(gè)迭代開(kāi)發(fā)人員在實(shí)現(xiàn)的都是優(yōu)先級(jí)最高的需求。從開(kāi)發(fā)人員角度來(lái)講,對(duì)每個(gè)迭代的任務(wù)的需求理解和工作量安排是他們所要關(guān)心的,要合理的分配每個(gè)人的任務(wù),以達(dá)到最大化的效率利用,進(jìn)而保證每個(gè)迭代的高效產(chǎn)出。
在每個(gè)迭代開(kāi)始之前,產(chǎn)品經(jīng)理就需要把下一個(gè)迭代要做的需求安排好,待到迭代開(kāi)始之前,對(duì)所安排的需求進(jìn)行集中講解評(píng)審,參與的對(duì)象是整個(gè)團(tuán)隊(duì)。這樣做的好處是:研發(fā)、測(cè)試團(tuán)隊(duì)和Scrum Master一起深入理解需求,測(cè)試團(tuán)隊(duì)也因此能夠更早地開(kāi)始編寫測(cè)試腳本,這樣需求、開(kāi)發(fā)、測(cè)試都是敏捷的,否則只有開(kāi)發(fā)是敏捷的,兩頭就會(huì)都跟不上。
很多人覺(jué)得每個(gè)迭代開(kāi)始之前,花上一整天的時(shí)間去理解需求和評(píng)估工作量是很浪費(fèi)的,但是磨刀不誤砍柴工,在工作開(kāi)展之前把一切不確定性的東西都確認(rèn)好,這樣后續(xù)的開(kāi)發(fā)效率就會(huì)高很多。另外對(duì)產(chǎn)品經(jīng)理的要求就是提前梳理需求,這個(gè)不是簡(jiǎn)單的梳理,而是要充分評(píng)估手頭所有需求功能點(diǎn)的價(jià)值和優(yōu)先級(jí),先做優(yōu)先級(jí)高的。
站著開(kāi)會(huì)帶來(lái)的緊張感和疲勞感可以有效地避免過(guò)于冗長(zhǎng)的會(huì)議,且可以保持清醒的狀態(tài),一般都在早上上班的時(shí)候開(kāi),也叫“晨會(huì)”??梢試L試讓發(fā)言者站在中間,這種做法更能增強(qiáng)其自信心和責(zé)任感。站會(huì)的議題是每人說(shuō)一下自己昨天做了什么,今天要做什么,有沒(méi)有遇到問(wèn)題。產(chǎn)品經(jīng)理可以參與站會(huì)聽(tīng)取一下團(tuán)隊(duì)成員的進(jìn)度,對(duì)各個(gè)需求的進(jìn)展了然于胸,對(duì)發(fā)生的問(wèn)題需要介入?yún)f(xié)助的,可以在會(huì)后就協(xié)助處理。
在迭代開(kāi)始之前要做好任務(wù)的認(rèn)領(lǐng)和分配,可以培養(yǎng)團(tuán)隊(duì)主動(dòng)工作的積極性。在迭代開(kāi)始后,要明確只有開(kāi)發(fā)出可用的功能才算完成;明確迭代目標(biāo),并把目標(biāo)分配給明確的負(fù)責(zé)人;嚴(yán)格要求代碼提交環(huán)節(jié),確保提交后測(cè)試即可介入;明確每個(gè)人的工作職責(zé),優(yōu)化團(tuán)隊(duì)協(xié)作機(jī)制,中間出現(xiàn)某個(gè)成員進(jìn)度弱后的情況,可以調(diào)配進(jìn)度快的成員幫忙。同時(shí)要避免整體重構(gòu),盡可能局部重構(gòu)。產(chǎn)品經(jīng)理更需要確定迭代目標(biāo)能否完成而不僅是關(guān)注迭代進(jìn)度。
雖然開(kāi)發(fā)速度很重要,但是沒(méi)有質(zhì)量保證的快速開(kāi)發(fā)非常危險(xiǎn),質(zhì)量保證是一項(xiàng)需要高度重視的標(biāo)準(zhǔn)。需要制定嚴(yán)格的bug控制標(biāo)準(zhǔn),開(kāi)發(fā)自測(cè)和測(cè)試人員測(cè)試的標(biāo)準(zhǔn)不一致,這樣可以激勵(lì)不同角色人員的工作積極性。
敏捷開(kāi)發(fā)對(duì)于產(chǎn)品經(jīng)理來(lái)說(shuō)是一個(gè)挑戰(zhàn),迭代周期越短,對(duì)產(chǎn)品經(jīng)理的要求越高。比如迭代周期為兩個(gè)星期,那就需要產(chǎn)品經(jīng)理在兩周內(nèi)把自身對(duì)產(chǎn)品的想法,或者業(yè)務(wù)部門的需求轉(zhuǎn)化成可供開(kāi)發(fā)的需求,這樣才能保證迭代的順利進(jìn)行。這對(duì)產(chǎn)品經(jīng)理的能力要求還是很高的,假如一個(gè)迭代要完成五個(gè)需求,那就要在兩周內(nèi)完成這五個(gè)需求的分析和設(shè)計(jì),這中間包括了競(jìng)品分析、數(shù)據(jù)分析、調(diào)研等等環(huán)節(jié),工作節(jié)奏會(huì)很緊湊。
產(chǎn)品經(jīng)理的基本任務(wù)應(yīng)該是將業(yè)務(wù)需求分解為產(chǎn)品需求,再將產(chǎn)品需求分解為可實(shí)現(xiàn)的功能需求,其目標(biāo)在于轉(zhuǎn)化和細(xì)化原始需求,制定下一個(gè)迭代的需求列表和發(fā)布計(jì)劃,以及明確隨后1-2個(gè)迭代的開(kāi)發(fā)需求。
敏捷開(kāi)發(fā)在APP開(kāi)發(fā)行業(yè)中的應(yīng)用是大勢(shì)所趨,個(gè)人覺(jué)得會(huì)深刻影響到傳統(tǒng)的瀑布式項(xiàng)目流程。從實(shí)際經(jīng)驗(yàn)來(lái)看,敏捷開(kāi)發(fā)也確實(shí)有很大的優(yōu)越性,能夠更快的適應(yīng)需求變更,靈活的安排資源的投入,每個(gè)迭代的產(chǎn)出都是產(chǎn)品的階段性目標(biāo),也有可能就是一個(gè)小版本的發(fā)布,對(duì)于崇尚“持續(xù)迭代、小步快跑”的互聯(lián)網(wǎng)產(chǎn)品來(lái)說(shuō),非常適合。