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

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

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

01

項(xiàng)目售前階段

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

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

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

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

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

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

• 根據(jù)客戶的需求說明，輸出技術(shù)概要方案；
• 技術(shù)概要方案不需要特別詳細(xì)，可以以技術(shù)架構(gòu)的流程圖簡單說明實(shí)現(xiàn)邏輯；
• 若售前顧問在輸出技術(shù)概要文檔過程中遇到相關(guān)技術(shù)難點(diǎn)，可以尋找實(shí)施團(tuán)隊(duì)的協(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>
• 人力評估時(shí)，盡可能預(yù)留30%-40%的緩沖量；
• 此次評估為概要的人力評估，后續(xù)需要參與開發(fā)的角色進(jìn)行詳細(xì)的人力評估；

1.6 POC驗(yàn)證；

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

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

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

02

產(chǎn)品策劃階段

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

2.1 項(xiàng)目立項(xiàng)

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

2.2需求調(diào)研

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

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

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

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

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

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

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

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

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

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

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

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

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

2.7 制定項(xiàng)目里程碑計(jì)劃

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

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

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

2.9 合同簽訂

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

2.10 召開項(xiàng)目啟動(dòng)會

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

03

項(xiàng)目計(jì)劃階段

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

3.3 制定項(xiàng)目選代開發(fā)計(jì)劃；3.4 制定項(xiàng)目測試計(jì)劃；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)先級

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

3.3 制定項(xiàng)目選代開發(fā)計(jì)劃

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

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

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

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

3.4 制定項(xiàng)目測試計(jì)劃

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

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

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

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

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

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

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

04

迭代開發(fā)階段

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

4.1 項(xiàng)目入場

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

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

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

4.4新需求開發(fā)

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

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

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

4.6選代需求測試驗(yàn)收

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

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

過程管控：

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

4.8 選代復(fù)盤

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

05

項(xiàng)目集成驗(yàn)證階段

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

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

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

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

5.2 專項(xiàng)測試

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

5.3 UAT客戶驗(yàn)收測試

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

06

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

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

6.1 問題修復(fù)

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

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

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

6.3 重大問題決策

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

6.4發(fā)布評審決策

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

6.5 發(fā)布部署上線

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

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

07

項(xiàng)目交接階段

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

7.1 運(yùn)維監(jiān)控

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

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

系統(tǒng)上線后，如果客戶提出體驗(yàn)優(yōu)化項(xiàng)，需要評估優(yōu)化的內(nèi)容是否在項(xiàng)目范圍內(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 項(xiàng)目復(fù)盤總結(jié)

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

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

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

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