项目度量员辅助项目经理完成项目阶段数据分析。
AC14 项目结项参见《项目管理流程》3.4项目结项，项目结项标志着项目的度量工作结束。
AC15 组织级项目健康状态跟踪组织级QA负责对公司已结项的项目的健康状态进行收集分析：对项目的进度偏差、缺陷密度等数据进行搜集和验证（来源：项目周报，里程碑中高层了解项目状态、作出项目决策提供依据。
AC16 组织级项目度量分析每年第一季度，组织级QA负责依据组织级度量表的定义和要求，对公司本年度所有项目（含当年结项的项目）的度量项数据进行搜集、验证和给出改进建议，并在下年度的第一个工作日发送给相关部门的负责人、公司高层管理者，为中高层识别差距、进行改进提供依据。
7.工作指南原因分析指南8.过程模板编号活动模板名称AC01制定、更新研发商业目标、质量目标和能力基线组织度量数据表AC02制定项目质量目标（QPPO）和度量计划项目综合管理表，项目里程碑报告AC03实际工作量录入项目周报AC04实际规模和进度跟踪项目综合管理表、项目度量数据表AC05项目规模、工作量、进度每周分析项目度量数据表AC06需求数据录入和统计需求跟踪矩阵AC07评审数据录入和统计评审处理表，BUG管理表AC08测试数据录入和统计BUG管理表AC09验收数据录入和统计BUG管理表AC10QA审计QA检查记录表AC11项目度量数据分析项目度量数据表AC12项目阶段数据分析项目里程碑报告AC13项目结项AC14组织级项目健康状态跟踪组织项目健康状态跟踪表AC15组织级项目度量分析组织度量数据表理表，项目里程碑报告理表、项目度量数据表里程碑报告，项目度量数据表等），对组织的效益状况、质量状况等进行跟踪分析，给出各项目的健康状况描述，并发送给相关部门的负责人、公司高层管理者，为验证和汇总（来源：项目周报，里程碑报告，项目健康状态跟踪表，项目度量数据表等），识别和度量目标的差距，对影响目标达成的关联的基线和模型进行分析，提供依据。
需求开发与管理标准化流程说明及表单书写说明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上搜查相关资料在需求调查完成之后，需要生成需求搜集的文档，文档形式可以自定义，但搜集的需求形成的文档需要由项目经理组织进行非正式的评审，要尽最大努力使搜集到的需求正确无误的反映用户的真实意愿。
编写需求跟踪矩阵指南山东中创软件工程股份有限公司二ОО七年三月文件变更记录*A–增加M–修改D–删节目录1目的 (1)2角色和职责 (1)3格式 (1)4表格说明 (1)4.1项目基本信息 (1)4.1.1 角色等基本信息 (1)4.2需求跟踪矩阵（纵向） (1)4.2.1 基线标识 (1)4.2.2 列值说明 (1)4.2.3 注意事项 (3)4.3 需求跟踪矩阵（横向） (4)4.3.1 列值说明 (4)5需求跟踪矩阵的不断完善 (4)1目的需求跟踪是需求管理的一项重要内容。
需求跟踪的主要意义在于获得需求目前的实现状态，确保用户所有的需求都得到满足。
它的主要目标是: 维护软件工作产品间的一致性。
2角色和职责3格式需求跟踪矩阵采用EXCEL电子表格形式制作。
具体格式请参考《需求跟踪矩阵模板》。
4表格说明4.1项目基本信息4.1.1 角色等基本信息填写项目名称、项目经理、项目小组责任人、更新次数、最后更新日期、更新需求跟踪矩阵的工作量（多次更新累加）以及版本号（此为需求跟踪矩阵的版本号）等信息。
4.2需求跟踪矩阵（纵向）4.2.1 基线标识列出该需求跟踪矩阵中用到的各个工作产品的基线标识号。
4.2.2 列值说明关于优先级的说明：优先级表示的是某项内容相对于同类的其他内容的优先级顺序，其取值范围为：高、中、低。
如果某几项内容的优先级相同则将其优先级设为相同的值。
《用户需求说明书》需求编号：《用户需求说明书》中描述软件需求的唯一代号（或标识）。
责任人：相关需求的责任人。
《软件需求规格说明书》需求编号：《软件需求规格说明书》中每项需求的编号（如：章节号）。
责任人：相关需求的责任人。
优先级：相对于其他需求，实现该需求的优先级顺序。
《系统测试方案》系统测试用例编号：《系统测试方案》中用例的编号（如：章节号）。
责任人：相关测试的责任人。
优先级：相对于其他测试用例，实施该用例测试活动的优先级顺序。
《概要设计说明书》概要设计编号：《概要设计说明书》中每条设计的编号（如：章节号）。
