需求管理規(guī)范

需求管理規(guī)范 1.1目的通過規(guī)范的需求管理，最終生成項(xiàng)目的《用戶需求說明書》和《軟件需求規(guī)格說明書》，保證需求與后續(xù)工作產(chǎn)品之間的一致性，提高產(chǎn)品質(zhì)量。1.2適用范圍用于公司所有軟件項(xiàng)目，且貫穿于整個(gè)生命周期。1.3參考資料《禪道的使用手冊》1.4術(shù)語和縮略語需求池：禪道需求列表，需求可以來自各個(gè)方面，如客戶、用戶、市場、客服、運(yùn)營、技術(shù)支持、競爭對手、合作伙伴等，項(xiàng)目需求必須有明確的需求提出方。規(guī)程描述2.1角色和職責(zé)角色職責(zé)描述1.通過渠道收集各種來源的項(xiàng)目需求，整理后錄入到禪道;2.負(fù)責(zé)對市場、客戶的需求調(diào)研、分析；需求人員4.參與需求評審，根據(jù)評審意見對需求文檔進(jìn)行調(diào)整；5.負(fù)責(zé)對后期需求內(nèi)容的變動進(jìn)行評估和調(diào)整；6.負(fù)責(zé)在測試過程中對需求的實(shí)現(xiàn)情況進(jìn)行跟蹤確認(rèn)。，根據(jù)客戶需求的有效性和真實(shí)性、產(chǎn)品定位和項(xiàng)目產(chǎn)品經(jīng)理2.發(fā)起需求評審，主持需求評審會議，負(fù)責(zé)對評審后的需求文檔進(jìn)行確認(rèn)；4.完成對需求與后續(xù)工作產(chǎn)品一致性的跟蹤。活動的評審；項(xiàng)目經(jīng)理2.理解產(chǎn)品需求，組織研發(fā)工作的開展；3.禪道上項(xiàng)目與產(chǎn)品需求相關(guān)聯(lián)，任務(wù)的創(chuàng)建與需求相關(guān)聯(lián)。研發(fā)人員1.參加需求開發(fā)管理活動的評審,職職責(zé)描述2.理解產(chǎn)品需求，完成產(chǎn)品的研發(fā)任務(wù)。角色2.2入口準(zhǔn)則?禪道已經(jīng)按照規(guī)范建立好產(chǎn)品。2.3輸入2.4規(guī)程細(xì)則程禪道需求管理需求人員產(chǎn)品經(jīng)理產(chǎn)品管理委員會項(xiàng)目經(jīng)理研發(fā)人員產(chǎn)出文檔用戶客戶...客戶需求客戶需求分析客戶需求(禪道錄入)產(chǎn)品需求分析用戶需求說明書產(chǎn)品需求目錄產(chǎn)品需求(初稿)評審申請會前溝通不通過反饋問題需求評審紀(jì)要需求評審評審?fù)ㄟ^產(chǎn)品需求(禪道錄入)研發(fā)項(xiàng)目需求關(guān)聯(lián)(禪道)軟件需求規(guī)格說明書研發(fā)任務(wù)建立通過任務(wù)分配編碼實(shí)現(xiàn)代碼提交單元測試需求驗(yàn)證通過提交版本是否通過需求跟蹤矩陣通過不通過完成驗(yàn)證需求關(guān)閉缺陷提交缺陷確認(rèn)及分配版本發(fā)布段階圍繞需求評審、需求驗(yàn)證、需求實(shí)現(xiàn)三個(gè)循環(huán)，把控需求方向，產(chǎn)品研發(fā)進(jìn)度以及質(zhì)量。需求錄入需求可以來自各個(gè)方面，如客戶、用戶、市場、客服、運(yùn)營、技術(shù)支持、競爭對手、合作伙伴等，項(xiàng)目需求必須有明確的需求提出方。需求分析成《用戶需求說明書》和《需求跟蹤矩陣》的編寫。矩陣》一一對應(yīng)的，功能節(jié)點(diǎn)的修改必須由產(chǎn)品經(jīng)理提出，院辦統(tǒng)一評審討論決定。塊，與《需求跟蹤矩陣》不一致，需及時(shí)調(diào)整禪道。需求評審產(chǎn)品經(jīng)理線下通過郵件(附待評審的文檔)發(fā)起評審申請，安排評審會議的時(shí)間、地點(diǎn)和參加會議評審會議時(shí)間建議不超過兩個(gè)小時(shí)。如果大部分評審人員回復(fù)不能準(zhǔn)時(shí)參加會議，則需要重新安排評審時(shí)間。求評審過程中產(chǎn)品經(jīng)理應(yīng)記錄內(nèi)容，填寫《需求評審紀(jì)要》。需求人員根據(jù)評審意見對需求文檔進(jìn)行調(diào)整，由產(chǎn)品經(jīng)理進(jìn)行確認(rèn)。需求跟蹤過過程開始《用戶需求說明書》《軟件需求規(guī)格說明書》2.跟蹤記錄問題《需求跟蹤矩陣》過程結(jié)束1.建立和維護(hù)需求跟蹤矩陣需求變更2.內(nèi)部討論變更是否可行Y3.需求變更申請4.提交領(lǐng)導(dǎo)確認(rèn)變更是否被拒絕NN5.需求變更操作Y更說明書》軟件需求規(guī)格說明書》陣》I重影響，需要重新定義需求工作，大量開發(fā)代碼需要重新編寫。III成本造后，由產(chǎn)品經(jīng)理或項(xiàng)目經(jīng)理初步確定變更級別。和個(gè)人，組織項(xiàng)目組成員和需求人員進(jìn)行需求變更工作，即重新進(jìn)行需求開發(fā)、需求確認(rèn)，更新《用戶I變更級別變更級別定義涉及人員涉及文檔操作流程《用戶需求說明書》《變更申請單》成本超出《需求跟蹤矩陣》項(xiàng)目計(jì)劃項(xiàng)目估算設(shè)計(jì)文檔產(chǎn)品經(jīng)理項(xiàng)目經(jīng)理工作量延三級需求關(guān)閉待產(chǎn)品發(fā)布的一周內(nèi)，需求人員要在禪道中將相關(guān)的需求狀態(tài)設(shè)為“已關(guān)閉”。并可以查詢每個(gè)任務(wù)的完成情況。中的相關(guān)內(nèi)容驗(yàn)證。需求驗(yàn)證的最小單位為需求條目。2.5出口準(zhǔn)則2.6輸出2.7指標(biāo)№123456789指標(biāo)名稱初始需求數(shù)增加，刪除，變更需需求來源分類統(tǒng)計(jì)需求狀態(tài)統(tǒng)計(jì)需求優(yōu)先級需求變化率需求階段工作量偏差需求階段工期偏差需求管理規(guī)范性需求文檔規(guī)范性需求實(shí)現(xiàn)率類型度量度量度量度量度量考核核核考核考核考核對象產(chǎn)品品品品產(chǎn)品產(chǎn)品品品產(chǎn)品頻率每周周周周每周每周周周每周每周每周數(shù)據(jù)來源《需求跟蹤矩陣》禪道《需求跟蹤矩陣》禪道《需求跟蹤矩陣》禪道《需求跟蹤矩陣》禪道《需求跟蹤矩陣》禪道《需求跟蹤矩陣》禪道《需求跟蹤矩陣》禪道《需求跟蹤矩陣》禪道《需求評審紀(jì)要》《需求跟蹤矩陣》禪道備注需求變化率=需求變更總數(shù)/初始需求數(shù)實(shí)際工作量)/計(jì)劃工作量實(shí)際工期)/計(jì)劃工期關(guān)閉需求數(shù)/產(chǎn)品需求數(shù)3.附錄3.1需求錄入錄入前，先在禪道中查找該需求的關(guān)鍵詞，以避免錄入重復(fù)的需求。段所屬計(jì)劃所屬模塊所屬產(chǎn)品稱源驗(yàn)收標(biāo)準(zhǔn)客戶需求項(xiàng)目計(jì)劃，可不填未明確《需求跟蹤矩陣》前可以不規(guī)范，求跟蹤矩陣》進(jìn)行調(diào)整產(chǎn)品名稱需求名稱+‘-來源’等，必須在來源備注中清楚需求來源說明清楚清楚，這樣可以把需求的輸出給說清楚，產(chǎn)品需求產(chǎn)品研發(fā)計(jì)劃必須與《需求跟蹤矩陣》一致產(chǎn)品名稱稱清楚需求來源為哪個(gè)產(chǎn)品組盡可能詳盡用戶的需求及解決方案后來確定的同時(shí)也可以體現(xiàn)該需求實(shí)現(xiàn)的可行同時(shí)也可以體現(xiàn)該需求實(shí)現(xiàn)的可行性有必須勾選可以不錄入，但不可勾選不需要評審可以不錄入不勾選更必須填寫評審人必須錄入不需要評審優(yōu)先級鍵字3.2需求評審果后激活，評審結(jié)果可以選擇確認(rèn)通過、有待明確、拒絕等操作。。如果選擇“有待明確”，會保持需求的草稿狀態(tài)，并將需求指派回需求的創(chuàng)建者頭上，有其繼續(xù)進(jìn)個(gè)線下的評審會議，在禪道里面記錄下參與需求評審的人員即可。只有激活狀