項(xiàng)目管理流程及版本規(guī)劃方案

1、項(xiàng)目管理流程一個(gè)項(xiàng)目研發(fā)的項(xiàng)目組成員主要有：產(chǎn)品經(jīng)理、UI設(shè)計(jì)師、前端開發(fā)、后端開發(fā)、測(cè)試、運(yùn)營(yíng)等。基于合理安排項(xiàng)目成員工作、確保項(xiàng)目順利進(jìn)行的角度，一個(gè)清晰合理的項(xiàng)目研發(fā)流程控制很重要。需求宣講需求可行性UI設(shè)計(jì)需求討論需求階段 產(chǎn)品內(nèi)部 產(chǎn)品+開發(fā) 產(chǎn)品+設(shè)計(jì)+前端 所有人項(xiàng)目啟動(dòng)測(cè)試用例研發(fā)功能提測(cè)研發(fā)階段測(cè)試+開發(fā) 測(cè)試+開發(fā) 產(chǎn)品+設(shè)計(jì)+前端 產(chǎn)品（周期、發(fā)版時(shí)間） 運(yùn)營(yíng)報(bào)告發(fā)布上線升級(jí)運(yùn)維DE BUG發(fā)布階段測(cè)試+開發(fā) 產(chǎn)品+運(yùn)營(yíng)+開發(fā) 運(yùn)營(yíng)+開發(fā) 運(yùn)營(yíng)項(xiàng)目研發(fā)流程一般來說分3個(gè)階段第一階段：需求階段。在需求階段產(chǎn)品經(jīng)理內(nèi)部進(jìn)行需求討論：討論下版本需求重點(diǎn)是什么，做什么功能，怎么做

2、。需求討論及可行性討論：由于需求的接入來源有內(nèi)外部?jī)蓚€(gè)方面，整體流程會(huì)經(jīng)歷需求收集、需求梳理、需求分發(fā)、需求實(shí)現(xiàn)、需求驗(yàn)證及需求評(píng)估的六個(gè)階段。內(nèi)容如下：需求接入流程如下：UI設(shè)計(jì)：設(shè)計(jì)師將產(chǎn)品輸出的交互方案變得更生動(dòng)精美，在這個(gè)過程中產(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)化需求等整合后，對(duì)項(xiàng)目組所有成員進(jìn)行宣講。宣講目的主要讓項(xiàng)目組成員清楚新版本需求的重點(diǎn)功能及功能的意義，講解交互方案或設(shè)計(jì)稿，給大家有一個(gè)整體的印象，讓大家都了解版本功能。第二階段：需求研發(fā)。項(xiàng)目啟動(dòng)： 需求

3、宣講后，開發(fā)根據(jù)產(chǎn)品原型及相關(guā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ā)過程中，產(chǎn)品跟進(jìn)研發(fā)進(jìn)度，保持與開發(fā)溝通確保需求被正確理解，及時(shí)解決研發(fā)過程中發(fā)現(xiàn)的新問題。測(cè)試用例：測(cè)試、開發(fā)共同確認(rèn)版本測(cè)試用例，并同步研發(fā)過程中變更的細(xì)節(jié)。提測(cè)： 產(chǎn)品核準(zhǔn)開發(fā)輸出的功能模塊，并輸出至測(cè)試部門；測(cè)試根據(jù)用例驗(yàn)證需求邏輯，提bug、優(yōu)化給開發(fā)。內(nèi)網(wǎng)環(huán)境測(cè)試通過后，測(cè)試?yán)^續(xù)驗(yàn)證預(yù)發(fā)布環(huán)境、正式環(huán)境。第三階段：版本發(fā)布。DE BUG：測(cè)試驗(yàn)證的過程及版本發(fā)布前，測(cè)試需協(xié)助開發(fā)人員進(jìn)行驗(yàn)收測(cè)試，并出具終版驗(yàn)收?qǐng)?bào)告及安全性報(bào)告。發(fā)布

4、上線：如為APP項(xiàng)目：后端開發(fā)、運(yùn)維人員將代碼發(fā)布外網(wǎng)環(huán)境，前端開發(fā)輸出外網(wǎng)正式包。運(yùn)營(yíng)將正式包上傳各大安卓市場(chǎng)或APP-store提審。如為PC項(xiàng)目：前端開發(fā)后端開發(fā)及運(yùn)維人員需將代碼發(fā)布外網(wǎng)環(huán)境，。升級(jí)運(yùn)維：所有安卓渠道包更新好，或者APP-storesore審核通過，新版本也無問題時(shí)，后端開發(fā)和運(yùn)營(yíng)人員開啟升級(jí)配置，并發(fā)送升級(jí)通知。運(yùn)營(yíng)報(bào)告： 版本發(fā)布完成后，運(yùn)營(yíng)人員在新版本發(fā)布后，收集用戶反饋，進(jìn)行數(shù)據(jù)監(jiān)測(cè)、數(shù)據(jù)分析；評(píng)估新版本功能效果和影響，驗(yàn)證新版本功能以及輸出下版本需求開發(fā)和優(yōu)化建議。版本規(guī)劃方案從項(xiàng)目研發(fā)流程來看，每一個(gè)版本研發(fā)都要經(jīng)歷以上3個(gè)階段12環(huán)節(jié)，理論圖上看是一條完整

5、的流水線。要保證流水線順暢，理想情況產(chǎn)品需求要領(lǐng)先前端開發(fā)2個(gè)版本，設(shè)計(jì)領(lǐng)先前端開發(fā)1個(gè)版本，后端開發(fā)領(lǐng)先前端開發(fā)半個(gè)版本。即在當(dāng)前項(xiàng)目啟動(dòng)同時(shí)，產(chǎn)品經(jīng)理已經(jīng)在調(diào)研討論下下版本需求；設(shè)計(jì)開始設(shè)計(jì)下版本的規(guī)劃需求；當(dāng)前項(xiàng)目進(jìn)行到2/3時(shí)，后端已經(jīng)完成當(dāng)前版本的需求，并開始準(zhǔn)備下版本的需求預(yù)研。版本規(guī)劃是產(chǎn)品經(jīng)理根據(jù)需求優(yōu)先級(jí)和開發(fā)進(jìn)度預(yù)估定出來的，即每個(gè)版本要做什么，重點(diǎn)是什么，研發(fā)時(shí)間，上線時(shí)間等。一般來說，項(xiàng)目每發(fā)布一個(gè)版本都應(yīng)該有它的意義和主打功能。首個(gè)版本相對(duì)來說時(shí)間較長(zhǎng)：需要搭配開發(fā)環(huán)境，確定技術(shù)框架，以及研發(fā)各種基礎(chǔ)系統(tǒng)等。像這樣時(shí)間較長(zhǎng)的版本研發(fā)，產(chǎn)品經(jīng)理和技術(shù)在需求評(píng)估時(shí)要將開發(fā)

6、需求分階段進(jìn)行并且設(shè)置里程碑（盡量不超過3個(gè)），在每個(gè)里程碑（最長(zhǎng)不超過1周）時(shí)間點(diǎn)，產(chǎn)品經(jīng)理需要確認(rèn)完成的情況，發(fā)現(xiàn)問題及時(shí)調(diào)整研發(fā)計(jì)劃，控制項(xiàng)目風(fēng)險(xiǎn)，保證項(xiàng)目如期完成。后續(xù)開發(fā)的每一個(gè)版本都應(yīng)該至少有一個(gè)重要功能，版本研發(fā)周期最好控制在2周-4周內(nèi)。這樣的好處一方面是保證項(xiàng)目成員有個(gè)良好的開發(fā)節(jié)奏，使研發(fā)效率最大化；另一方面保證每個(gè)版本有新東西給到用戶體驗(yàn)。（APP符合各大市場(chǎng)申請(qǐng)首發(fā)條件，獲得免費(fèi)的推廣資源ps：一般首發(fā)活動(dòng)可以獲得幾千到幾萬(wàn)的免費(fèi)用戶）。當(dāng)然重大功能上線的話，確保上線后版本的穩(wěn)定性，可以將研發(fā)周期延至1個(gè)月，或者進(jìn)行灰度發(fā)布。要盡量避免安排超過一個(gè)月研發(fā)周期的版本，否則要將長(zhǎng)版本設(shè)置為若干個(gè)里程碑驗(yàn)收。經(jīng)驗(yàn)來看研發(fā)周期過長(zhǎng)往往會(huì)導(dǎo)致研發(fā)技術(shù)人員精力分散，積極性下降。一般情況不建議頻繁發(fā)布小版本，因?yàn)槊總€(gè)版本發(fā)布都需要測(cè)試，打包，發(fā)布，發(fā)升級(jí)配置和升級(jí)提醒等。頻繁發(fā)布小版本造成測(cè)試和運(yùn)營(yíng)重復(fù)性工作增加，造成資源浪費(fèi)；用戶側(cè)看頻繁的升級(jí)提醒也是件很討厭的事情。另外，建議外網(wǎng)運(yùn)營(yíng)客戶