產(chǎn)品研發(fā)工作流程規(guī)范

中國最龐大的下載資料庫 (整理 . 版權(quán)歸原作者所有 ) 如果您不是在 3722.cn 網(wǎng)站下載此資料的 , 不要隨意相信 . 請訪問 3722, 加入 3722.cn 必要時可將此文件解密成可編輯的DOC 或 PPT 格式 Mosh 產(chǎn)品 研發(fā) 工作流程規(guī)范 產(chǎn)品 研發(fā)總流程 圖 ： 項 目 立 項 M R D 編 寫 產(chǎn) 品 討 論 確 定技 術(shù) 設(shè) 計技 術(shù) 開 發(fā)測 試需 求 收 集 調(diào) 研上 線線 上 跟 蹤 流程 中的角色和分工： 產(chǎn)品經(jīng)理：負(fù)責(zé)需求收集和分析，產(chǎn)品的調(diào)研和設(shè)計， MRD 的編寫，實現(xiàn)的跟蹤，以及其他相關(guān)產(chǎn)品工作。 產(chǎn)品總監(jiān)：負(fù)責(zé)產(chǎn)品部門的工作劃分，時間人員協(xié)調(diào)，總體工作安排和進(jìn)度跟蹤，跨部門的協(xié)作安排。 產(chǎn)品總負(fù)責(zé)人：負(fù)責(zé)戰(zhàn)略性產(chǎn)品的審核和戰(zhàn)略方向的把握。 研發(fā)工程師：負(fù)責(zé)系統(tǒng)前后端的設(shè)計和開發(fā)。 中國最龐大的下載資料庫 (整理 . 版權(quán)歸原作者所有 ) 如果您不是在 3722.cn 網(wǎng)站下載此資料的 , 不要隨意相信 . 請訪問 3722, 加入 3722.cn 必要時可將此文件解密成可編輯的DOC 或 PPT 格式 測試工程師：負(fù)責(zé)系統(tǒng)的測試。 系統(tǒng)架構(gòu)師：負(fù)責(zé)重大設(shè)計的指導(dǎo)和審核，關(guān)鍵系統(tǒng)操作的確認(rèn)。 其 他：可能包括 UE/UI/VI 以及其他部門 流程塊描述 ： 需求收集調(diào)研： 工作 內(nèi)容 ：產(chǎn)品部門 通過各種途徑收集市場和用戶需求，開展基本的調(diào)研工作，確定需要實施一個項目來滿足這些需求。 注意事項 ： 原創(chuàng)類產(chǎn)品，最好給出定量的需求分析和調(diào)研報告 ； 模仿類產(chǎn)品，最好給出對模仿對象的分析和模仿的理由。給出產(chǎn)品重要性與優(yōu)先級，是否符合大 戰(zhàn)略 ，對其他產(chǎn)品的影響，預(yù)期的運營性價比。 項目立項： 工作內(nèi)容： 產(chǎn)品部門組織， 和涉及到該項目的所有相關(guān) 部門和 同事 開立項會 ， 給出項目的意義、 產(chǎn)品需求、 預(yù)期效果、人員 工作 范圍、時間計劃 等 。 注意 事項： 立項會 原則上 不展開討論問題，僅 著重于 通知 并 協(xié)調(diào)各部門相關(guān)人員的工作。 中國最龐大的下載資料庫 (整理 . 版權(quán)歸原作者所有 ) 如果您不是在 3722.cn 網(wǎng)站下載此資料的 , 不要隨意相信 . 請訪問 3722, 加入 3722.cn 必要時可將此文件解密成可編輯的DOC 或 PPT 格式 MRD 編寫： 工作內(nèi)容 ： 產(chǎn)品經(jīng)理將市場需求和產(chǎn)品需求編寫為 MRD 文檔 ，并以此做為 整個產(chǎn)品實施 和效果評估 的標(biāo)準(zhǔn)指針。 注意事項：根據(jù)產(chǎn)品改動的大小，分別使用 MRD 或 mini MRD 模板來編寫文檔 。后期過程中的任何產(chǎn)品設(shè)計改動需要反映到 對應(yīng) MRD 文檔中。 產(chǎn)品討論確定： 工作內(nèi)容：產(chǎn)品經(jīng)理組織各種形式的溝通和討論， 不斷修改和調(diào)整MRD 文檔。 在經(jīng)過 立項 相關(guān) 人員 的一致同意后， 基本確定產(chǎn)品的設(shè)計和獲得基本確定版的 MRD 文檔 。 該過程種包 括 UE/UI 相關(guān)的設(shè)計工作，并包含初步的用戶 調(diào)查 /測試。 注意事項： 首頁、持久導(dǎo)航的產(chǎn)品上的新增和重大 產(chǎn)品 變革，需要產(chǎn)品 總 負(fù)責(zé)人同意。如果出現(xiàn)較大分歧，則 首先 需要 尋求溝通和解釋；產(chǎn)品部門擁有最終決定權(quán)。 技術(shù)設(shè)計： 工作內(nèi)容： 研發(fā) 工程師 針對 MRD 文檔， 進(jìn)行技術(shù)實現(xiàn)上的 討論和 設(shè)計 ，并確定方案。 中國最龐大的下載資料庫 (整理 . 版權(quán)歸原作者所有 ) 如果您不是在 3722.cn 網(wǎng)站下載此資料的 , 不要隨意相信 . 請訪問 3722, 加入 3722.cn 必要時可將此文件解密成可編輯的DOC 或 PPT 格式 注意事項： 增加新的較大的模塊或者對重要模塊的較大改動，需要提供 設(shè)計文檔， 并需要架構(gòu)師審核通過方可實施。設(shè)計文檔 需要 按照 標(biāo)準(zhǔn)模板來 編寫。 技術(shù)開發(fā)： 工作內(nèi)容： 研發(fā) 工程師按照設(shè)計來進(jìn)行開發(fā) ，并進(jìn)行必要的自 測和代碼交叉檢查 。 注意事項： 開發(fā) 的代碼 要 遵守 Mosh PHP 編碼 規(guī)范 。復(fù)雜和關(guān)鍵的代碼，盡可能安排交叉檢查。 測試： 工作內(nèi)容：測試工程師 按照產(chǎn)品 MRD 文檔的要求來執(zhí)行測試 過程，檢查系統(tǒng)的功能、性能、容錯 性 等 內(nèi)容。 產(chǎn)品經(jīng)理 按需 安排進(jìn)行用戶測試。 注意事項： 重大改動需要進(jìn)行 整體 回歸測試 。 用戶測試獲得的信息，可能會 導(dǎo)致 需要 重新回到 MRD 修改 。 上線： 工作內(nèi)容： 工程師準(zhǔn)備上線方案，并 將實現(xiàn)的系統(tǒng)放到線上提供服務(wù) 注意事項： 架構(gòu)師確認(rèn)放可上線 。 上線 過程盡可能 少的 影響服務(wù)。 上 中國最龐大的下載資料庫 (整理 . 版權(quán)歸原作者所有 ) 如果您不是在 3722.cn 網(wǎng)站下載此資料的 , 不要隨意相信 . 請訪問 3722, 加入 3722.cn 必要時可將此文件解密成可編輯的DOC 或 PPT 格式 線完成，相關(guān) 各部門人員檢查各自負(fù)責(zé) 的部分是否正常工作 ，有異常要及時通告 技術(shù)部門 。 基本工作準(zhǔn)則： 每項任務(wù)的每個階段，都需要確定負(fù)責(zé)人和基本時間計劃。 每項 關(guān)鍵 工作完成以后， 都需要進(jìn)行 效果 評估和 情況 通報。 不能按計劃完成，需要提前通知上級負(fù)責(zé)人，并給