1、需求管理規(guī)范3.附錄3.1需求錄入錄入前，先在禪道中查找該需求的關鍵詞，以避免錄入重復的需求。*產邸號。境*風一句話簡妻表述禹求的內容字段客戶需求產品需求所屬計劃項目計劃，可不填產品研發(fā)計劃所屬模塊未明確需求跟蹤矩陣前可以不規(guī)范，明確需求跟蹤矩陣后，需要按照需求跟蹤矩陣進行調整必須與需求跟蹤矩陣一致所屬產品產品名稱產品名稱需求名稱需求名稱+'-來源'需求名稱需求來源明確需求來源，可以是客戶、用戶、市場等，必須在來源備注中清楚需求來源明確需求來源為產品經理，必須在來源備注中清楚需求來源為哪個產品組需求描述需要把具體用戶、用戶愿望、用戶的價值說明清楚盡可能詳盡驗收標準每條需求的創(chuàng)建

2、者，務必把驗收標準描述清楚，這樣可以把需求的輸出給說清楚，需要產品經理描述清楚，前置條件是充分理解用戶的需求及解決方案后來確定的同時也可以體現該需求實現的可行性有高度的保障。不需要評審必須勾選不勾選由誰評審可以不錄入，但不可勾選不需要評審需求階段時可以不錄入，但不可勾選不需要評審。然后批量提交評審，非需求階段的需求變更必須填寫評審人優(yōu)先級可以不錄入必須錄入a）重要&緊急，列入1級；b）重要&不緊急，列入2級；c）不重要&不緊急&不確定，列入3級；d）其他列入4級。按1:5:2:2的比例來分配，開發(fā)的計劃基本都是從1級和2級提煉出來。關鍵字可以設置，這樣可以比較方

3、便的通過關鍵詞進行檢索。可以設置，這樣可以比較方便的通過關鍵詞進行檢索。3.2需求評審。日志工斐吏。日志工斐吏3實現禪道的自動登量功能>#2需求福述作為律道用戶，希望能奚現自功登錄功能，這樣能更加方便的登錄系統.酷敦標擊1、庾用正確的株號和密碼登錄系統，登錄時選擇自動登錄.2、關閉瀏覽器，重新登錄禪道，應該能夠自動登錄.附件歷史記錄個+可以查看變更前后的變化可以查看變更前后的變化己，了苗求檢逑,區(qū)別為001-作新中遂甲戶，我希望彼切浦避柔由財出儡類tc方便的登錄冬絨1 2014-12-0415:35:11,由azalea713t>Gl«2 2014-12-0415:39.

4、51.由azalea713變更。修改了ta*為新值為-azalea713"o本號,舊伯為”1",新值為-2”。日志不變更Q評宙。關閉建用例P<2xZ實現禪諧的自動登錄功能評宙評審時間評審絡果指推給由誰評審備注2014-12-04評審需要給一個評審結果H1-T-tT-A-ABZUM至W三三。：回。4e時曰與影響的Bug影響的用例影響的Bug影響的用例保存泛回需求狀態(tài)：初始錄入的需求除非勾選不需要評審，否則狀態(tài)均為草稿，然后由產品經理提交評審結果后激活，評審結果訶以選擇確認通過、有待明確、拒絕等操作。如果選擇“確認通過”，則需求的狀態(tài)改為“激活中”，然后就可以關聯到項目中

5、進行研發(fā)了。如果選擇“有待明確”，會保持需求的草稿狀態(tài)，并將需求指派回需求的創(chuàng)建者頭上，有其繼續(xù)進行完善。如果選擇了“拒絕”，則需要給出相應的拒絕原因。由誰評審是記錄的參與評審的人員名單，可以輸入用戶名來自動篩選。一般來講需求評審可以是一個線下的評審會議，在禪道里面記錄下參與需求評審的人員叩可。只有激活狀態(tài)的需求才能關聯到項目中，進行研發(fā)。3.3需求變更基本信息mtn-生所屆產&禪械目5統所艮祺沒1所Hit劃采胃產&sa草羯未開折»rtIM0美8M況給項II任務美&。日志工頊Q評宙0購二建用例/0xI實現裨道的自動登錄功住話求兵述作為禪道用戶我希實現自動登錄功

6、黃這耳也阮方便的疊錄系統.玄收標準1、使用正魂的憑號和宙碼登錄系統，登錄時選擇自功登景.2, 關閉攜覽器，重新登錄神道，應廊夠自而疊泉.IH件歷史id豪個+0BS工變更Q許BT。關閉二定用旃/P®x,12014-1204153511,由azalea/B伊魔.7實現禪道的自的8量功飩交夔曲津評審AazA<a713X不求名韋實議響的白燦蜜豪功住HI-J-»T-A-BZQKSS1=:=*W<C:k）。作為禪道用戶，希望能實現自劫登錄功能.這樣危更加方便的登錄系統.建議皿的稅校:作方一名*"*困時嫂尸>.箕m妙st咐.這祥可以刀x於徐企.Hl-!T-tT

7、-A-A.B/yEB3|=;=*R“*<2。BSI1）曾1、使用正碼登錄系統登購選擇白動登錄.*«««2、關閉瀏覓88,疆斯登錄律道，應該覺夠自動登錄.Hl-J-rT-A-A-BZUKS3i|=:=<2。BMk）備注編輯操作是無法修改需求的標題、描述、驗收標準和附件的。在變更草稿狀態(tài)的需求時，可選擇“不需要評審”，不需要走評審流程，需要在需求的備注部分說明清楚。在變更激活狀態(tài)的需求時，不可選擇“不需要評審”，否則需求狀態(tài)自動變成激活，不需要再走評審流程。在變更需求的時候，會列出該需求的影響范圍，若有相關的研發(fā)任務、缺陷及測試用例，請團隊及時溝通和調整。

8、&*MR-S£皿內網險ffi4ktmsHdMK>eaviVMw>ra企伽*：油g«ett反饞S公共衛(wèi)生W值.暴蜿.求g計N路線房文0曜日A10況5公共衛(wèi)生眼殍g案垸求茹計劃雙布路?威cm不目蹌？5公共衛(wèi)生眼殍g案垸求茹計劃雙布路?威cm不目蹌？*rw«»秉關筒麥計劃全事食未«&«獲虐”茜na*«源者已立更待美困(®»MWa會產品王$M8公共：PMEtftIOP:#求名壞：imMil：腋：»it：ue：MsT5B：c«awt56034wnEKHiwaS公共2&

9、#163;flMRCk>Md16BMfl201，品e0035wixEanra岫洪2湖強民CioMd16SOT002Vg(2J/66p候mraKi0368鼻說WF”公共曲MRClosed8e*aB2W0012<26ALL，6b)L*«iau037it«W7H公共河*#RCioMd852W009，品奕7Y理c6*iCX|>039分伊M民Ck>Md16e*«B2W5000V偷1/66©042O55人尊渤MF口游29MRCioMd8BMflF»«004V6A1'/6&a®®wa043

10、明每人升咬奴民Ck>Md8ew«0110V6dLL，品Exinramg0440人律小例除*E2sa敬f民Ck>Md8二聲B»5000V6A(l/6&冷*nra口045TMFeH®MmCk>Md16E2W015:/品此公心生g1)046*«rCioMd8eaew004<V/品0B«3eskws.se療機恂受指定內設i°榮科重由人員員責信核瞰1的報告員舞s核忠患者患者的診工作開n靖修碼防冶培tiwoet曜敏育工作CEE/tI生機構員貴瞬預患看區(qū)家冶療盼詢的iiMJf員責轉診.ewm咳戲者必岫8救愚者艮有癥t

11、*推切接U者WflflTEBRHJB培修膺防冶郵宜侍全健曾導包IS，雀導眼藥,督導化療.隨訥許估,分類干HL««««.歷史ig奶個+uae-生手產&“公獲云新加皂說gm>臏ft禳S公共MIBMI康JM”6WTWJ產品姓理»>»J1amusGM6B2W代口©ffttiw161 2017-09-15093645S««Rd<It./評審記錄2 2017-09-16180648SUM£3brW»i««rit認此3 20174J916181622&#

12、163;彳佻關彩盤目麗”叫b?4 2017-09-18104206莊民立>.十5 2017-10-23140314ffi««R«l.+6 201M0-23140330EMRM.+7 201M023140931£MK美年.用因為已和；研發(fā)曲關聯，需求變更翊任務需求關閉舶355BMW制W叨開后切炭心噸ic9.E邊的to函fttnr化測試用例關聯*一暝驪:置？'5361141BUG關聯廉關掰秉計乞全M«*g技礎炫淺我關閉M«*壬己口待M已關筒*Bg«QHTR需求關閉3歐“一報表0BW公共叱ID：P8maw：o

13、1;5tf»VSemrs8電即袒7E8118©磚fUrtrait0116EHRV16V.WS公共星生！*«RClosed9»iRif：切e*«ejwS公芫衛(wèi)生IMIRexS公芟：41MfR3*乓MIRCk>wd/品/品8成yQIRSVEIHxmrsMHT3一MMV3伽言個人與各第就MIRCbMd0114MIRCbsedCknedBinX死己卜用SB*科詼20Z牝fftt小個：W,用例*%<UMHT3M»RClmed*公旭生I/夏民CSd共63H».W頁20UV43<引言31. 1目的31.2適用范圍31.3

14、參考資料31.4術語和縮略語3規(guī)程描述32.1角色和職責32.2入口準則42.3輸入42.4規(guī)程細則52.5出口準則82.6輸出81. 7指標9附錄102. 1需求錄入103.2需求評審123.3需求變更133.4最終效果141. 引言1.1目的通過規(guī)范的需求管理，最終生成項目的用戶需求說明書和軟件需求規(guī)格說明書，保證需求與后續(xù)工作產品之間的一致性，提高產品質量。1.2適用范圍本過程文檔是項目經理、產品經理、需求人員執(zhí)行需求開發(fā)管理過程活動的依據和指導。本過程適用于公司所有軟件項目，且貫穿于整個生命周期。1.3參考資料禪道的使用手冊1.4術語和縮略語需求池：禪道需求列表，需求可以來自各個方面，

15、如客戶、用戶、市場、客服、運營、技術支持、競爭對手、合作伙伴等，項目需求必須有明確的需求提出方。2. 規(guī)程描述2.1角色和職責角色職責描述需求人員1. 通過渠道收集各種來源的項目需求，整理后錄入到禪道；2. 負責對市場、客戶的需求調研、分析；3. 編寫需求開發(fā)過程中的用戶需求說明書；4. 參與需求評審，根據評審意見對需求文檔進行調整；5. 負責對后期需求內容的變動進行評估和調整；6. 負責在測試過程中對需求的實現情況進行跟蹤確認。產品經理1. 需求管理活動的負責人，根據客戶需求的有效性和真實性、產品定位和項目資源情況進行篩選和匹配，提煉出產品需求，定義出優(yōu)先級；2. 發(fā)起需求評審，主持需求評審

16、會議，負責對評審后的需求文檔進行確認；3. 管理和控制軟件需求的變更，完成需求跟蹤矩陣；4. 完成對需求與后續(xù)工作產品一致性的跟蹤。項目經理1. 參加需求開發(fā)管理活動的評審；2. 理解產品需求，組織研發(fā)工作的開展；3. 禪道上項目與產品需求相關聯，任務的創(chuàng)建與需求相關聯。研發(fā)人員1.參加需求開發(fā)管理活動的評審，角色職責描述2.理解產品需求，完成產品的研發(fā)任務。院辦評審產品需求。2.2入口準則:產品立項己經完成。需求人員己經確定O:項目計劃己經通過評審。:禪道己經按照規(guī)范建立好產品。2.3輸入 項目立項申請 項目立項評審報告:項目創(chuàng)建申請單:項目計劃 客戶原始需求文檔2.4.1管理流程圍繞需求評

17、審、需求驗證、需求實現三個循環(huán)，把控需求方向，產品研發(fā)進度以及質吊“需求可以來自各個方面，如客戶、用戶、市場、客服、運營、技術支持、競爭對手、合作伙伴等,項目需求必須有明確的需求提出方。2.4.3需求分析初期錄入到需求池的需求視為客戶需求，產品經理、需求人員經過需求分析后，確定產品需求，完成用戶需求說明書和需求跟蹤矩陣的編寫。要求：需求跟蹤矩陣-個產品只有份，用戶需求說明書中的功能節(jié)點一定是和需求跟蹤矩陣一一對應的，功能節(jié)點的修改必須由產品經理提出，院辦統-評審討論決定。需求跟蹤矩陣完成后，該目錄需錄入到禪道，為產品需求模塊，若前期己經維護了產品需求模塊，與需求跟蹤矩陣不一致，需及時調整禪道。

18、2.4.4需求評審產品經理線下通過郵件（附待評審的文檔）發(fā)起評審申請，安排評審會議的時間、地點和參加會議的人員名單（包括需求人員、產品經理、項目經理、研發(fā)人員、院辦等），評審過程中至少4個參與者，評審會議時間建議不超過兩個小時。如果大部分評審人員同復不能準時參加會議，則需要重新安排評審時間。需求評審過程中產品經理應記錄內容，填寫需求評審紀要。需求人員根據評審意見對需求文檔進行調整，由產品經理進行確認。2.4.5需求跟蹤過程開始（過程結束i當需求評審結束，需求文檔定稿后，由產品經理創(chuàng)建需求跟蹤矩陣，創(chuàng)建完成后，產品經理、項目經理、需求人員、研發(fā)人員需要在產品研發(fā)過程中更新該矩陣。過程開始1.需求

19、變更提出2.內部討論變更是否可行Y3.需求變更申請4.提交領導確認變更是否被拒絕5.需求變更操作驗證變更用戶需求說明書軟件需求規(guī)格說明書需求跟蹤矩陣需求變更按照嚴重程度，分為1、II、III級變更。I級變更為：當工作量延遲15%或成本超出15%時，發(fā)生重大變更，對開發(fā)進度造成嚴重影響，需要重新定義需求工作，大量開發(fā)代碼需要重新編寫。II級變更為：當工作帛:延遲10%或成本超出10%時，未造成重大影響，不需要重新編寫。III級變更為：當工作量延退5%或成本超出5%時，為輕微變更，兒乎不會對開發(fā)工作量和成本造成影響。三種級別的需求的變更均可以由產品經理、項目經理、需求人員或者相關用戶提出，需求變更提出后，由產品經理或項目經理初步確定變更級別。II級需求的變更，項目經理和產品經理編寫變更申請單，將變更內容、變更理由及變更的影響范圍進行詳細描述，提交院辦簽字確認。如果院辦同意了該變更中請，則由項目經理通知相關受影響組和個人，組織項目組成員和需求人員進行需求變更工作，即重新進行需求開發(fā)、需求確認，更新用戶需求說明書和軟件需求規(guī)格說明書，需求人員及時更新需求跟蹤矩陣。如果變更申請被拒絕,項目則繼續(xù)按原計劃進行。III級需求變更，項目經理、產品經理確認后，由需求人員直接更新用戶需求說明書和軟件需求規(guī)格說明書，并將變更內容實時記錄在需求跟蹤矩陣中。當III級變更數量達到5條到10條范圍時，應當