需求管理规范

需求管理规范 1.1目的通过规范的需求管理，最终生成项目的《用户需求说明书》和《软件需求规格说明书》，保证需求与后续工作产品之间的一致性，提高产品质量。1.2适用范围用于公司所有软件项目，且贯穿于整个生命周期。1.3参考资料《禅道的使用手册》1.4术语和缩略语需求池：禅道需求列表，需求可以来自各个方面，如客户、用户、市场、客服、运营、技术支持、竞争对手、合作伙伴等，项目需求必须有明确的需求提出方。规程描述2.1角色和职责角色职责描述1.通过渠道收集各种来源的项目需求，整理后录入到禅道;2.负责对市场、客户的需求调研、分析；需求人员4.参与需求评审，根据评审意见对需求文档进行调整；5.负责对后期需求内容的变动进行评估和调整；6.负责在测试过程中对需求的实现情况进行跟踪确认。，根据客户需求的有效性和真实性、产品定位和项目产品经理2.发起需求评审，主持需求评审会议，负责对评审后的需求文档进行确认；4.完成对需求与后续工作产品一致性的跟踪。活动的评审；项目经理2.理解产品需求，组织研发工作的开展；3.禅道上项目与产品需求相关联，任务的创建与需求相关联。研发人员1.参加需求开发管理活动的评审,职职责描述2.理解产品需求，完成产品的研发任务。角色2.2入口准则❖禅道已经按照规范建立好产品。2.3输入2.4规程细则程禅道需求管理需求人员产品经理产品管理委员会项目经理研发人员产出文档用户客户...客户需求客户需求分析客户需求(禅道录入)产品需求分析用户需求说明书产品需求目录产品需求(初稿)评审申请会前沟通不通过反馈问题需求评审纪要需求评审评审通过产品需求(禅道录入)研发项目需求关联(禅道)软件需求规格说明书研发任务建立通过任务分配编码实现代码提交单元测试需求验证通过提交版本是否通过需求跟踪矩阵通过不通过完成验证需求关闭缺陷提交缺陷确认及分配版本发布段阶围绕需求评审、需求验证、需求实现三个循环，把控需求方向，产品研发进度以及质量。需求录入需求可以来自各个方面，如客户、用户、市场、客服、运营、技术支持、竞争对手、合作伙伴等，项目需求必须有明确的需求提出方。需求分析成《用户需求说明书》和《需求跟踪矩阵》的编写。矩阵》一一对应的，功能节点的修改必须由产品经理提出，院办统一评审讨论决定。块，与《需求跟踪矩阵》不一致，需及时调整禅道。需求评审产品经理线下通过邮件(附待评审的文档)发起评审申请，安排评审会议的时间、地点和参加会议评审会议时间建议不超过两个小时。如果大部分评审人员回复不能准时参加会议，则需要重新安排评审时间。求评审过程中产品经理应记录内容，填写《需求评审纪要》。需求人员根据评审意见对需求文档进行调整，由产品经理进行确认。需求跟踪过过程开始《用户需求说明书》《软件需求规格说明书》2.跟踪记录问题《需求跟踪矩阵》过程结束1.建立和维护需求跟踪矩阵需求变更2.内部讨论变更是否可行Y3.需求变更申请4.提交领导确认变更是否被拒绝NN5.需求变更操作Y更说明书》软件需求规格说明书》阵》I重影响，需要重新定义需求工作，大量开发代码需要重新编写。III成本造后，由产品经理或项目经理初步确定变更级别。和个人，组织项目组成员和需求人员进行需求变更工作，即重新进行需求开发、需求确认，更新《用户I变更级别变更级别定义涉及人员涉及文档操作流程《用户需求说明书》《变更申请单》成本超出《需求跟踪矩阵》项目计划项目估算设计文档产品经理项目经理工作量延三级需求关闭待产品发布的一周内，需求人员要在禅道中将相关的需求状态设为“已关闭”。并可以查询每个任务的完成情况。中的相关内容验证。需求验证的最小单位为需求条目。2.5出口准则2.6输出2.7指标№123456789指标名称初始需求数增加，删除，变更需需求来源分类统计需求状态统计需求优先级需求变化率需求阶段工作量偏差需求阶段工期偏差需求管理规范性需求文档规范性需求实现率类型度量度量度量度量度量考核核核考核考核考核对象产品品品品产品产品品品产品频率每周周周周每周每周周周每周每周每周数据来源《需求跟踪矩阵》禅道《需求跟踪矩阵》禅道《需求跟踪矩阵》禅道《需求跟踪矩阵》禅道《需求跟踪矩阵》禅道《需求跟踪矩阵》禅道《需求跟踪矩阵》禅道《需求跟踪矩阵》禅道《需求评审纪要》《需求跟踪矩阵》禅道备注需求变化率=需求变更总数/初始需求数实际工作量)/计划工作量实际工期)/计划工期关闭需求数/产品需求数3.附录3.1需求录入录入前，先在禅道中查找该需求的关键词，以避免录入重复的需求。段所属计划所属模块所属产品称源验收标准客户需求项目计划，可不填未明确《需求跟踪矩阵》前可以不规范，求跟踪矩阵》进行调整产品名称需求名称+‘-来源’等，必须在来源备注中清楚需求来源说明清楚清楚，这样可以把需求的输出给说清楚，产品需求产品研发计划必须与《需求跟踪矩阵》一致产品名称称清楚需求来源为哪个产品组尽可能详尽用户的需求及解决方案后来确定的同时也可以体现该需求实现的可行同时也可以体现该需求实现的可行性有必须勾选可以不录入，但不可勾选不需要评审可以不录入不勾选更必须填写评审人必须录入不需要评审优先级键字3.2需求评审果后激活，评审结果可以选择确认通过、有待明确、拒绝等操作。。如果选择“有待明确”，会保持需求的草稿状态，并将需求指派回需求的创建者头上，有其继续进个线下的评审会议，在禅道里面记录下参与需求评审的人员即可。只有激活状