需求全流程管理.docx

技術(shù)經(jīng)營(yíng)體需求全流程管理方案1 背景1 需求堆積，業(yè)務(wù)部門(mén)不滿2 開(kāi)發(fā)團(tuán)隊(duì)疲于奔命3 對(duì)需求缺乏有效的評(píng)估方法，難以保證所承接的需求合理，必要性4 陷入趕工的惡性循環(huán)，承諾的時(shí)間無(wú)法兌現(xiàn)，損害專業(yè)性、權(quán)威性，難以建立信任2 目標(biāo)1 保證重要業(yè)務(wù)需求被及時(shí)滿足2 系統(tǒng)化提升技術(shù)部工作效能，充分發(fā)揮技術(shù)團(tuán)隊(duì)價(jià)值3 避免資源占用隨意性，保證長(zhǎng)期項(xiàng)目、核心產(chǎn)品的開(kāi)發(fā)不受干擾4 使用系統(tǒng)方式對(duì)需求進(jìn)行管理，解決人工管理的隨意、低效、混亂、難以追溯等問(wèn)題3 流程3.1 流程圖見(jiàn)文檔尾部3.2 說(shuō)明本流程對(duì)應(yīng)trac系統(tǒng)，流程中各個(gè)環(huán)節(jié)在系統(tǒng)中指派、留痕需求管理員即需求提報(bào)入口，需保證人員唯一性基本的需求文檔管理和審核方式為在trac系統(tǒng)中上傳文檔或粘貼SVN文檔地址鏈接，相關(guān)人員進(jìn)行確認(rèn)在系統(tǒng)中留存確認(rèn)日志。對(duì)于重要項(xiàng)目需求管理員可要求上傳的文檔中包含人工簽字版的掃描件3.3 名詞解釋業(yè)務(wù)需求由最終用戶或者領(lǐng)域?qū)＜覐臉I(yè)務(wù)的角度提出的需求，無(wú)需技術(shù)知識(shí)。核心內(nèi)容主要包括業(yè)務(wù)目標(biāo)、業(yè)務(wù)流程、業(yè)務(wù)實(shí)體、業(yè)務(wù)規(guī)則、功能規(guī)則等。系統(tǒng)需求由系統(tǒng)分析師或者架構(gòu)師從軟件系統(tǒng)的角度，以實(shí)現(xiàn)業(yè)務(wù)需求為目標(biāo)提出的需求，核心內(nèi)容包括功能設(shè)計(jì)、界面設(shè)計(jì)、用例或功能點(diǎn)描述、非功能性需求說(shuō)明等。3.4 注意事項(xiàng)不可有例外 所有系統(tǒng)需求，無(wú)論大小都要納入系統(tǒng)管理。任何一個(gè)表面看起來(lái)改動(dòng)很小的需求，都有未知的水下部分，必須通過(guò)完整的流程、評(píng)估、分析才能確定其真正工作量和風(fēng)險(xiǎn) 系統(tǒng)生命周期是連貫的，所做的任何功能變更必須被管理，任何一個(gè)功能邏輯需要有可追溯的需求，否則系統(tǒng)將快速走向混亂和未知，發(fā)生錯(cuò)誤時(shí)也無(wú)法分析原因、判斷來(lái)源。如果一次修改不改變?nèi)魏涡枨?，僅僅是對(duì)原需求錯(cuò)誤實(shí)現(xiàn)的修正，則屬于系統(tǒng)BUG，應(yīng)該在另外的故障跟蹤系統(tǒng)中管理。可裁剪 粗評(píng)開(kāi)發(fā)工作量在1小時(shí)以內(nèi)或整體上線工作量在4小時(shí)以內(nèi)的，可以歸類為“小修改”進(jìn)行流程裁剪 粗評(píng)開(kāi)發(fā)工作量超過(guò)1小時(shí)的需求，應(yīng)該按照完成的流程進(jìn)行正式管理，確保按時(shí)交付，符合業(yè)務(wù)目標(biāo)和需求。需要專人集中進(jìn)行方案設(shè)計(jì)和工作量評(píng)估，工作量應(yīng)該以小時(shí)為單位，保證 粗評(píng)整體上線工作量超過(guò)1個(gè)人月的需求，應(yīng)該作為長(zhǎng)期項(xiàng)目，采用迭代開(kāi)發(fā)方式，在PMS系統(tǒng)中單獨(dú)創(chuàng)建產(chǎn)品和項(xiàng)目進(jìn)行管理。每次迭代時(shí)間不超過(guò)一個(gè)月，每次迭代完成后進(jìn)行總結(jié)，確定下一次迭代的目標(biāo)和范圍，直到整個(gè)項(xiàng)目目標(biāo)完成。確保項(xiàng)目計(jì)劃完整 制定項(xiàng)目計(jì)劃時(shí)，需考慮和包含完成項(xiàng)目需要的所有任務(wù)和資源，而不是僅考慮開(kāi)發(fā)人員。如需要業(yè)務(wù)部門(mén)提前準(zhǔn)備的材料，需要外部系統(tǒng)開(kāi)發(fā)的接口等等都需要包含在項(xiàng)目計(jì)劃中進(jìn)行管理、跟蹤。本文檔是從需求管理角度描述需求的全流程，項(xiàng)目管理方面更具體規(guī)范另文說(shuō)明。4 業(yè)務(wù)需求提報(bào)要求提報(bào)業(yè)務(wù)需求，需包含以下基本內(nèi)容：n 業(yè)務(wù)需求文檔n 有效性說(shuō)明（參見(jiàn) 有效性標(biāo)準(zhǔn)）n 預(yù)期效益說(shuō)明 （參見(jiàn) 預(yù)期效益評(píng)估）n 上線公告（功能上線時(shí)提示所有業(yè)務(wù)人員了解系統(tǒng)變化影響的通知內(nèi)容）n 是否緊急（需調(diào)整已有需求排期，保證最快上線的情況）有效性標(biāo)準(zhǔn) 正確性：邏輯清晰、無(wú)歧義；符合已知的領(lǐng)域知識(shí)、業(yè)務(wù)規(guī)則和常識(shí)，沒(méi)有自相矛盾 一致性：可能影響到的所有業(yè)務(wù)環(huán)節(jié)需要經(jīng)過(guò)具體分析，明確修改方案；各環(huán)節(jié)邏輯一致、呼應(yīng) 必要性：需求實(shí)現(xiàn)后能產(chǎn)生可預(yù)測(cè)、顯著的商業(yè)回報(bào)；無(wú)可接受的替代方案 可行性：業(yè)務(wù)操作可行性；技術(shù)實(shí)現(xiàn)可行性可驗(yàn)證：有明確具體的測(cè)試驗(yàn)證標(biāo)準(zhǔn)、驗(yàn)證數(shù)據(jù)預(yù)期效益評(píng)估 提升：如訪問(wèn)量、重復(fù)購(gòu)買(mǎi)率、客單價(jià)、毛利率、粘度、品牌形象等等降低：如庫(kù)存占用、跳出率、退貨率等等量化指