產(chǎn)品項(xiàng)目管理流程

時(shí)間：2024-10-30 00:45:17 項(xiàng)目管理我要投稿

相關(guān)推薦

　　產(chǎn)品能否研發(fā)成功，能否切合客戶核心需求，產(chǎn)品的項(xiàng)目管理至關(guān)重要。在項(xiàng)目管理過程中，項(xiàng)目經(jīng)理的責(zé)任與考核、項(xiàng)目立項(xiàng)與可行性研究、客戶核心需求的分析、產(chǎn)品研發(fā)過程需求溝通與管理、體驗(yàn)性測試的重視、生產(chǎn)環(huán)境驗(yàn)證、客戶反饋的處理是核心。下面是yjbys小編為大家?guī)淼漠a(chǎn)品項(xiàng)目管理流程，歡迎閱讀。

　　1.產(chǎn)品可行性分析報(bào)告和立項(xiàng)報(bào)告

　　產(chǎn)品研發(fā)之前需要確認(rèn)《產(chǎn)品可行性分析報(bào)告》和《產(chǎn)品立項(xiàng)報(bào)告》。《產(chǎn)品立項(xiàng)報(bào)告》需由分管負(fù)責(zé)人明確立項(xiàng)意見。產(chǎn)品是否進(jìn)入設(shè)計(jì)研發(fā)，以立項(xiàng)意見為準(zhǔn)。

　　提交人可以由公司分管負(fù)責(zé)人、總工辦、市場部門、產(chǎn)品設(shè)計(jì)部門、技術(shù)開發(fā)部門�；境绦蚴怯身�(xiàng)目相關(guān)人初步研究討論后，形成立項(xiàng)建議書，分管負(fù)責(zé)人指定具有項(xiàng)目研究勝任能力之人(一般為項(xiàng)目經(jīng)理/產(chǎn)品經(jīng)理)組織項(xiàng)目研究，形成《可行性分析報(bào)告》。

　　《可行性分析報(bào)告》主要闡述項(xiàng)目開發(fā)的背景、現(xiàn)狀、意義、戰(zhàn)略、競爭力，法律、經(jīng)濟(jì)、技術(shù)、市場、資源配置的可行性，提出產(chǎn)品實(shí)現(xiàn)路線和技術(shù)路線，提出創(chuàng)新點(diǎn)，投入產(chǎn)出預(yù)算，市場計(jì)劃，銷售計(jì)劃，經(jīng)濟(jì)與社會(huì)效益，項(xiàng)目風(fēng)險(xiǎn)評(píng)估與風(fēng)險(xiǎn)控制措施，公司配套保障措施等。

　　風(fēng)險(xiǎn)控制：一般新技術(shù)在產(chǎn)品中的使用比例不要超出30%。超出該限度，質(zhì)量和進(jìn)度往往不容易保證。

　　為了做好本步驟工作，項(xiàng)目分析人員需要進(jìn)行公司戰(zhàn)略分析、市場分析、競品分析、技術(shù)分析、內(nèi)部資源分析、經(jīng)濟(jì)預(yù)算等。

　　2.總體設(shè)計(jì)與項(xiàng)目研發(fā)計(jì)劃

　　《產(chǎn)品總體設(shè)計(jì)》與《產(chǎn)品研發(fā)計(jì)劃》由項(xiàng)目經(jīng)理負(fù)責(zé)編寫。

　　總體設(shè)計(jì)的內(nèi)容包括用戶需求界定、產(chǎn)品使用場景說明、業(yè)務(wù)流程和運(yùn)行模式、系統(tǒng)功能結(jié)構(gòu)和模塊概述、系統(tǒng)技術(shù)架構(gòu)、業(yè)務(wù)數(shù)據(jù)流和數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)、接口設(shè)計(jì)、異常處理邏輯、運(yùn)行環(huán)境、功能性能指標(biāo)要求等。

　　總體設(shè)計(jì)還要對(duì)成本、進(jìn)度、風(fēng)險(xiǎn)進(jìn)行準(zhǔn)確評(píng)估，反映給分管上級(jí)，以便及時(shí)做出戰(zhàn)略調(diào)整或資源協(xié)調(diào)。

　　為了做好總體設(shè)計(jì)，項(xiàng)目經(jīng)理需與用戶進(jìn)行多次溝通，掌握用戶的核心需求，分辨核心需求與次要需求。

　　確定項(xiàng)目研發(fā)計(jì)劃。研發(fā)計(jì)劃包括項(xiàng)目范圍、任務(wù)分解、進(jìn)度、質(zhì)量、團(tuán)隊(duì)、資源等方面的組織安排。指定產(chǎn)品經(jīng)理、視覺設(shè)計(jì)師、前端工程師、硬件工程師、軟件工程師、結(jié)構(gòu)工程師、測試工程師等。

　　3.需求規(guī)格說明和界面設(shè)計(jì)

　　需求分析與需求規(guī)格說明書由項(xiàng)目經(jīng)理組織產(chǎn)品團(tuán)隊(duì)負(fù)責(zé)編寫。

　　產(chǎn)品團(tuán)隊(duì)根據(jù)產(chǎn)品《總體設(shè)計(jì)》編寫產(chǎn)品規(guī)格說明書和交互說明書，出具原型和視覺設(shè)計(jì)圖。

　　產(chǎn)品規(guī)格說明書和交互說明書要對(duì)產(chǎn)品使用的場景、流程、功能需求、信息結(jié)構(gòu)、交互方式、用戶體驗(yàn)等進(jìn)行詳細(xì)闡述。

　　原型文件和視覺設(shè)計(jì)圖要對(duì)用戶交互方式、視覺界面等進(jìn)行逼真設(shè)計(jì)。

　　為了做好這一步驟，需要頻繁和最終用戶進(jìn)行溝通交流，掌握最終用戶的真實(shí)體驗(yàn)和內(nèi)心期待。

　　4.系統(tǒng)詳細(xì)設(shè)計(jì)和測試文檔

　　項(xiàng)目經(jīng)理組織技術(shù)經(jīng)理及其團(tuán)隊(duì)根據(jù)《總體設(shè)計(jì)》和需求規(guī)格說明書編寫《系統(tǒng)詳細(xì)設(shè)計(jì)說明書》。測試經(jīng)理及其團(tuán)隊(duì)?wèi)?yīng)根據(jù)總體設(shè)計(jì)、需求規(guī)格和詳細(xì)設(shè)計(jì)編制測試大綱和測試用例。

　　系統(tǒng)詳細(xì)設(shè)計(jì)要求表達(dá)出模塊的算法、流程、狀態(tài)轉(zhuǎn)換、數(shù)據(jù)結(jié)構(gòu)詳細(xì)設(shè)計(jì)等內(nèi)容。常用類圖、狀態(tài)圖、判定表、序列圖、偽代碼等形式進(jìn)行輔助說明。軟件詳細(xì)設(shè)計(jì)要對(duì)成本、進(jìn)度、風(fēng)險(xiǎn)進(jìn)行細(xì)化，提出對(duì)資源的要求。

　　詳細(xì)設(shè)計(jì)應(yīng)對(duì)公司現(xiàn)有的軟件資源進(jìn)行分析，看看哪些是可以復(fù)用的，哪些是需要開發(fā)的，哪些是有一定難度，需要咨詢、外包或者購買的。

　　經(jīng)項(xiàng)目經(jīng)理批準(zhǔn)的詳細(xì)設(shè)計(jì)，可以進(jìn)入代碼編寫。

　　5.軟件編碼和自測

　　軟件工程師編制代碼后，按照《測試大綱》，自測通過后，提交給測試工程師進(jìn)行可靠性測試。

　　軟件自測要求保證系統(tǒng)功能和界面實(shí)現(xiàn)符合正常用戶使用的基本習(xí)慣、基本功能邏輯和界面體驗(yàn)，符合總體設(shè)計(jì)、需求規(guī)格說明書和界面設(shè)計(jì)稿對(duì)產(chǎn)品核心需求的特定說明，正向運(yùn)行測試流暢，不存在明顯障礙。

　　在詳細(xì)設(shè)計(jì)和代碼編寫過程中，項(xiàng)目經(jīng)理必須全程協(xié)調(diào)監(jiān)控，產(chǎn)品經(jīng)理等相關(guān)人員積極參與。項(xiàng)目經(jīng)理帶領(lǐng)相關(guān)人員負(fù)責(zé)需求解釋、產(chǎn)品和技術(shù)可行性方案討論和決策。

　　6.產(chǎn)品測試，體驗(yàn)性測試，公測

　　小型系統(tǒng)的產(chǎn)品測試一般需要測試工程師完成，但較復(fù)雜、新型或大型項(xiàng)目的產(chǎn)品測試則需要測試工程師和產(chǎn)品相關(guān)人員共同進(jìn)行。產(chǎn)品測試除了按照測試大綱測試，還需要結(jié)合正常用戶使用的基本習(xí)慣、基本功能邏輯和界面體驗(yàn)，消滅需求文檔、程序設(shè)計(jì)沒有具體體現(xiàn)和強(qiáng)調(diào)的盲區(qū)。

　　測試內(nèi)容包括功能性測試、可靠性測試、體驗(yàn)性測試;功能性測試針對(duì)產(chǎn)品的每一項(xiàng)功能逐條進(jìn)行測試;可靠性測試針對(duì)產(chǎn)品進(jìn)行長時(shí)間運(yùn)行、模擬現(xiàn)場情況進(jìn)行測試;體驗(yàn)性測試針對(duì)產(chǎn)品的用戶使用場景進(jìn)行實(shí)用性、流暢性、舒適性、審美性等情況進(jìn)行測試。

　　體驗(yàn)性測試特別體現(xiàn)測試人員和產(chǎn)品人員的產(chǎn)品思維。測試過程可能發(fā)現(xiàn)需求設(shè)計(jì)和程序設(shè)計(jì)的盲區(qū)，這些盲區(qū)可能是影響正常用戶使用的基本習(xí)慣、基本功能邏輯和界面體驗(yàn)。因此，程序開發(fā)人員、測試工程師、產(chǎn)品人員都有責(zé)任予以消除。

　　體驗(yàn)性測試還可能發(fā)現(xiàn)特定場景中對(duì)提升用戶體驗(yàn)特別有價(jià)值的需求。這些需求可能只需在當(dāng)前版本做少量修改即可顯著提升相關(guān)體驗(yàn);也可能需求實(shí)現(xiàn)比較復(fù)雜，有必要規(guī)劃到下一個(gè)版本進(jìn)行迭代升級(jí)。

　　一般產(chǎn)品測試經(jīng)過內(nèi)部測試即可發(fā)布。但有些面向廣泛群體且特別考量用戶體驗(yàn)的產(chǎn)品，可以有限度邀請(qǐng)部分用戶進(jìn)行測試，或界定一段時(shí)間開放給公眾進(jìn)行外部測試。公測可以切換視角，從最終用戶收集非常有價(jià)值的意見和建議，增加產(chǎn)品與用戶的粘合度，既有利于改善產(chǎn)品體驗(yàn)，又有利于營銷產(chǎn)品。

　　7.部署生產(chǎn)環(huán)境

　　測試通過后，項(xiàng)目經(jīng)理根據(jù)項(xiàng)目計(jì)劃組織安排產(chǎn)品部署到生產(chǎn)環(huán)境。產(chǎn)品部署到生產(chǎn)環(huán)境后，項(xiàng)目經(jīng)理帶領(lǐng)產(chǎn)品、測試相關(guān)人員還需進(jìn)行一次生產(chǎn)環(huán)境驗(yàn)證，確保核心功能、頁面呈現(xiàn)、主要交互在生產(chǎn)環(huán)境正常。

　　這項(xiàng)工作決不能忽視，如果發(fā)現(xiàn)生產(chǎn)環(huán)境發(fā)現(xiàn)意外問題，必須立即修復(fù)并重新部署。

　　8.項(xiàng)目驗(yàn)收與客戶反饋

　　項(xiàng)目驗(yàn)收與客戶反饋是項(xiàng)目結(jié)題的關(guān)鍵環(huán)節(jié)。項(xiàng)目驗(yàn)收需由項(xiàng)目經(jīng)理和客戶代表共同簽字確認(rèn)產(chǎn)品符合客戶確認(rèn)的核心需求�？蛻粼囉闷陂g提出的屬于需求說明書范圍內(nèi)的問題得到修復(fù)�？蛻籼岢龅母倪M(jìn)建議得到記錄，并作為下一個(gè)版本迭代的參考依據(jù)。

　　客戶驗(yàn)收和反饋意見需在項(xiàng)目交付后一個(gè)月內(nèi)收回。

　　附：產(chǎn)品項(xiàng)目成敗的關(guān)鍵問題

　　1.確認(rèn)項(xiàng)目經(jīng)理的責(zé)任與考核標(biāo)準(zhǔn)

　　2.產(chǎn)品立項(xiàng)與可行性研究

　　3.產(chǎn)品核心需求的確認(rèn)

　　4.產(chǎn)品研發(fā)過程的需求溝通與需求管理

　　5.產(chǎn)品研發(fā)計(jì)劃的合理性、預(yù)見性與突發(fā)情況處理

　　6.體驗(yàn)性測試的重視

　　7.客戶驗(yàn)收和反饋的處理

　　8.產(chǎn)品質(zhì)量控制程序的設(shè)計(jì)

　　9.項(xiàng)目成員進(jìn)度與質(zhì)量責(zé)任考核標(biāo)準(zhǔn)

【產(chǎn)品項(xiàng)目管理流程】相關(guān)文章：