產(chǎn)品需求流程管理規(guī)范

產(chǎn)品需求管理規(guī)范文檔修訂記錄版本變化類型作者參與者日期變更內(nèi)容批準(zhǔn)人*變化類型：創(chuàng)建、增加、修改、刪除、審核說明】：這里只保留上一個版本到當(dāng)前版本變更的內(nèi)容產(chǎn)品需求管理規(guī)范產(chǎn)品需求管理規(guī)范目錄TOC\o"1-5"\h\z'I文檔概述2編寫目的2讀者對象2術(shù)語與名詞解釋2<整體合作流程3需求設(shè)計(jì)33需求設(shè)計(jì)管理規(guī)范4需求開發(fā)管理63.1.1需求調(diào)研6需求設(shè)計(jì)6需求評審.7需求質(zhì)量跟蹤7需求變更管理8提出變更需求；8需求響應(yīng)：8需求變更確認(rèn)：8是否需要評審：8更新基線庫：8通知：8產(chǎn)品需求管理規(guī)范產(chǎn)品需求管理規(guī)范1文檔概述1.1編寫目的供需求設(shè)計(jì)、UI、設(shè)計(jì)開發(fā)、測試等各個環(huán)節(jié)了解互相合作的流程1.2讀者對象對于不同用戶所關(guān)心的部分有所不同，我們建議您：用戶類別重點(diǎn)章節(jié)說明1.3術(shù)語與名詞解釋序號術(shù)語、名詞解釋1基線一個已經(jīng)被正式評審和批準(zhǔn)的規(guī)格或產(chǎn)品，它作為進(jìn)一步開發(fā)的一個基礎(chǔ)，并且必須通過正式的變更流程來變更。232整體合作流程流程圖如下:2.1需求設(shè)計(jì)1、需求內(nèi)部正式評審1）需求負(fù)責(zé)人通知開發(fā)負(fù)責(zé)人，測試負(fù)責(zé)人；2）開發(fā)負(fù)責(zé)人熟悉業(yè)務(wù)功能；3）測試負(fù)責(zé)人安排相關(guān)人員熟悉業(yè)務(wù)功能2、需要交互設(shè)計(jì)、或視覺設(shè)計(jì)的業(yè)務(wù)模塊，需要在交互設(shè)計(jì)、視覺設(shè)計(jì)完成后，進(jìn)行外部評審；3、外部評審后，如果有重大變更，需要重新循環(huán)內(nèi)部評審4、幾個環(huán)節(jié)就需求達(dá)成一致后，需求人員把原型和文檔放入基線庫，并通過郵件通知開發(fā)、測試負(fù)責(zé)人。后續(xù)環(huán)節(jié)可以基于此正式開展工作。左需求設(shè)計(jì)管理規(guī)范產(chǎn)品需求管理分為需求開發(fā)管理、需求變更管理兩部分。需求開發(fā)管理的流程如下：階需求變更管理的流程如下:3.1需求開發(fā)管理3.1.1需求調(diào)研1、由需求人員確定每次調(diào)研的主題，并制定《需求調(diào)研計(jì)劃》。需求人員確認(rèn)需求調(diào)研計(jì)劃后，提前3天左右把計(jì)劃以正式郵件的形式發(fā)給客戶確認(rèn)，并通知客戶攜帶需要的資料。2、在需求調(diào)研之前，需求人員可通過研究原有系統(tǒng)、已有業(yè)務(wù)資料、搜索互聯(lián)網(wǎng)等方式，提前熟悉調(diào)研相關(guān)的業(yè)務(wù)知識，搜集業(yè)務(wù)資料。搜集到的資料文檔需存放到svn文件夾中。3、每次調(diào)研之前把計(jì)劃從客戶處搜集的資料在《需求調(diào)研資料搜集清單》列出，便于調(diào)研時與客戶核對。調(diào)研完成后補(bǔ)充完善資料記錄，統(tǒng)一存放到svn文件夾中。4、調(diào)研完成后，需求人員對調(diào)研的記錄進(jìn)行匯總整理，由項(xiàng)目負(fù)責(zé)人、產(chǎn)品經(jīng)理對資料進(jìn)行審核。5、如果調(diào)研要分多次進(jìn)行，對當(dāng)次調(diào)研內(nèi)容的整理應(yīng)該立刻進(jìn)行，最遲不能超過下次調(diào)研。這樣做可避免調(diào)研內(nèi)容的遺漏和遺忘，在進(jìn)行下次調(diào)研時可針本次調(diào)研后的一些問題進(jìn)行再次調(diào)研。6、調(diào)研全部完成后，需要把整理的調(diào)研內(nèi)容記錄整理細(xì)化到結(jié)構(gòu)化的《用戶需求匯總表》中。并在該表中標(biāo)注出存在疑問的業(yè)務(wù)點(diǎn)，以便后續(xù)通過電話、QQ等方式與客戶溝通清楚。3.1.1需求設(shè)計(jì)1、需求人員開始編寫需求文檔和制作原型之前，務(wù)必要先仔細(xì)查看《用戶需求匯總表》。在了解對應(yīng)業(yè)務(wù)模塊的用戶需求之后，再對用戶需求進(jìn)行分析。可通過Excel、MindManager等工具輔助需求分析。2、需求人員完成需求分析后，項(xiàng)目經(jīng)理/產(chǎn)品經(jīng)理必須與其溝通確認(rèn)，以確保需求人員對用戶需求理解正確。3、需求人員在需求設(shè)計(jì)過程中可根據(jù)個人的工作習(xí)慣可慮優(yōu)先產(chǎn)出《需求規(guī)格說明書》或系統(tǒng)原型，常用系統(tǒng)原型工具AxureRP、Justinmind、Visio,系統(tǒng)原型設(shè)計(jì)至少保證軟件關(guān)鍵界面的主要菜單、功能、按鈕、列表、等元素信息完整，其余頁面盡量也使用原型進(jìn)行展示，如受到時間及精力限制也可以考慮使用純文字描述或?qū)⒒ヂ?lián)網(wǎng)已有圖片截取進(jìn)行描述，截圖內(nèi)容不可與實(shí)際界面存在過大差異，可以使用畫圖軟件進(jìn)行標(biāo)記。原型界面中通常會涉及到一些業(yè)務(wù)邏輯及業(yè)務(wù)規(guī)則，建議在界面空白處進(jìn)行標(biāo)注。PC■Krr-BIT鏤紳tllftJP尸t!<?B?rtl日J(rèn)?平H■毋^KUH?r：ff±i±WV-.Sm耳yr世心K^IK止呵刪j-i>i-iaiai3.1ni.anMidnn悴前flrA<iODDDdaaI23d-I￡1fi1吊盲9(甲■甘再^aid-anpi?A5礙JEj汝JHAbJUS1：MJJU!BJSjeSj/?CH40ini□0D■%"L1aamddd1-*祐n3-3n￡innanoao1Z^1C161権■其JQIIDO拆丄尺<￥S^Z.■!醒?宙塑薛7rii_Lnioi3Aa11i,adr.3341-dM1-*二百A3-9(1伍懸懸innnnnnniZldlfllCilioi-i-na-^ig訓(xùn)c-a理1IM*土7riu.nini3.3oi,ao2*3-id3-i-9-3Gd2-90ftSinnnnnnnWM^SKW2^14-00-31沁￡G0■酋■囲萱冊占1沖pfiiimmn.3P.、、i.gq7QMD31-9-□GC.BLtW4Einnnndaa193J1C-IC1*TfN機(jī)岫itjO'M-gnri沁i：.■■.■z亦nraiM”iLtridT3.3.niadUTOid-m1?3&07-1?1■4Aiudaaaaa123d-id1￡1*MM肛meRQTd-nWT￡0旳9E毗Wii.￥.ttflCidr^2i>i-iaiai3.1nii11.1iadMidna忖”flr死■ftiODDDdaaI234i￡1fi1.+.WWmi1nnpi2015旳毫r?CUif.*lttuer'lf-fiJtt負(fù)觀1Ht■牢扛邊舉口.吐刊電H恢上檢■牢抑朋時Hip曲帯旳一池卅車“邛片為4劇用期兀泌事列上出鼻*一IR可“址席心加?j皿刖門打屋血吒皿擊緞-林九斗*常帕■內(nèi)*曲川旬肉四“?在汨網(wǎng)過旳年止呈1±皿沢屋2瑪-廈龍圧卩―3T7!Hd1-lHMiiniS-ERifll>；il-EI-li'Hl—?4->■riHt*l^li^SRTER!.<i1SEE-++MTmili^feE\KZEHi.^iTFS-㈣鵬廠inHill：:卻口門+SEDMRdJtCEli瑋JI■曲也冬I挖至皎吐?JflfcPWHtliafltKfl!W!■我厲輕訊口相M■址曲稅迪"■?Jf相叭曲一tilM?兩肚?，tflR胃的一肝爲(wèi)打*■巒沖EST瞬酗『t-江■意L蠱足窖的幾牛磔?村不帚亞地旦滸加功能:亠APPiril^inBA/h-4i||||iEFI|HUl?l-=541:11時儼甲隸門M-忡亂1<iril^inBA/h-4i||||iEFI|HUl?l-=541:11時儼甲隸門M-忡亂1<g?世門曲即I-:::y■--P-.'■■■-：：t”.：：■：■：.L.■；：：■:f2和就匚將說那接f歹諭jfl示.不超氐旳匚￡'-sS.x：JH曲IF憫L?:護(hù)ts.:-t用F：■■:FQ冊"3.1.2需求評審1、需求內(nèi)部評審需要項(xiàng)目組人員全部參加；需求外部評審需要產(chǎn)品經(jīng)理、技術(shù)總監(jiān)及相關(guān)公司領(lǐng)導(dǎo)參加。2、每次評審前，需求人員至少提前一天以郵件或消息的形式通知參與人員。評審會上，經(jīng)相關(guān)人員討論確認(rèn)后的問題或缺陷，由需求人員記錄《評審缺陷記錄表》。項(xiàng)目經(jīng)理、產(chǎn)品經(jīng)理對評審缺陷的狀態(tài)進(jìn)行跟蹤，直至缺陷關(guān)閉。3、評審的參與人員達(dá)成一致后，可以給出如下三種評審結(jié)論：完全合格-直接評審?fù)ㄟ^，無需修改。基本合格-需要作少量的修改，之后通過審核即可。不合格-存在較大問題(如整個功能業(yè)務(wù)理解錯誤等)，需要做較大的修改，之后必須重新對其評審。4、評審?fù)瓿珊螅枨笕藛T完成對《評審缺陷記錄表》的整理，并通過郵件方式將記錄表發(fā)送給所有評審人員，如存在缺陷需調(diào)整建議明確缺陷修改完成時間。3.1.3需求質(zhì)量跟蹤在整個需求開發(fā)過程中，項(xiàng)目經(jīng)理或產(chǎn)品經(jīng)理對需求質(zhì)量進(jìn)行持續(xù)監(jiān)督和跟蹤。每一個需求迭代周期對各個需求人員的需求文檔、原型進(jìn)行質(zhì)量分析。《評審缺陷質(zhì)量分析表》、《需求變更統(tǒng)計(jì)分析表》對于需求產(chǎn)出質(zhì)量較差的需求人員，項(xiàng)目相關(guān)負(fù)責(zé)人要及時與之面談，幫助其分析問題所在，以便后續(xù)提升需求質(zhì)量。3.2需求變更管理3.2.1提出變更需求；需求變更發(fā)起通常發(fā)生在用戶對原有需求產(chǎn)生新的想法，或需求人員在后續(xù)系統(tǒng)設(shè)計(jì)及開發(fā)討論過程中對產(chǎn)品有更好的想法或發(fā)現(xiàn)產(chǎn)品的設(shè)計(jì)缺陷。3.2.2需求響應(yīng)：需求人員首先對需求變更內(nèi)容進(jìn)行分析，同時可以要求項(xiàng)目經(jīng)理或產(chǎn)品經(jīng)理對需求變更的可行性及合理性進(jìn)行評估。3.2.3需求變更確認(rèn)：確認(rèn)變更后，需求人員填寫《需求變更記錄表》，并完成系統(tǒng)原型及需求規(guī)格說明書的修改。3.2.4是否需要評審：由需求人員、項(xiàng)目負(fù)責(zé)人、開發(fā)負(fù)責(zé)人討論確定