移動(dòng)APP項(xiàng)目雖然研發(fā)可能大或小，但產(chǎn)品經(jīng)理，ui設(shè)計(jì)師，前端開發(fā)，后端開發(fā)，測(cè)試等都是必不可少的。因此，清晰合理的項(xiàng)目開發(fā)過程控制對(duì)于項(xiàng)目成員的合理安排和確保項(xiàng)目的順利進(jìn)行非常重要。項(xiàng)目研發(fā)過程一般在需求計(jì)劃階段分為三個(gè)階段。產(chǎn)品經(jīng)理將討論下一版本需要的內(nèi)容，功能以及如何進(jìn)行需求討論。通過反復(fù)研究，討論和輸出交互式程序。確定需求的可行性：在輸出交互計(jì)劃之后找到相應(yīng)的開發(fā)并討論需求計(jì)劃是可行的。產(chǎn)品和開發(fā)思維模式在這個(gè)討論階段是不同的，往往會(huì)帶來新的火花和新的驚喜;但討論沒有得到很好的控制或?qū)?huì)發(fā)展。產(chǎn)品和程序員的龍卷風(fēng)。 UI設(shè)計(jì)：設(shè)計(jì)師使產(chǎn)品交互方案更加生動(dòng)，美觀，但美觀的設(shè)計(jì)草圖無法實(shí)現(xiàn)。在此過程中，產(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)邏輯，并將先前版本的錯(cuò)誤和其他優(yōu)化要求集成到完整版本需求文檔中，然后將項(xiàng)目的所有成員拉出來進(jìn)行宣傳。演示的目的是讓項(xiàng)目成員知道新版本的重點(diǎn)是什么，功能和原因;如何做到這一點(diǎn)，解釋交互計(jì)劃或設(shè)計(jì)草案，并給每個(gè)人一個(gè)整體印象。然后是需求研發(fā)階段。首先，將有一個(gè)項(xiàng)目匯海：在需求表示之后，開發(fā)人員將根據(jù)產(chǎn)品需求文檔審查需求，并評(píng)估開發(fā)周期，評(píng)估時(shí)間，預(yù)發(fā)布時(shí)間點(diǎn)和正式發(fā)布時(shí)間點(diǎn)。產(chǎn)品根據(jù)評(píng)估結(jié)果發(fā)送項(xiàng)目匯海。研發(fā)：在研發(fā)過程中，產(chǎn)品跟進(jìn)研發(fā)進(jìn)度，保持與開發(fā)的溝通，確保正確理解需求，及時(shí)解決研發(fā)過程中發(fā)現(xiàn)的新問題。測(cè)試用例：產(chǎn)品，測(cè)試和開發(fā)共同驗(yàn)證版本測(cè)試用例，并在開發(fā)過程中同步需求和變更細(xì)節(jié)。 測(cè)試：產(chǎn)品驗(yàn)收開發(fā)輸出功能模塊，輸出經(jīng)驗(yàn)回歸文檔;根據(jù)用例驗(yàn)證要求邏輯測(cè)試，提及bug，優(yōu)化開發(fā)。在通過內(nèi)部網(wǎng)絡(luò)環(huán)境測(cè)試之后，測(cè)試?yán)^續(xù)驗(yàn)證預(yù)發(fā)布環(huán)境和正式環(huán)境。第二個(gè)是版本的發(fā)布，包括客戶服務(wù)培訓(xùn)，發(fā)布，升級(jí)和運(yùn)營(yíng)報(bào)告。其中，客戶服務(wù)培訓(xùn)：在測(cè)試驗(yàn)證過程中，在發(fā)布版本之前，產(chǎn)品將在新版本的內(nèi)容之前對(duì)客戶服務(wù)進(jìn)行培訓(xùn)。發(fā)布：后端開發(fā)，運(yùn)營(yíng)和維護(hù)人員將代碼發(fā)布到外部網(wǎng)絡(luò)環(huán)境，前端輸出將是外部網(wǎng)絡(luò)的官方包。產(chǎn)品運(yùn)營(yíng)將正式打包，以便上傳到主要Android市場(chǎng)或ios-appstore進(jìn)行審核。升級(jí)：所有Android渠道包都已更新，或者appsore已獲批準(zhǔn)，當(dāng)新版本未發(fā)現(xiàn)任何問題時(shí)，后端開發(fā)和操作人員將打開升級(jí)配置并發(fā)送升級(jí)通知。操作報(bào)告：版本發(fā)布未完成后，操作員在新版本發(fā)布后收集用戶反饋，進(jìn)行數(shù)據(jù)監(jiān)控和數(shù)據(jù)分析;評(píng)估新版本的功能和影響，驗(yàn)證新版本的功能，并輸出下一版本的開發(fā)要求。優(yōu)化建議。這是APP項(xiàng)目的開發(fā)過程。可以看出，研發(fā)過程的每個(gè)版本都必須經(jīng)過上述三個(gè)階段和12個(gè)鏈接，但它不是結(jié)束。如何確保流暢？如何最大限度地提高項(xiàng)目成員的效率？這是對(duì)產(chǎn)品經(jīng)理/項(xiàng)目經(jīng)理的版本規(guī)劃功能與項(xiàng)目成員之間的默契和溝通的測(cè)試。從公司多年的經(jīng)驗(yàn)app開發(fā)來看，為了保證流暢的管道，理想的產(chǎn)品需求文檔應(yīng)該領(lǐng)先于兩個(gè)版本的前端開發(fā)，設(shè)計(jì)前沿開發(fā)一個(gè)版本，后端開發(fā)領(lǐng)先前端開發(fā)半版。也就是說，在當(dāng)前項(xiàng)目匯海的同時(shí)，產(chǎn)品經(jīng)理已經(jīng)討論了下一版本的要求;設(shè)計(jì)開始起草版本;當(dāng)當(dāng)前項(xiàng)目達(dá)到一半以上時(shí)，后端已完成當(dāng)前版本的要求，并開始為下一版本做準(zhǔn)備。預(yù)研。 版本計(jì)劃由產(chǎn)品經(jīng)理根據(jù)需求優(yōu)先級(jí)和開發(fā)進(jìn)度確定，即每個(gè)版本應(yīng)該做什么，重點(diǎn)是什么，開發(fā)時(shí)間和在線時(shí)間。通常，項(xiàng)目的每個(gè)版本都應(yīng)該具有其含義和主要特征。最長(zhǎng)的時(shí)間應(yīng)該是應(yīng)用程序的第一個(gè)版本：應(yīng)用程序需要與開發(fā)環(huán)境配對(duì)，確定應(yīng)用程序技術(shù)框架，并開發(fā)各種基本系統(tǒng)。對(duì)于這樣一個(gè)長(zhǎng)期的研發(fā)版本，產(chǎn)品經(jīng)理和技術(shù)需要分階段滿足開發(fā)需求，并在每個(gè)里程碑（最多1周）設(shè)置里程碑（最多3個(gè)）。產(chǎn)品經(jīng)理需要確認(rèn)完成情況，發(fā)現(xiàn)問題并及時(shí)調(diào)整研發(fā)計(jì)劃，控制項(xiàng)目風(fēng)險(xiǎn)，并確保項(xiàng)目按計(jì)劃完成。在下一個(gè)開發(fā)的每個(gè)版本中，必須有一個(gè)新功能，版本開發(fā)周期最好在2周到3周內(nèi)控制。一方面，這是為了確保項(xiàng)目成員具有良好的發(fā)展節(jié)奏，以最大限度地提高研發(fā)效率;另一方面，確保每個(gè)版本都有新的用戶體驗(yàn)，并滿足主要市場(chǎng)應(yīng)用的要求，獲得免費(fèi)的推廣資源（ps：一般的啟動(dòng)活動(dòng)可以獲得數(shù)千到數(shù)萬的免費(fèi)用戶，仍然很有吸引力）。當(dāng)然，如果主要功能在線，為了確保在線發(fā)布后版本的穩(wěn)定性，開發(fā)周期可以延長(zhǎng)到一個(gè)月，或者可以發(fā)布灰度。盡量避免安排超過一個(gè)月的開發(fā)周期，否則將長(zhǎng)版本設(shè)置為幾個(gè)里程碑驗(yàn)收。經(jīng)驗(yàn)表明，長(zhǎng)期的開發(fā)周期往往會(huì)導(dǎo)致研發(fā)技術(shù)人員分心，工作延遲和熱情。如果您沒有遇到特殊情況，建議不要經(jīng)常發(fā)布小版本，因?yàn)槊總€(gè)版本都需要許多復(fù)雜的步驟，如測(cè)試，打包，發(fā)布市場(chǎng)，發(fā)送升級(jí)配置和升級(jí)提醒。頻繁發(fā)布小版本不僅會(huì)增加測(cè)試和操作的重復(fù)性工作，還會(huì)浪費(fèi)資源;在用戶端觀看頻繁的升級(jí)提醒也很煩人。此外，建議外部網(wǎng)絡(luò)操作的客戶端版本最多不超過四個(gè)。 維護(hù)舊版本的成本仍然相對(duì)較高。例如，在執(zhí)行新功能時(shí)，您應(yīng)該考慮所有方面，包括考慮新舊版本之間的兼容性，以及各種后臺(tái)數(shù)據(jù)接口升級(jí)和更新的兼容性問題。