需求管理规范.docx

1、需求管理规范3.附录3.1需求录入录入前，先在禅道中查找该需求的关键词，以避免录入重复的需求。*产邸号。境*风一句话简妻表述禹求的内容字段客户需求产品需求所属计划项目计划，可不填产品研发计划所属模块未明确需求跟踪矩阵前可以不规范，明确需求跟踪矩阵后，需要按照需求跟踪矩阵进行调整必须与需求跟踪矩阵一致所属产品产品名称产品名称需求名称需求名称+'-来源'需求名称需求来源明确需求来源，可以是客户、用户、市场等，必须在来源备注中清楚需求来源明确需求来源为产品经理，必须在来源备注中清楚需求来源为哪个产品组需求描述需要把具体用户、用户愿望、用户的价值说明清楚尽可能详尽验收标准每条需求的创建

2、者，务必把验收标准描述清楚，这样可以把需求的输出给说清楚，需要产品经理描述清楚，前置条件是充分理解用户的需求及解决方案后来确定的同时也可以体现该需求实现的可行性有高度的保障。不需要评审必须勾选不勾选由谁评审可以不录入，但不可勾选不需要评审需求阶段时可以不录入，但不可勾选不需要评审。然后批量提交评审，非需求阶段的需求变更必须填写评审人优先级可以不录入必须录入a）重要&紧急，列入1级；b）重要&不紧急，列入2级；c）不重要&不紧急&不确定，列入3级；d）其他列入4级。按1:5:2:2的比例来分配，开发的计划基本都是从1级和2级提炼出来。关键字可以设置，这样可以比较方

3、便的通过关键词进行检索。可以设置，这样可以比较方便的通过关键词进行检索。3.2需求评审。日志工斐吏。日志工斐吏3实现禅道的自动登量功能>#2需求福述作为律道用户，希望能奚现自功登录功能，这样能更加方便的登录系统.酷敦标击1、庾用正确的株号和密码登录系统，登录时选择自动登录.2、关闭浏览器，重新登录禅道，应该能够自动登录.附件历史记录个+可以查看变更前后的变化可以查看变更前后的变化己，了苗求检逑,区别为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影响的用例保存泛回需求状态：初始录入的需求除非勾选不需要评审，否则状态均为草稿，然后由产品经理提交评审结果后激活，评审结果诃以选择确认通过、有待明确、拒绝等操作。如果选择“确认通过”，则需求的状态改为“激活中”，然后就可以关联到项目中

5、进行研发了。如果选择“有待明确”，会保持需求的草稿状态，并将需求指派回需求的创建者头上，有其继续进行完善。如果选择了“拒绝”，则需要给出相应的拒绝原因。由谁评审是记录的参与评审的人员名单，可以输入用户名来自动筛选。一般来讲需求评审可以是一个线下的评审会议，在禅道里面记录下参与需求评审的人员叩可。只有激活状态的需求才能关联到项目中，进行研发。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）备注编辑操作是无法修改需求的标题、描述、验收标准和附件的。在变更草稿状态的需求时，可选择“不需要评审”，不需要走评审流程，需要在需求的备注部分说明清楚。在变更激活状态的需求时，不可选择“不需要评审”，否则需求状态自动变成激活，不需要再走评审流程。在变更需求的时候，会列出该需求的影响范围，若有相关的研发任务、缺陷及测试用例，请团队及时沟通和调整。

8、&*MR-S£皿内网险ffi4ktmsHdMK>eaviVMw>ra企伽*：油g«ett反馋S公共卫生W值.暴蜿.求g计N路线房文0曜日A10况5公共卫生眼殍g案垸求茹计划双布路?威cm不目跄？5公共卫生眼殍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生机构员贵瞬预患看区家冶疗盼询的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美年.用因为已和；研发曲关联，需求变更翊任务需求关闭舶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公芫卫生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规程描述32.1角色和职责32.2入口准则42.3输入42.4规程细则52.5出口准则82.6输出81. 7指标9附录102. 1需求录入103.2需求评审123.3需求变更133.4最终效果141. 引言1.1目的通过规范的需求管理，最终生成项目的用户需求说明书和软件需求规格说明书，保证需求与后续工作产品之间的一致性，提高产品质量。1.2适用范围本过程文档是项目经理、产品经理、需求人员执行需求开发管理过程活动的依据和指导。本过程适用于公司所有软件项目，且贯穿于整个生命周期。1.3参考资料禅道的使用手册1.4术语和缩略语需求池：禅道需求列表，需求可以来自各个方面，

15、如客户、用户、市场、客服、运营、技术支持、竞争对手、合作伙伴等，项目需求必须有明确的需求提出方。2. 规程描述2.1角色和职责角色职责描述需求人员1. 通过渠道收集各种来源的项目需求，整理后录入到禅道；2. 负责对市场、客户的需求调研、分析；3. 编写需求开发过程中的用户需求说明书；4. 参与需求评审，根据评审意见对需求文档进行调整；5. 负责对后期需求内容的变动进行评估和调整；6. 负责在测试过程中对需求的实现情况进行跟踪确认。产品经理1. 需求管理活动的负责人，根据客户需求的有效性和真实性、产品定位和项目资源情况进行筛选和匹配，提炼出产品需求，定义出优先级；2. 发起需求评审，主持需求评审

16、会议，负责对评审后的需求文档进行确认；3. 管理和控制软件需求的变更，完成需求跟踪矩阵；4. 完成对需求与后续工作产品一致性的跟踪。项目经理1. 参加需求开发管理活动的评审；2. 理解产品需求，组织研发工作的开展；3. 禅道上项目与产品需求相关联，任务的创建与需求相关联。研发人员1.参加需求开发管理活动的评审，角色职责描述2.理解产品需求，完成产品的研发任务。院办评审产品需求。2.2入口准则:产品立项己经完成。需求人员己经确定O:项目计划己经通过评审。:禅道己经按照规范建立好产品。2.3输入 项目立项申请 项目立项评审报告:项目创建申请单:项目计划 客户原始需求文档2.4.1管理流程围绕需求评

17、审、需求验证、需求实现三个循环，把控需求方向，产品研发进度以及质吊“需求可以来自各个方面，如客户、用户、市场、客服、运营、技术支持、竞争对手、合作伙伴等,项目需求必须有明确的需求提出方。2.4.3需求分析初期录入到需求池的需求视为客户需求，产品经理、需求人员经过需求分析后，确定产品需求，完成用户需求说明书和需求跟踪矩阵的编写。要求：需求跟踪矩阵-个产品只有份，用户需求说明书中的功能节点一定是和需求跟踪矩阵一一对应的，功能节点的修改必须由产品经理提出，院办统-评审讨论决定。需求跟踪矩阵完成后，该目录需录入到禅道，为产品需求模块，若前期己经维护了产品需求模块，与需求跟踪矩阵不一致，需及时调整禅道。

18、2.4.4需求评审产品经理线下通过邮件（附待评审的文档）发起评审申请，安排评审会议的时间、地点和参加会议的人员名单（包括需求人员、产品经理、项目经理、研发人员、院办等），评审过程中至少4个参与者，评审会议时间建议不超过两个小时。如果大部分评审人员同复不能准时参加会议，则需要重新安排评审时间。需求评审过程中产品经理应记录内容，填写需求评审纪要。需求人员根据评审意见对需求文档进行调整，由产品经理进行确认。2.4.5需求跟踪过程开始（过程结束i当需求评审结束，需求文档定稿后，由产品经理创建需求跟踪矩阵，创建完成后，产品经理、项目经理、需求人员、研发人员需要在产品研发过程中更新该矩阵。过程开始1.需求

19、变更提出2.内部讨论变更是否可行Y3.需求变更申请4.提交领导确认变更是否被拒绝5.需求变更操作验证变更用户需求说明书软件需求规格说明书需求跟踪矩阵需求变更按照严重程度，分为1、II、III级变更。I级变更为：当工作量延迟15%或成本超出15%时，发生重大变更，对开发进度造成严重影响，需要重新定义需求工作，大量开发代码需要重新编写。II级变更为：当工作帛:延迟10%或成本超出10%时，未造成重大影响，不需要重新编写。III级变更为：当工作量延退5%或成本超出5%时，为轻微变更，儿乎不会对开发工作量和成本造成影响。三种级别的需求的变更均可以由产品经理、项目经理、需求人员或者相关用户提出，需求变更提出后，由产品经理或项目经理初步确定变更级别。II级需求的变更，项目经理和产品经理编写变更申请单，将变更内容、变更理由及变更的影响范围进行详细描述，提交院办签字确认。如果院办同意了该变更中请，则由项目经理通知相关受影响组和个人，组织项目组成员和需求人员进行需求变更工作，即重新进行需求开发、需求确认，更新用户需求说明书和软件需求规格说明书，需求人员及时更新需求跟踪矩阵。如果变更申请被拒绝,项目则继续按原计划进行。III级需求变更，项目经理、产品经理确认后，由需求人员直接更新用户需求说明书和软件需求规格说明书，并将变更内容实时记录在需求跟踪矩阵中。当III级变更数量达到5条到10条范围时，应当