需求跟踪报告表格

项目跟踪情况汇报表
尊敬的领导：
我是XX项目组的负责人，现就项目跟踪情况向您做汇报。

首先，我要向您汇报项目的整体进展情况。

自项目启动以来，我们严格按照计
划推进，各项工作有条不紊地进行着。

在项目目标、进度、成本、质量等方面，我们都取得了一定的成绩。

同时，我们也意识到项目中还存在一些问题和困难，我们将会采取有效的措施，全力解决这些问题，确保项目的顺利进行。

其次，我要向您介绍项目的进度情况。

目前，项目已经完成了前期的准备工作，包括需求分析、项目规划、资源准备等工作。

在此基础上，我们已经进入了项目的实施阶段。

各个子项目组的工作也在有条不紊地进行着，整体进度符合预期。

再次，我要向您汇报项目中的风险情况。

在项目实施过程中，我们发现了一些
潜在的风险，主要包括人力资源不足、需求变更、技术难题等方面。

我们已经制定了相应的风险应对计划，一旦出现风险，我们将会及时应对，确保项目不受影响。

最后，我要向您介绍项目的下一步工作计划。

接下来，我们将继续推进项目的
实施工作，加强与各相关部门的沟通协调，确保项目的顺利进行。

同时，我们也将持续关注项目中存在的问题和风险，及时调整工作计划，确保项目能够按时高质量完成。

总的来说，项目目前整体进展顺利，但也存在一些问题和风险，我们将会全力
以赴，确保项目的顺利进行。

同时，我们也期待领导和各相关部门的支持和帮助，共同推动项目的顺利完成。

谢谢！。

需求跟踪技术流程1、需求管理员建立《需求跟踪矩阵》，为当前基线的《需求规格说明书》中定义的需求进行编号。

2、需求管理员跟踪所有受需求变更影响的工作产品当进行某项需求变更时，参照需求跟踪能力矩阵找到相关的其它需求、设计模板、源代码和测试用例，这些相关部分可能也需要修改。

这样能减少因疏忽而不得不变更产品的机会，这种变更在变更需求的情况下是必须进行的。

3、在变更需求的实施过程中，需求管理员按需求实施各阶段的完成情况，检查需求跟踪矩阵的更新情况及检验各阶段的活动和产出物（项目计划、需求规格说明书、设计报告、代码、单元测试记录、测试报告）是否与需求保持一致。

并根据检查情况提醒小组成员在需求实施各阶段完成时或发生变更时更新需求链和相关文档。

4、需求管理员检查《需求跟踪矩阵》的更新是否达到指定的标记性规范要求（统一标识所有的系统元素，以达到可以相互联系的目的）。

5、需求管理员在需求开发实施过程中周期性地更新《需求跟踪矩阵》数据，以使跟踪信息和实际相符，若发现需求未能进入实施各阶段或不能按时完成，则报告项目经理及相关小组成员。

裁减指南1.项目经理组织需求管理员及小组成员共同确定需求的分类，根据需求的分类确定不同类型的需求需要对软件哪部分产出物维护需求跟踪信息，可以根据项目的不同情况进行决定，一般应考虑由关键的核心功能、高风险业务或将来维护工作量大的部分开始做起。

并确定提供每类联系链的个人。

2.项目经理组织需求管理员及小组成员根据项目的情况及客户的要求决定是否需要维护《需求跟踪矩阵》。

3.项目经理组织需求管理员及小组成员根据项目的大小、工期的长短等，决定需求跟踪矩阵是从需求基线开始编制，或是由基线后的需求变更开始编制。

wwwcamelotchinacompage10阶段名称过程名称活动名称文档名称负责人检查结果计划工作量检查工作量计划检查时间频率实际检查时间频率客户验收验收交付产品交接验收单客户验收报告里程碑评审里程碑评审报告采取纠正措施里程碑评审报告创建和维护配置库配置库管理报告创建配置项配置项计划及跟踪表配置项变更控制配置项计划及跟踪表创建基线基线计划及跟踪表基线审计基线计划及跟踪表产品发布产品发布报告0000项目结项代码复用总结代码复用总结结项准备结项报告初稿项目过程改进建议结项申请结项报告初稿结项评审结项报告终稿项目过程改进建议资料纳入组织级过程资产库更新组织级风险列表库创建和维护配置库配置库管理报告创建配置项配置项计划及跟踪表配置项变更控制配置项计划及跟踪表0000周活动项目状况跟踪个人周报项目周报举行项目组周例会项目周报会议纪要收集度量数据项目周报更新项目进度表项目进度表跟踪需求跟踪矩阵需求跟踪矩阵跟踪风险计划及跟踪表风险计划及跟踪表存储和通报度量分析结果项目度量数据库需求变更控制需求变更申请书需求变更记录用户需求说明书软件需求规格说明书需求跟踪矩阵0000触发性活动风险识别风险管理计划及跟踪表风险管理报告风险分析风险管理计划及跟踪表风险规避和缓解风险管理计划及跟踪表风险跟踪风险管理计划及跟踪表0000客户验收ca项目监控pmc配置管理cmcm周报结项管理pcm风险管理rskm配置管理cmcm周报项目监控pmc度量分析ma项目监控pmc度量分析ma需求开发rdm风险管理rskm变更过程检查活动生命周期阶段变更发生时间变更内容描述变更相关人员变更过程检查时间变更过程检查内容检查结果记录计划工作量实际工作量项目启动0000需求开发0000项目计划0000系统设计0000实现与测试0000系统测试0000客户验收0000项目结项项目结项0000培训和辅导活动生命周期阶段培训和辅导内容描述培训和辅导相关人员培训和辅导时间培训和辅导结果记录计划工作量实际工作量项目启动000000需求开发000000项目计划000000系统设计000000实现与测试000000系统测试000000客户验收客户验收000000项目结项000000南京南瑞继保电气有限公司qa活动度量表项目名称及版本号项目经理高级经理生命周期阶段阶段实际工作量工作量偏差备注活动类型计划工作量人时实际工作量人时项目启动000000000000变更过程检查活动0000

需求开发与管理标准化流程说明及表单书写说明1 目的定义需求开发与管理过程，为需求开发及跟踪提供有效的流程和方法。

2 适用范围2.1 机构研发中心技术部门及PMO、技术拓展部。

2.2 业务提供需求工程的过程标准。

3 名词术语3.1 RDM（Request Development and Management）：需求开发与管理。

3.2 SRS(Software Requirement Specification)：软件需求规格说明书。

3.3 客户(Customer)：开发产品订单的付费方3.4 最终用户(End User)：最终真正操作软件的用户3.5 用户需求：指直接来自于客户或者用户的原始需求3.6 产品需求：指对用户需求进行需求分析和开发之后生成的对于软件产品开发的需求3.7 CCB(Change Control Board)：变更控制委员会。

CCB的组长一般为适用机构的领导，成员一般为PMO及适用机构领导制定的某些特定人员，对于子部门级别的项目，CCB可直接由子部门的经理担任组长，由PMO担任组员。

4 概述项目在工程活动的开始，首先要进行需求开发。

后续所有的工程活动，包括设计、实现、测试均是根据需求展开的，所以需求开发的重要程度是最高的，而由于需求的抽象性，需求开发人员（系统分析员）既需要有过硬的专业知识，还要具备较强的交流、沟通能力，所以需求开发也是最难的。

任何项目，需求在整个工程开发过程中必定会发生变化，因此对需求变更的控制，即需求管理必不可少。

5 过程定义5.1 需求开发与管理5.1.1 角色与职责5.1.2 入口准则◆项目已经启动；◆对于合同项目，合同已经签订。

5.1.3 输入◆项目计划5.1.4 过程活动1)、需求调查获取用户（客户和最终用户）的需求信息。

调查需求的方式包括：◆与用户交谈，向用户提问题◆参观用户的工作流程，观察用户的操作◆向用户群体发调查问卷◆与同行。

专家交谈，听取他们的意见◆分析已经存在的同类软件产品，提取需求◆从行业标准、规则中提取需求◆从internet上搜查相关资料在需求调查完成之后，需要生成需求搜集的文档，文档形式可以自定义，但搜集的需求形成的文档需要由项目经理组织进行非正式的评审，要尽最大努力使搜集到的需求正确无误的反映用户的真实意愿。