需求跟踪表详细说明，可以用使用excel来做，也可以做到信息管理系统中。
其中的字段可以根据项目要求来*组合，看个人喜好，如果目的性不是很强的话，建议不用，吃力不好讨好。具体使用可参考《混在IT-（8）犀利小工具，需求跟踪表》
---------------------------------------------------------------------
1 前言
1.1 需求的生命周期管理包含接受、登记、评估、评审、回复、开发、测试和发布等步骤。公司的项目活动是为了收集需求，然后解决需求，再进一步收集需求周而复始的运作，让项目不断累积和成熟的过程，
2 需求跟踪流程
2.1 流程图
2.2 【1】需求登记
纳入跟踪流程体系的需求范围是符合下列一种即可：
l 客户需求（客户）
l 参加过评审的需求或任务
l 项目经理认为工作量很大的内部任务，如性能优化
l 涉及到功能点的增加或删除
2.3 填写变更信息
2.3.1 【2.1】需求单号
公司内唯一的编号，对于同一份需求、技术支持部、项目组、质量管控或其他职能口的编号是一致的，便于需求跟踪过程中沟通的统一，此编号编制建议符合下列规则
l 外部需求和内部需求区分
l 编号中含有年信息
l 每年的需求从1开始
2.3.2 【2.2】问题来源
填写客户名称，对于内部提出的需求可为空
2.3.3 【2.3】联系人
填写客户联系人信息，如果有其它信息系统或材料可以准确找到联系人，可为空
2.3.4 【2.4】联系电话
填写客户联系电话信息，如果有其它信息系统或材料可以准确找到联系人电话，可为空
2.4 填写评估信息
2.4.1 【3.1】用户提交时间
填写客户提交需求的时间，为保证后续的统计工作，这个必须填写
2.4.2 【3.2】开发接到时间
填写项目接到需求的时间，为保证后续的统计工作，这个必须填写
2.4.3 【3.3】用户要求时限
如果用户在需求完成发布上有时间限制，如果没有要求可不填
2.4.4 【3.4】紧急程度
紧急程度是表明用户的需求是否紧急，如系统存在BUG影响生产等等、如果没有要求可不填
2.4.5 【3.5】变更类型
可以选择的内容：BUG、功能增强等
2.4.6 【3.6】涉及模块
如果需要统计产品各个模块的需求量，则增加这部分的内容，如果不需要则不填
2.4.7 【3.7】发布用户
注明本需求是发给特定用户或所有，这种情况一般是技术支持部需要知道的，作为工程实施或维护使用
2.4.8 【3.8】影响用户
本项需求完成发布后是否有对其他用户的操作有影响
2.4.9 【3.9】工作量（人/日）
评估完成本项需求的工作量，单位为人/日，可以不填，实际工作量在另外文档体现
2.4.10 【3.10】优先级
完成本项需求的优先程度
2.4.11 【3.11】评估结果（接受、拒绝等）
对于本项需求是否接受或拒绝
2.4.12 【3.12】计划发布时间
生成安装包的时间
2.4.13 【3.13】备注（发布版本、补丁包版本号码）
安装包的形式：版本号、如果是补丁，则填补丁号
2.5 跟踪需求执行
2.5.1 【4.1】需求状态
本项需求的当前状态，状态如下：接收、待分配、取消、开发中、设计中 测试中、发布、关闭、延迟等
2.5.2 【4.2】回复客服
如果已回复，则填已回
2.6 【5】跟踪需求的统计报告
2.6.1 统计项目总需求状态
2.6.1.1 统计项目
2.6.1.2 需求总数
2.6.1.3 缺陷
2.6.1.4 功能增强
2.6.1.5 接收
2.6.1.6 待分配
2.6.1.7 取消
2.6.1.8 开发中
2.6.1.9 设计中
2.6.1.10 测试中
2.6.1.11 发布
2.6.1.12 关闭
2.6.1.13 延迟
2.6.2 按月统计项目总需求状态
2.6.2.1 统计项目、
2.6.2.2 需求总数
2.6.2.3 提交量
2.6.2.4 比例
2.6.2.5 发布量
2.6.2.6 备注
2.6.3 实际工作量统计
