一個(gè)移動(dòng)APP項(xiàng)目研發(fā)規(guī)纳罚可大可小块饺，但都離不開(kāi)以下幾個(gè)成員：產(chǎn)品經(jīng)理、ui設(shè)計(jì)師雌芽、前端開(kāi)發(fā)授艰、后端開(kāi)發(fā)、測(cè)試等世落。如何合理安排項(xiàng)目成員工作淮腾、確保項(xiàng)目順利進(jìn)行呢？一個(gè)清晰合理的項(xiàng)目研發(fā)流程控制很重要屉佳。
項(xiàng)目研發(fā)流程一般來(lái)說(shuō)分3個(gè)階段
第一階段：需求策劃谷朝。在需求階段產(chǎn)品經(jīng)理內(nèi)部進(jìn)行需求討論：討論下版本需求重點(diǎn)是什么，做什么功能武花，怎么做圆凰。通過(guò)反復(fù)調(diào)研、討論体箕、輸出交互方案送朱。確認(rèn)需求可行性：產(chǎn)品在輸出交互方案后找相應(yīng)的開(kāi)發(fā)討論需求方案是否可行，這個(gè)討論階段產(chǎn)品和開(kāi)發(fā)的思維方式不同干旁，往往會(huì)擦出新火花驶沼、新驚喜；但討論控制不好或者會(huì)演化為產(chǎn)品和程序員的撕逼大戰(zhàn)争群，呵呵回怜。UI設(shè)計(jì)：設(shè)計(jì)師將產(chǎn)品的交互方案變得更生動(dòng)精美，不過(guò)精美的設(shè)計(jì)稿不見(jiàn)得都能實(shí)現(xiàn)出來(lái)换薄。在這個(gè)過(guò)程中產(chǎn)品經(jīng)理需要協(xié)調(diào)設(shè)計(jì)師和前端人員的溝通玉雾，制定設(shè)計(jì)規(guī)范。同時(shí)保證設(shè)計(jì)稿的質(zhì)量轻要，出稿進(jìn)度复旬。需求宣講：產(chǎn)品經(jīng)理將交互方案和實(shí)現(xiàn)邏輯完善以及將上版本的bug、其他優(yōu)化需求等整合出完整的版本需求文檔后冲泥，拉上項(xiàng)目所有成員宣講驹碍。宣講目的主要讓項(xiàng)目成員清楚新版本需求的重點(diǎn)是什么，做什么功能凡恍，為什么做（重點(diǎn)講）志秃；簡(jiǎn)單介紹怎么做，講解交互方案或設(shè)計(jì)稿嚼酝，給大家有一個(gè)整體的印象浮还，讓大家都了解版本功能的意義。
第二階段：需求研發(fā)闽巩。項(xiàng)目啟動(dòng)：需求宣講后钧舌，開(kāi)發(fā)根據(jù)產(chǎn)品需求文檔進(jìn)行需求評(píng)審担汤，評(píng)估出研發(fā)周期、提測(cè)時(shí)間洼冻、預(yù)發(fā)布時(shí)間點(diǎn)崭歧、正式發(fā)布時(shí)間點(diǎn)。產(chǎn)品根據(jù)評(píng)審結(jié)果發(fā)送項(xiàng)目啟動(dòng)郵件碘赖。研發(fā)：需求研發(fā)過(guò)程中，產(chǎn)品跟進(jìn)研發(fā)進(jìn)度外构，保持與開(kāi)發(fā)溝通確保需求被正確理解普泡，及時(shí)解決研發(fā)過(guò)程中發(fā)現(xiàn)的新問(wèn)題。測(cè)試用例：產(chǎn)品审编、測(cè)試撼班、開(kāi)發(fā)共同確認(rèn)版本測(cè)試用例，并同步研發(fā)過(guò)程中變更的需求和細(xì)節(jié)垒酬。提測(cè)：產(chǎn)品驗(yàn)收開(kāi)發(fā)輸出的功能模塊砰嘁，并輸出體驗(yàn)回歸文檔；測(cè)試根據(jù)用例驗(yàn)證需求邏輯勘究，提bug矮湘、優(yōu)化給開(kāi)發(fā)。內(nèi)網(wǎng)環(huán)境測(cè)試通過(guò)后口糕，測(cè)試?yán)^續(xù)驗(yàn)證預(yù)發(fā)布環(huán)境缅阳、正式環(huán)境。
第三階段：版本發(fā)布景描。客服培訓(xùn)：測(cè)試驗(yàn)證的過(guò)程中十办，版本發(fā)布前，產(chǎn)品提前給客服培訓(xùn)新版本內(nèi)容超棺。發(fā)布：后端開(kāi)發(fā)向族、運(yùn)維人員將代碼發(fā)布外網(wǎng)環(huán)境，前端輸出外網(wǎng)正式包棠绘。產(chǎn)品運(yùn)營(yíng)將正式包上傳各大安卓市場(chǎng)或ios -appstore提審件相。升級(jí)：所有安卓渠道包更新好，或者appsore審核通過(guò)氧苍，新版本也沒(méi)有發(fā)現(xiàn)什么問(wèn)題時(shí)适肠，后端開(kāi)發(fā)和運(yùn)營(yíng)人員打開(kāi)升級(jí)配置，并發(fā)送升級(jí)通知候引。運(yùn)營(yíng)報(bào)告：版本發(fā)布完畢還未算完呢侯养，運(yùn)營(yíng)人員在新版本發(fā)布后，收集用戶(hù)反饋澄干，進(jìn)行數(shù)據(jù)監(jiān)測(cè)逛揩、數(shù)據(jù)分析柠傍；評(píng)估新版本功能效果和影響，驗(yàn)證新版本功能以及輸出下版本需求開(kāi)發(fā)和優(yōu)化建議辩稽。
----哥不是分隔線(xiàn)----
從以上APP項(xiàng)目研發(fā)流程來(lái)看惧笛，每一個(gè)版本研發(fā)都要經(jīng)歷以上3個(gè)階段12環(huán)節(jié)，理論圖上看是一條完整的流水線(xiàn)逞泄，但是如何保證流程順暢進(jìn)行患整？如何使項(xiàng)目成員工作效率最大化？這十分考驗(yàn)產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理的版本規(guī)劃能力喷众。當(dāng)然項(xiàng)目成員間的默契和溝通也很重要各谚。
從筆者實(shí)踐經(jīng)驗(yàn)來(lái)看，要保證流水線(xiàn)順暢到千，理想情況產(chǎn)品需求文檔要領(lǐng)先前端開(kāi)發(fā)2個(gè)版本昌渤，設(shè)計(jì)領(lǐng)先前端開(kāi)發(fā)1個(gè)版本，后端開(kāi)發(fā)領(lǐng)先前端開(kāi)發(fā)半個(gè)版本憔四。即在當(dāng)前項(xiàng)目啟動(dòng)同時(shí)膀息，產(chǎn)品經(jīng)理已經(jīng)在調(diào)研討論下下版本需求；設(shè)計(jì)開(kāi)始搞下版本的稿子了赵；當(dāng)前項(xiàng)目進(jìn)行到一大半時(shí)潜支，后端已經(jīng)完成當(dāng)前版本的需求，并開(kāi)始準(zhǔn)備下版本的需求預(yù)研柿汛。
版本規(guī)劃是產(chǎn)品經(jīng)理根據(jù)需求優(yōu)先級(jí)和開(kāi)發(fā)進(jìn)度預(yù)估定出來(lái)的毁腿，即每個(gè)版本要做什么，重點(diǎn)是什么苛茂，研發(fā)時(shí)間已烤，上線(xiàn)時(shí)間等。一般來(lái)說(shuō)妓羊，項(xiàng)目每發(fā)布一個(gè)版本都應(yīng)該有它的意義和主打功能胯究。
App首個(gè)版本相對(duì)來(lái)說(shuō)時(shí)間較長(zhǎng)：app需要搭配開(kāi)發(fā)環(huán)境，確定app技術(shù)框架躁绸，以及研發(fā)各種基礎(chǔ)系統(tǒng)等裕循。像這樣時(shí)間較長(zhǎng)的版本研發(fā)，產(chǎn)品經(jīng)理和技術(shù)在需求評(píng)估時(shí)要將開(kāi)發(fā)需求分階段進(jìn)行并且設(shè)置里程碑（盡量不超過(guò)3個(gè)）净刮，在每個(gè)里程碑（最長(zhǎng)不超過(guò)1周）時(shí)間點(diǎn)剥哑，產(chǎn)品經(jīng)理需要確認(rèn)完成的情況，發(fā)現(xiàn)問(wèn)題及時(shí)調(diào)整研發(fā)計(jì)劃淹父，控制項(xiàng)目風(fēng)險(xiǎn)株婴，保證項(xiàng)目如期完成。
后續(xù)開(kāi)發(fā)的每一個(gè)版本都應(yīng)該至少有一個(gè)重要功能，版本研發(fā)周期最好控制在2周-3周內(nèi)困介。這樣的好處一方面是保證項(xiàng)目成員有個(gè)良好的開(kāi)發(fā)節(jié)奏大审，使研發(fā)效率最大化；另一方面保證每個(gè)版本有新東西給到用戶(hù)體驗(yàn)座哩，以及符合各大市場(chǎng)申請(qǐng)首發(fā)條件徒扶，獲得免費(fèi)的推廣資源（ps：一般首發(fā)活動(dòng)可以獲得幾千到幾萬(wàn)的免費(fèi)用戶(hù)，還是挺吸引的）根穷。當(dāng)然重大功能上線(xiàn)的話(huà)姜骡，確保上線(xiàn)后版本的穩(wěn)定性，可以將研發(fā)周期延至1個(gè)月屿良，或者進(jìn)行灰度發(fā)布圈澈。要盡量避免安排超過(guò)一個(gè)月研發(fā)周期的版本，否則要將長(zhǎng)版本設(shè)置為若干個(gè)里程碑驗(yàn)收管引。經(jīng)驗(yàn)來(lái)看研發(fā)周期過(guò)長(zhǎng)往往會(huì)導(dǎo)致研發(fā)技術(shù)人員精力分散士败，工作拖沓闯两，積極性下降褥伴。
一般情況不建議頻繁發(fā)布小版本，因?yàn)槊總€(gè)版本發(fā)布都需要測(cè)試漾狼，打包重慢，發(fā)布市場(chǎng)，發(fā)升級(jí)配置和升級(jí)提醒等逊躁。頻繁發(fā)布小版本造成測(cè)試和運(yùn)營(yíng)重復(fù)性工作增加似踱，造成資源浪費(fèi)；用戶(hù)側(cè)看頻繁的升級(jí)提醒也是件很討厭的事情稽煤。另外核芽，建議外網(wǎng)運(yùn)營(yíng)客戶(hù)端版本最多不要超過(guò)4個(gè)。維護(hù)老版本成本還是比較高的酵熙，比如做新功能還要考慮新老版本兼容情況轧简，和各種后臺(tái)數(shù)據(jù)接口升級(jí)、更新的兼容問(wèn)題等匾二。
在特殊的情況下哮独，有緊急的bug和漏洞時(shí)，才建議緊急發(fā)布一個(gè)bugfix版本察藐。
一百塊錢(qián)不給就算了皮璧，怎么連一個(gè)愛(ài)心?都不給我。嗚嗚~~(>_<)~~
