項目開發(fā)流程是一個項目和產(chǎn)品的能否做好的關(guān)鍵。今天分享給大家一個史上最詳細(xì)的項目管理開發(fā)流程架構(gòu)和說明實例，是咱們社區(qū)的實戰(zhàn)大咖湘北總結(jié)撰寫的，供大家借鑒參考！

項目開發(fā)流程架構(gòu)總覽

項目開發(fā)流程及交付物

01

項目售前階段

項目售前階段共有七個部分，分別是：客戶現(xiàn)狀調(diào)研分析，技術(shù)可行性評估，制定技術(shù)概要方案，制定業(yè)務(wù)概要方案，工作量與人力成本評估，POC驗證，售前業(yè)務(wù)交接。

1.1 客戶現(xiàn)狀調(diào)研分析

通過訪談或問卷調(diào)查方式，了解客戶當(dāng)前的痛點問題，以市場為導(dǎo)向，有效收集來自客戶的原始需求，準(zhǔn)確把控核心價值點，尋找商業(yè)合作機會。

1.2 技術(shù)可行性評估；

• 銷售顧問對收集到的客戶痛點問題與需求進(jìn)行澄清與說明；
• 售前顧問對客戶的訴求，以及結(jié)合本公司的產(chǎn)品業(yè)務(wù)與技術(shù)能力進(jìn)行評估，確認(rèn)本公司的產(chǎn)品業(yè)務(wù)或技術(shù)能力上是否能夠滿足客戶的訴求，給出評估結(jié)論；
• 若售前顧問無法準(zhǔn)確評估，可邀請實施團(tuán)隊技術(shù)專家參與技術(shù)可行性評估；

1.3 制定技術(shù)概要方案；

• 根據(jù)客戶的需求說明，輸出技術(shù)概要方案；
• 技術(shù)概要方案不需要特別詳細(xì)，可以以技術(shù)架構(gòu)的流程圖簡單說明實現(xiàn)邏輯；
• 若售前顧問在輸出技術(shù)概要文檔過程中遇到相關(guān)技術(shù)難點，可以尋找實施團(tuán)隊的協(xié)助；

1.4 制定業(yè)務(wù)概要方案；

• 根據(jù)客戶的需求說明，整理輸出產(chǎn)品業(yè)務(wù)的概要方案，要求需求框架與層次結(jié)構(gòu)清晰以及對需求的簡短說明；
• 可以與客戶進(jìn)行溝通，由客戶輸出業(yè)務(wù)需求概要方案；

1.5 工作量與人力成本評估；

• 根據(jù)技術(shù)概要方案和業(yè)務(wù)概要方案，梳理出涉及的業(yè)務(wù)領(lǐng)域模塊（如：前端/后端/ETL/等）以及拆分出大概的業(yè)務(wù)工作，各自評估業(yè)務(wù)領(lǐng)域內(nèi)的工作量，從而評估出總?cè)肆ν度耄?/span>
• 人力評估時，盡可能預(yù)留30%-40%的緩沖量；
• 此次評估為概要的人力評估，后續(xù)需要參與開發(fā)的角色進(jìn)行詳細(xì)的人力評估；

1.6 POC驗證；

• 基于輸出的業(yè)務(wù)概要和技術(shù)概要方案，整理輸出POC材料；
• 基于POC材料對客戶的痛點與訴求進(jìn)行方案講解說明與疑問答疑，提升客戶對我們的信心與合作意向；

1.7 售前業(yè)務(wù)交接；

• 由銷售顧問與售前顧問整理前期涉及的文檔材料（如：客戶需求說明文檔、技術(shù)概要文檔、業(yè)務(wù)概要文檔、初步的人力成本評估、POC材料等）；
• 若實施團(tuán)隊對提供的材料存在疑問，可以要求銷售顧問或售前顧問進(jìn)行澄清說明與問題答疑，然后完成正式的業(yè)務(wù)交接工作；

02

產(chǎn)品策劃階段

產(chǎn)品策劃階段共有10個部分，分別是：2.1 項目立項；2.2需求調(diào)研；2.3 項目入場準(zhǔn)備；2.4 產(chǎn)品需求澄清；2.5明確驗收標(biāo)準(zhǔn)；2.6開發(fā)與測試人力詳細(xì)評估；2.7 制定項目里程碑計劃；2.8 輸出工作任務(wù)說明書；2.9 合同簽訂2.10 召開項目啟動會。

2.1 項目立項

• 熟悉售前交接資料，了解項目背景、項目目標(biāo)、項目范圍、技術(shù)概要方案、初步的人力規(guī)模評估；
• 根據(jù)項目的目標(biāo)與節(jié)點要求，PM與架構(gòu)師明確涉及的業(yè)務(wù)與開發(fā)人員，并確定各角色的人數(shù)規(guī)模；
• 根據(jù)評估的業(yè)務(wù)及人員規(guī)模結(jié)果，與團(tuán)隊PE溝通，明確項目是否由團(tuán)隊承接與立項結(jié)論，并協(xié)調(diào)人力資源，組建項目團(tuán)隊；

2.2需求調(diào)研

• 根據(jù)前期搜集的客戶訴求及需求點與客戶進(jìn)行詳細(xì)的需求調(diào)研，討論需求細(xì)節(jié)、評估技術(shù)可行性與風(fēng)險，并對項目風(fēng)險進(jìn)行記錄與跟蹤；
• 討論的過程中，允許對需求點進(jìn)行更新補充，形成最后的產(chǎn)品需求文檔，作為項目開發(fā)范圍基準(zhǔn)；
• 需求調(diào)研結(jié)束后，明確產(chǎn)品需求文檔與原型設(shè)計輸出時間；

2.3 項目入場準(zhǔn)備

• 若客戶明確要求項目組駐場，則需要提前做入場工作準(zhǔn)備，以便快速投入項目工作；
• 入場準(zhǔn)備信息包含但不局限于：

辦公環(huán)境：辦公位置、權(quán)限開通、工作電腦、服務(wù)器資源、開發(fā)環(huán)境等；

工作規(guī)范要求：IT管理工具、保密合規(guī)性、文檔管理、開發(fā)規(guī)范、溝通機制等；

產(chǎn)品需求：需求開發(fā)依賴的前置條件等；

• 相關(guān)信息收集后，提供給客戶確認(rèn)，提前做入場準(zhǔn)備；

2.4 產(chǎn)品需求澄清

• BA/客戶根據(jù)前期需求調(diào)研輸出的產(chǎn)品需求文檔及原型設(shè)計方案對項目組成員澄清需求；
• 需求澄清的過程中，可以提出自己的需求疑問與實現(xiàn)的技術(shù)風(fēng)險，需求疑問由BA/客戶進(jìn)行答疑，技術(shù)風(fēng)險進(jìn)行記錄跟蹤；
• 產(chǎn)品需求澄清過程中，可以持續(xù)完善產(chǎn)品需求文檔；

2.5明確驗收標(biāo)準(zhǔn)

• 根據(jù)產(chǎn)品需求文檔及客戶要求、組織項目成員討論，設(shè)定階段目標(biāo)驗收標(biāo)準(zhǔn)，同時梳理項目的測試維度與每個維度所需達(dá)到的質(zhì)量標(biāo)準(zhǔn)；
• 測試維度包含但不限于（基本功能、數(shù)據(jù)權(quán)限、數(shù)據(jù)準(zhǔn)確性、兼容性、性能、自動化等）；
• 項目驗收標(biāo)準(zhǔn)確定后，與客戶進(jìn)行溝通，達(dá)成一致，作為項目結(jié)項的驗收條件；

2.6開發(fā)與測試人力詳細(xì)評估

• 根據(jù)產(chǎn)品需求文檔與測試質(zhì)量要求，拆分需求顆粒度、進(jìn)行工作量的詳細(xì)評估；
• 個人評估完成后進(jìn)行匯總，若工作量評估較大的，由責(zé)任人說明評估理由；

2.7 制定項目里程碑計劃

• 根據(jù)集成產(chǎn)品開發(fā)流程，設(shè)定里程碑階段、然后評估每個階段的工作任務(wù)與工作量，從而得出項目里程碑計劃時間；
• 若客戶有產(chǎn)品階段交付目標(biāo)要求，如第一階段/第二階段/第三階段分別要求交付的內(nèi)容，然后根據(jù)階段目標(biāo)，確認(rèn)所需完成的工作，然后評估工作量，從而得出階段目標(biāo)計劃；

2.8 輸出工作任務(wù)說明書

• 基于現(xiàn)有的信息，與項目組成員一起輸出項目工作任務(wù)說明書，目的與客戶的項目溝通與合同簽訂；
• 工作任務(wù)書包含如下信息：項目背景、項目目標(biāo)、項目范圍、項目組織結(jié)構(gòu)與職責(zé)、項目驗收標(biāo)準(zhǔn)與驗收流程、項目里程碑計劃、項目開發(fā)計劃、技術(shù)架構(gòu)、項目問題管理、項目變更、項目交付件與移交流程等；

2.9 合同簽訂

• 根據(jù)工作任務(wù)說明書內(nèi)容與客戶進(jìn)行溝通確認(rèn)，確保雙方達(dá)成一致；
• 達(dá)成一致后，開始走合同簽訂流程；

2.10 召開項目啟動會

• 明確項目背景、項目目標(biāo)、項目范圍、技術(shù)可行性、項目里程碑計劃、項目團(tuán)隊成員與職責(zé)、項目章程等信息，輸出項目啟動會材料；
• 召開項目啟動會，同步項目信息與運作模式，且保證團(tuán)隊成員都清楚知道項目的最終目標(biāo)、交付成果，并確保目標(biāo)統(tǒng)一；
• 同時啟動會過程中識別項目風(fēng)險；

03

項目計劃階段

項目計劃階段共有5個部分：3.1需求任務(wù)拆分；3.2 明確需求優(yōu)先級；

3.3 制定項目選代開發(fā)計劃；3.4 制定項目測試計劃；3.5 制定需求準(zhǔn)入準(zhǔn)出標(biāo)準(zhǔn)。

3.1需求任務(wù)拆分

• 根據(jù)需求文檔進(jìn)行需求拆分，拆分的層級類型有Epic、Story、Task；
• 需求拆分的維度可以按照基本步驟流程、業(yè)務(wù)操作步驟、簡單/復(fù)雜性等進(jìn)行拆解；
• 需求任務(wù)拆解完成后，錄入IT管理系統(tǒng)，并進(jìn)行需求/任務(wù)間進(jìn)行關(guān)聯(lián)；

3.2 明確需求優(yōu)先級

• 組織項目團(tuán)隊與客戶明確需求的優(yōu)先級，以便進(jìn)行項目計劃排期；
• 排列優(yōu)先級的三個要素業(yè)務(wù)視角（客戶價值、商業(yè)價值、近期版本目標(biāo)、用戶量與使用率）、實施視角（實現(xiàn)難度、大小工作量、外部依賴）、風(fēng)險視角（市場風(fēng)險、技術(shù)風(fēng)險、政策與法律風(fēng)險等）；
• 需求優(yōu)先級確定后，在IT系統(tǒng)進(jìn)行優(yōu)先級標(biāo)識；

3.3 制定項目選代開發(fā)計劃

1、根據(jù)需求優(yōu)先級和版本計劃，提前梳理當(dāng)前迭代內(nèi)待開發(fā)的需求清單；

2、明確需求的驗收標(biāo)準(zhǔn)及依賴條件；

3、明確每個需求的開發(fā)責(zé)任人、測試責(zé)任人、開發(fā)與測試工作量；

4、根據(jù)團(tuán)隊可投入人力，評估需求的各迭代開發(fā)計劃；

3.4 制定項目測試計劃

1、根據(jù)項目特性，明確測試類型（如：功能測試、單元測試、接口測試、白盒測試、探索性測試、兼容性、穩(wěn)定性、性能、合規(guī)性等）；

2、根據(jù)項目開發(fā)計劃與測試資源情況等，輸出項目測試計劃；

3.5 制定需求準(zhǔn)入準(zhǔn)出標(biāo)準(zhǔn)

組織項目組成員溝通需求的準(zhǔn)入準(zhǔn)出標(biāo)準(zhǔn)，明確需求管理規(guī)則，如滿足什么要求才能提交測試，達(dá)到什么狀態(tài)需求才能提交合入；

如：需求準(zhǔn)入條件–（需求明確/技術(shù)方案評審?fù)ㄟ^/開發(fā)與測試認(rèn)知清晰/驗收條件明確）；

如：需求提測條件–（開發(fā)完成自檢/輸出測試建議/自測問題修復(fù)）；

如：需求合入條件–（產(chǎn)品與UI驗收通過/測試驗收通過/無遺留嚴(yán)重問題/代碼評審?fù)ㄟ^/交付件輸出）；

04

迭代開發(fā)階段

迭代開發(fā)階段共8個階段：4.1 項目入場；4.2技術(shù)方案評審；4.3 測試策略/測試方案/測試用例評審；4.4新需求開發(fā)；4.5需求開發(fā)自測驗收；4.6選代需求測試驗收；4.7 需求進(jìn)度與風(fēng)險跟進(jìn)；4.8 選代復(fù)盤。

4.1 項目入場

• 根據(jù)客戶入場要求，組織項目組成員按時間規(guī)定進(jìn)行入場；
• 與客戶溝通，安排好辦公座位，確認(rèn)對應(yīng)的辦公權(quán)限；
• 搭建好開發(fā)與調(diào)試環(huán)境，對開發(fā)、測試、生產(chǎn)服務(wù)器進(jìn)行部署，并輸出對應(yīng)的部署文檔；

4.2技術(shù)方案評審

• 根據(jù)項目的需求文檔及功能特性，輸出詳細(xì)的技術(shù)方案；
• 組織項目組成員與客戶對技術(shù)方案進(jìn)行評審，根據(jù)評審意見進(jìn)行優(yōu)化修改；
• 評審?fù)ㄟ^后，開發(fā)基于技術(shù)方案進(jìn)行編碼，測試也可以基于技術(shù)方案設(shè)計測試方案和用例；

4.3 測試策略/測試方案/測試用例評審

• 根據(jù)項目的需求文檔&功能特性、技術(shù)方案，測試建議等，輸出詳細(xì)的測試策略、測試方案、測試用例；
• 組織項目組成員與客戶對測試策略/測試方案/測試進(jìn)行評審，根據(jù)評審意見進(jìn)行優(yōu)化修改；
• 評審?fù)ㄟ^后，項目的測試驗收按照評審?fù)ㄟ^的方案執(zhí)行；

4.4新需求開發(fā)

• 功能開發(fā)前與產(chǎn)品/PM/客戶溝通需求，確保自己理解的需求與產(chǎn)品需求文檔描述的一致；
• 提前識別需求的技術(shù)風(fēng)險和依賴關(guān)系，確保開發(fā)前都得到確認(rèn)與解決；
• 根據(jù)產(chǎn)品需求文檔、技術(shù)方案、測試方案/用例進(jìn)行需求編碼開發(fā)，開發(fā)完成后進(jìn)入自測流程，并輸出測試指導(dǎo)建議；

4.5需求開發(fā)自測驗收

• 功能開發(fā)完成后，根據(jù)需求的驗收條件或測試用例進(jìn)行自測；
• 自測過程中發(fā)現(xiàn)的嚴(yán)重問題需要完成修復(fù)；
• 組織完成功能開發(fā)代碼的Review工作；

4.6選代需求測試驗收

• 根據(jù)需求的測試方案、測試用例以及開發(fā)提供的測試建議，完成需求的測試驗收；
• 測試過程中發(fā)現(xiàn)的問題反饋給開發(fā)人員，并對問題進(jìn)行記錄與關(guān)聯(lián)至需求卡片；
• 梳理問題的嚴(yán)重性及優(yōu)先級，跟蹤問題的處理進(jìn)度；
• 問題修復(fù)后，完成需求的回歸測試驗證；
• 需求驗收通過后，且無遺留問題，則輸出需求測試報告；

4.7 需求進(jìn)度與風(fēng)險跟進(jìn)

過程管控：

• 通過工具可視化看板，隨時關(guān)注需求的進(jìn)度狀態(tài)與風(fēng)險；
• 通過每日早會/日報/周會單獨詢問，了解團(tuán)隊成員的工作進(jìn)展與項目風(fēng)險問題，協(xié)助推動；
• 通過需求的日常開發(fā)過程中，定期審計需求開發(fā)的合規(guī)性，如：流程合規(guī)性、質(zhì)量合規(guī)性等；
• 記錄項目的過程管理數(shù)據(jù)，定期進(jìn)行分析總結(jié)；

4.8 選代復(fù)盤

• 整理迭代過程中的度量數(shù)據(jù)（如：迭代需求開發(fā)計劃完成情況、需求測試情況、遺留問題、需求變更等等）、收集迭代過程中好與壞的反饋，并進(jìn)行歸類；
• 收集團(tuán)隊提出的問題點、痛點問題；
• 復(fù)盤過程中，PM向團(tuán)隊展示當(dāng)前迭代的過程數(shù)據(jù)，并確認(rèn)原因；
• 呈現(xiàn)做的好的地方，進(jìn)行表揚，繼續(xù)保持，呈現(xiàn)團(tuán)隊提出的痛點問題，進(jìn)行責(zé)任人陳述；
• 梳理高優(yōu)先級的痛點問題進(jìn)行溝通討論，明確問題原因及改善策略；
• 針對改善策略進(jìn)行責(zé)任人認(rèn)領(lǐng)，明確計劃完成時間并記錄到跟蹤表持續(xù)跟進(jìn)；

05

項目集成驗證階段

項目集成驗證階段共有五個部分：5.1 SIT系統(tǒng)集成測試；5.2 專項測試；5.3 UAT客戶驗收測試。

5.1 SIT系統(tǒng)集成測試

需求功能集成后，根據(jù)測試方案，組織團(tuán)隊進(jìn)行系統(tǒng)集成測試驗收，其中可能包含：

• 全功能測試、冒煙測試、探索性測試，主要是圍繞功能交互層面的測試驗收；
• 測試過程中發(fā)現(xiàn)的問題，進(jìn)行記錄，及時反饋給開發(fā)處理，并跟蹤問題的解決進(jìn)度；
• 測試通過后，輸出系統(tǒng)集成測試報告；

5.2 專項測試

• 根據(jù)產(chǎn)品/項目的特性，設(shè)定專項測試類型：如可靠性測試、性能測試（流暢性、穩(wěn)定性、功耗、內(nèi)存性能等）、兼容性測試、權(quán)限相關(guān)、數(shù)據(jù)相關(guān)等等；
• 測試過程中發(fā)現(xiàn)的問題，進(jìn)行記錄，及時反饋給開發(fā)處理，并跟蹤問題的解決進(jìn)度；
• 測試通過后，輸出專項測試報告；

5.3 UAT客戶驗收測試

• 當(dāng)內(nèi)部已完成系統(tǒng)集成測試和專項測試后，且無遺留嚴(yán)重問題后，組織進(jìn)行UAT客戶驗收，驗收的維度包含但不局限于（功能、UI效果、交互邏輯、視覺、動畫、性能等維度）；
• 客戶驗收過程中，若發(fā)現(xiàn)問題后，需要快速響應(yīng)處理；
• 全部功能驗收通過后，根據(jù)項目驗收流程進(jìn)行簽字確認(rèn)，代表項目完成客戶的驗收；

06

產(chǎn)品發(fā)布階段

產(chǎn)品發(fā)布階段共五個部分：6.1 問題修復(fù)；6.2體驗優(yōu)化改善；6.3 重大問題決策；6.4發(fā)布評審決策；6.5 發(fā)布部署上線。

6.1 問題修復(fù)

項目持續(xù)性的內(nèi)部與客戶驗收過程中，可能會測試出其他項目問題，根據(jù)問題的嚴(yán)重性與優(yōu)先級安排處理；

6.2體驗優(yōu)化改善

• 客戶驗收與體驗的過程中，如果提出體驗優(yōu)化項，需要評估優(yōu)化的內(nèi)容是否在項目范圍內(nèi)的，如果在范圍內(nèi)，則排期優(yōu)化，若不在范圍內(nèi)，則根據(jù)優(yōu)化內(nèi)容的復(fù)雜程度與工作量，確認(rèn)是否需要重新修改合同與人力預(yù)算，然后再排期優(yōu)化。

6.3 重大問題決策

• 項目即將上線過程中，遺留部分問題未解決，迫于項目上線壓力，組織項目遺留問題盤點，對問題的嚴(yán)重性、價值、技術(shù)難度、概率程度等多方面進(jìn)行評估決策，給出決策結(jié)論；
• 根據(jù)決策結(jié)論，安排下一步計劃（后期優(yōu)化還是當(dāng)前緊急攻關(guān)處理）；

6.4發(fā)布評審決策

• 邀請項目相關(guān)干系人參加發(fā)布評審決策會議；
• 會議前提前準(zhǔn)備相關(guān)材料（如：項目測試報告、客戶驗收結(jié)論、項目遺留問題）；
• 發(fā)布評審會議過程中，同步項目測試報告、客戶的驗收結(jié)論以及當(dāng)前的遺留問題，整體評估項目質(zhì)量要求及功能還原度是否滿足發(fā)布標(biāo)準(zhǔn)，并給出發(fā)布評估結(jié)論；

6.5 發(fā)布部署上線

根據(jù)上流程的發(fā)布評審決策結(jié)論，若評估需要處理遺留問題，則修復(fù)后組織部署上線、若結(jié)論是通過，則可直接部署上線。

部署上線后，需要安排人員進(jìn)行運維監(jiān)控，及時響應(yīng)處理發(fā)布后的各類突發(fā)問題。

07

項目交接階段

項目交接階段共五個部分，分別是：7.1 運維監(jiān)控；7.2客戶體驗問題優(yōu)化；7.3 客戶培訓(xùn)；7.4 項目復(fù)盤總結(jié)；7.5 客戶滿意度調(diào)查。

7.1 運維監(jiān)控

項目上線后，進(jìn)行持續(xù)性的運維監(jiān)控，通過系統(tǒng)平臺獲取平臺的性能情況，以及收集客戶問題反饋，快速響應(yīng)處理，同時進(jìn)行問題歸檔，便于后續(xù)的項目復(fù)盤總結(jié)。

7.2客戶體驗問題優(yōu)化

系統(tǒng)上線后，如果客戶提出體驗優(yōu)化項，需要評估優(yōu)化的內(nèi)容是否在項目范圍內(nèi)的，如果在范圍內(nèi)，則排期優(yōu)化，若不在范圍內(nèi)，則根據(jù)優(yōu)化內(nèi)容的復(fù)雜程度與工作量，確認(rèn)是否需要重新修改合同與人力預(yù)算，然后再排期優(yōu)化。

7.3 客戶培訓(xùn)

根據(jù)產(chǎn)品功能需求，輸出產(chǎn)品使用指導(dǎo)手冊和使用指導(dǎo)錄屏；

根據(jù)客戶需求，組織客戶參加產(chǎn)品使用培訓(xùn)；

7.4 項目復(fù)盤總結(jié)

• 通過項目復(fù)盤識別項目過程中的系統(tǒng)問題、總結(jié)項目經(jīng)驗，推動研發(fā)工具、流程的優(yōu)化及研發(fā)能力提升，支撐持續(xù)高效的項目交付；
• 復(fù)盤的大概步驟：回顧目標(biāo)（目標(biāo)計劃、初期規(guī)劃的成本、預(yù)期目標(biāo)結(jié)果）、評估當(dāng)前結(jié)果（實際結(jié)果、與目標(biāo)相比哪些做的好，哪些未達(dá)預(yù)期等）；
• 分析原因（深入分析差異根本原因）、總結(jié)規(guī)律與經(jīng)驗教訓(xùn)、形成具體的行動計劃并落地執(zhí)行；

7.5 客戶滿意度調(diào)查

• 項目上線后，根據(jù)前期提出的交接要求，輸出對應(yīng)的交付件材料；
• 組織客戶交接團(tuán)隊，同步項目相關(guān)信息（如:產(chǎn)品功能需求、技術(shù)方案、接口信息、數(shù)據(jù)庫設(shè)計等等），并解答交接團(tuán)隊的疑問點；
• 當(dāng)雙方溝通達(dá)成一致，無其他疑問點后，將交接材料移交客戶，即完成最后的項目交接工作；

史上最詳細(xì)的項目管理開發(fā)流程架構(gòu)及說明【實例】