需求跟踪目的（需求工程之五需求跟踪）

需求跟踪目的（需求工程之五需求跟踪）5.2.1用户需求5.2 跟踪管理5.1.2受理流程5.1.3受理说明5.1.4运维流程

5.需求跟踪

5.1 受理机制

5.1.1关于机制

1) 需求的受理需要存档记录，并遵循一定的流程和管理方面的工具与模板。

2) 主要涉及到的工具和模板包括：需求跟踪管理模板（原始需求单、用户问题清单、需求清单、版本计划清单）、需求文档、需求验收实施checklist、功能验收单。

5.1.2受理流程

5.1.3受理说明

5.1.4运维流程

5.2 跟踪管理

5.2.1用户需求

1) 记录：通过用户需求池记录用户的原始需求

2) 更新：定期回顾用户需求状态，并及时反馈给用户，与预期完成时间有差距的应提前沟通

² 待处理：已记录但未做任何处理

² 处理中：在需求分析、发版处理等任意过程中，但未发版验收完成

² 已完成：正式发版完或任务交付完成

3) 用户需求池如下：

5.2.2系统需求

在用户需求的逻辑基础上转化为系统需求，主要跟踪和分析以下内容

1) 系统需求属性：识别需求分类，是否需求变更，定义需求的优先级

2) 需求难度评估：评估工作量、实现难度

3) 更新：根据系统需求是否分析完成、评审完、开发完、暂定来更新处理状态，同时确立优先级和预期版本

5.2.3版本计划

1) 目的：提前公布计划，已分析完的需求可提前安排给技术开发增加工作饱和度，管理和控制发版工作。

2) 前提：必须要经过技术方案初评或需求终评的才可以纳入到版本计划

3) 制定原则：

² 高性价比：需求重要性和紧急程度高、开发量小的功能，应优先加入版本计划

² 阶段分解：当任务繁重时，专项需求可根据流程环节、功能先后关系适当的分解到不同版本计划实现

² 提前性：时间紧迫、需求方案出来后即可初评实现难度，做预排期；

² 灵活性：对预排期的需求方案做技术评审后，同步需求分析，根据实际情况与用户商量确定最终版本计划

4) 版本维护工作：

² 项目负责人禅道创建版本，关联版本需求；

² 创建/分解需求任务，开发、测试具体到人，及所需工时；

² 版本计划邮件发送相关部门；研发、测试、业务等；

² Bug提交禅道要规范化，语言清晰易懂，且归属具体某一版本下的需求

² 输出：《版本管理清单》、《版本发版通知》

5) 版本计划：

5.2.4需求验收

1) 验收依据：版本清单、需求规格说明书、原型、UI效果图

2) 验收目的：作为需求的最终环节，验收通过后才可以发版

3) 验收过程：

² 发版前：测试环境测试，测试人员测试àIT需求人员验收à用户验收，各方在发版单据上签字

² 发版后：生产环境测试，测试/需求/用户一起验收

4) 验收后：

发版通知：邮件通知发版及验收结果，更新用户需求/系统需求状态

验收结项：

² 项目型需求应在项目文件上签字、展开满意度调查

² 其他类型通过软件需求规格书和发版单据签字结束

5) 其他：

在产品整体主流程和功能测试通过时，产品需求、用户均应提前介入试用和验证。如此可缩短单独的验收时间，同时方便小范围的优化调整和适当的需求变更。应通过线下合作方式配合、邮件通知与反馈确认。