软件项目过程定义表模版

项目过程定义表项目过程定义表 文档编号：文档编号： 项目编号：项目编号： 受控状态：受控受控状态：受控 版本号：版本号：V1.0V1.0 20142014 年年 1010 月月 1515 日日 项目过程定义表项目过程定义表 xx 有限公司有限公司 修修 订订 记记 录录 类别：类别：A 增加 M 修改 D 删除 版本版本日期日期制定制定类别类别批准批准 描述（注明修改的条款或描述（注明修改的条款或 页）页） 1.02014-10-09 胡秋苹 A 项目过程定义表项目过程定义表 xx 有限公司有限公司 1.项目生命周期选择项目生命周期选择 .1 2.项目已定义过程项目已定义过程.1 2.1 通用过程裁剪 .1 2.2 项目开发过程裁剪矩阵.3 2.2.1 瀑布型.3 2.2.2 迭代型.10 2.3 项目支持过程裁剪矩阵.18 3.偏差说明偏差说明 .19 4.审核过程审核过程 .20 项目过程定义表项目过程定义表 xx 公司公司第 1 页 / 共 20 页 项目过程定义表项目过程定义表 项目名称项目编号 项目开始日期项目计划完成日期 1. 项目生命周期选择项目生命周期选择 提示：请在选择栏划，并在“选择理由”栏说明理由。 可选生命周期模型可选生命周期模型 瀑布型瀑布型迭代型迭代型螺旋型螺旋型增量型增量型 选择理由选择理由 2. 项目已定义过程项目已定义过程 2.1 通用过程裁剪通用过程裁剪 通用过程：适用于所有生命周期模型 适用的生命周期模型：适用的生命周期模型： 瀑布型瀑布型 增量型增量型 迭代型迭代型 螺旋型螺旋型 阶阶 段段 过过 程程 过程元素过程元素 裁剪裁剪 属性属性 裁剪选项裁剪选项输出输出裁剪准则裁剪准则 项目计划监控频率 每周一次 每两周一次 项目计划监控一 览表 项目周期较 长（6个月 以上）的项 目，可以选 择每两周一 次 生生 命命 周周 期期 全全 阶阶 段段 项 目 监 控 活 动 周期性项目进展 评估与汇报 频率 每周一次 每两周一次 项目周报 项目周期较 长（6个月 以上）的项 目，可以选 择每二周一 次 项目过程定义表项目过程定义表 xx 公司公司第 2 页 / 共 20 页 项目里程碑评估方式 正式 非正式 项目里程碑报告当里程碑节 点是阶段结 束点时，采 用正式评估， 其它里程碑 评估方式由 项目经理根 据对项目控 制的重要程 度决定 问题与偏差管理 / 项目计划监控一 览表差异与问 题管理 / 制定风险管理计划方式 专题计划 含在项目计 划中 风险管理计划 中小项目风 险管理计划 可含在项目 计划中 可选 需要 不需要 专题计划需 要单独的技 术评审 风险管理计划技术评 审 方式 非正式评审检查表 评审报告 风险识别与应对 / 风险列表 / 风险监控 / 项目风险列表 （包含于“项目 计划监控表”中） / 风 险 管 理 活 动 项目风险管理总结方式 单独总结报 告 含在项目总 结报告中 风险管理总结报 告 / 过程可选 需要 不需要 不需要：如 果项目不涉 及采购和外 包，可裁剪 该过程 供 应 商 管 理 活 动 制定采购计划方式 专题计划 在项目计划 中 采购计划 / 项目过程定义表项目过程定义表 xx 公司公司第 3 页 / 共 20 页 可选 需要 不需要 专题计划需 要单独的技 术评审 采购计划技术评审 方式 非正式评审技术评审检查表 技术评审报告 选择供应商方式 自主采购 招标 供应商评价表原则上采购 单价大于50 万元的设备、 软件和外包 或同类设备 总额大于 100万元时， 采用招标方 式 可选 需要 不需要 合同与合同审批 表 不需要：供 应商为公司 内部时 签定合同 / 采购产品交付计 划 / 可选 需要 不需要 合同执行状态报 告不需要：非 合同方式 监控合同执行情况 可选 需要 不需要 外包过程监控报 告 需要：外包 方式 到货验收 / 采购产品验收报 告 / 产品交付 / 2.2 项目开发过程裁剪矩阵项目开发过程裁剪矩阵 项目经理在 EPG 组与和项目团队的协助下，在所选生命周期模型的指导下，对项 目开发裁剪矩阵进行裁剪，定义项目的项目开发过程需要的活动和输出。 注：不同的生命周期模型具有不用的开发过程，本表支持二种类型的生命周期模 型,瀑布型、迭代型，在定义的过程中，可以依据项目特点定义。不需要的生命周期模 型，请删除。 2.2.1 瀑布型瀑布型 适用的生命周期模型：适用的生命周期模型： 瀑布型瀑布型 迭代型迭代型 螺旋型螺旋型 阶阶 段段 过过 程程过程元素（活动）过程元素（活动） 裁裁 剪剪 属属 性性 裁剪选项裁剪选项输出输出裁剪准则裁剪准则 项目过程定义表项目过程定义表 xx 公司公司第 4 页 / 共 20 页 召开项目启动会 议 方 式 Email 正式会议会议纪要 Email:项目组成员 少于5人 制定初步项目计 划 / 项目计划 / *3 立 项 项 目 计 划 获取对项目计划 的承诺 方 式 口头 Email回复 签字 根据承诺对于项目 的重要性，项目经 理自己确定 可 选 需要 不需要 需求调研计划 需求调研报告 不需要：用户提出 明确纸质需求时； 维护型项目 需求调研 / 需求讨论会议记 录 / / 需求讨论记录表 或 会议记录 / 可 选 需要 不需要 客户需求说明书不需要：用户提供 纸质需求文档时； 维护型项目；软件 产品研发； / 产品需求说明书 / 需求分析、需求 定义 / 需求双向追踪表 / 可 选 需要 不需要 不需要：用户提供 完整用户需求说明 书时（用户提供纸 质需求文档时；维 护型项目） 客户需求评审 方 式 非正式评审 正式评审 评审检查表 技术评审报告 产品需求说明书 评审 方 式 正式评审评审计划 评审检查表 技术评审报告 需需 求求 分分 析析 阶阶 段段 需 求 开 发 、 技 术 评 审 客户需求确认方 式 会议 会签 客户需求说明书根据客户要求确定 项目过程定义 / 项目过程定义表 / 项目估算 / 项目估算报告 / 制定项目计划 / 项目计划 / 项目计划评审方 式 正式评审 Email回复 签字 评审计划 评审检查表 管理评审报告 根据承诺对于项目 的重要性，项目经 理自己确定 项项 目目 计计 划划 阶阶 段段 项 目 计 划 、 验 收 ( 制定验收计划 / 验收计划 / 项目过程定义表项目过程定义表 xx 公司公司第 5 页 / 共 20 页 制定系统测试计 划 / 系统测试计划 / 计 划) 、 系 统 测 试 （ 计 划） 、 技 术 评 审 系统测试计划同 行评审 方 式 正式评审 Email回复 签字 评审计划 评审检查表 管理评审报告 / 制定备选方案并 评选 可 选 需要 不需要 备选方案评估准 则及评估方法 备选方案评估分 析表 备选方案 需要：技术、需求 上具有创新性或者 大型项目 不需要：1.在需求、 技术等方面与以前 项目高度类似的项 目 2.采用相同技术方 案的维护型项目 新技术评价可 选 需要 不需要 新技术评价表需要：需制定备选 方案且备选方案中 含有新技术 不需要：1.不需制 定备选方案2. 备 选方案中不含新技 术 概要设计 / 概要设计说明书 接口一览表 / 概要设计评审方 式 正式评审 Email回复 技术评审计划 技术评审检查表 技术评审报告 / 概概 要要 设设 计计 阶阶 段段 概 要 设 计 、 系 统 测 试 （ 设 计） 、 技 术 评 审 设计系统测试用 例 / 系统测试用例 / 项目过程定义表项目过程定义表 xx 公司公司第 6 页 / 共 20 页 系统测试用例评 审 方 式 一般评审 Email回复 技术评审检查表 技术评审报告 / 制定集成计划 / 集成计划 / 集成计划技术评 审 方 式 正式评审 其他 技术评审表 技术评审报告 制定集成测试计 划 / 集成测试计划 / 集成测试计划技 术评审 方 式 会签 Email 答复 正式评审 技术评审表 技术评审报告 可 选 需要 不需要 当满足如下情况时， 可将详细设计合并 至概要设计说明 书： 1小项目，系统 复杂程度低，开发 人员能力足以根据 概要设计进行开发 2中小项目，为 以前项目的后继或 派生，开发人员了 解程序结构和需求 3中小项目，采 用以前成熟项目的 系统结构和设计思 想，开发人员了解 程序结构 4.使用成熟的构架 进行设计、且概要 设计已包括详细设 计信息 5不变更技术方 案的维护型项目， 且开发人员了解结 构和需求 详详 详详 细细 设设 计计 阶阶 段段 产 品 集 成 （ 计 划） 、 详 细 设 计 、 集 成 测 试 （ 计 划 和 设 计） 、 技 术 评 审 详细设计 方 法 面向对象 面向过程 详细设计说明书 (面向对象) 详细设计说明书 (面向过程) 项目过程定义表项目过程定义表 xx 公司公司第 7 页 / 共 20 页 详细设计说明书 技术评审 方 式 一般评审技术评审表 技术评审报告 / 设计集成测试用 例 / 集成测试用例 / 集成测试用例技 术评审 方 式 一般评审技术评审表 技术评审报告 / 制定单元测试计 划 方 式 按照测试计 划模板制定 含在项目计 划的附件项 目进度计划中 单元测试计划 项目进度计划 自主研发大项目 中、小项目或者合 同项目 单元测试计划技 术评审 方 式 一般评审技术评审表 技术评审报告 支持文档编写文 档 种 类 培训材料 用户手册 安装手册 操作手册 可根据项目的具体 要求，编制上述文 档中的一至多份 支持文档技术评 审 方 式 一般评审 Email回复 技术评审检查表 技术评审报告 / 设计单元测试用 例 方 式 按照测试用 例模板制定 开发人员自己 编写，格式不做 限制 单元测试用例*2关键软件代码组 件 非关键软件代码组 件 单元测试用例技 术评审 方 式 一般评审 可不专门做评 审，可在测试时 采用交叉测试执 行方式验证 技术评审表 技术评审报告 *2关键软件代码组 件 非关键软件代码组 件 编码实现 / 源代码 / 代码技术评审方 式 代码走查 正式评审 代码走查报告 技术评审计划 技术评审表 技术评审报告 项目经理自定 *2关键软件代码组 件 编编 码码 与与 单单 元元 测测 试试 阶阶 段段 单 元 测 试 （ 计 划 和 设 计） 、 编 码 实 现 、 技 术 评 审 、 单 元 测 试 执行单元测试 / 测试用例的执行 历史 项目过程定义表项目过程定义表 xx 公司公司第 8 页 / 共 20 页 缺陷管理频 率 事件驱动（有 缺陷时） 测试记录单根据测试情况而定 编写单元测试报 告 方 式 合并到工作周 报 个人工作周报 项目周报 / 集成测试发布 / EmailEmail/ 建立集成环境 / 集成环境检查单 / 确保接口兼容性 / 会议纪要 / 确认产品构件准 备就绪 / 产品集成/集成后的产品 集成日志 / 执行集成测试 / 测试用例的执行 历史 / 缺陷管理频 率 事件驱动（有 缺陷时） 测试记录单或 Bug 管理系统 根据测试情况而定 编写集成测试报 告 / 个人工作报告及 项目周报 / 集集 成成 与与 集集 成成 测测 试试 阶阶 段段 产 品 集 成 、 集 成 测 试 产品打包 / 产品包 / 系统测试发布 / Email/ 集成测试通过，方 可申请系统测试 执行系统测试 / 测试用例的执行 历史 / 缺陷管理频 率 事件驱动（有 缺陷时） 测试记录单或 Bug 管理系统 根据测试情况而定 系系 统统 测测 试试 阶阶 段段 系 统 测 试 编写系统测试报 告 / 系统测试报告 / 验收测试申请 / Email 正式申请验收测试申请 / *3对软件产品的 验收测试 方 式 用户验收测试 用系统测试替 代或部分替代 验收测试报告 用系统测试报告 替代或部分替代 根据合同、任务书 的要求和项目本身 的情况选择一种或 多种方式。当系统 测试环境符合或可 模拟产品预期使用 环境时，系统测试 可作为软件产品内 部验收测试 验验 收收 阶阶 段段 验 收 过 程 验收和产品交付 / 发布清单 / 项目过程定义表项目过程定义表 xx 公司公司第 9 页 / 共 20 页 问题处理频 率 事件驱动根据验收测试和验 收情况而定 编写验收报告 / 验收报告 / 产品发布（最终 版本发布） / 需求变更频 率 事件驱动变更申请表当需求发生变更时全全 生生 命命 周周 期期 需需 求求 管管 理理 更新维护需求 双向追踪表 频 率 事件驱动需求双向追踪表事件驱动：根据项 目情况而定 注：*1：立项的度量数据应包含在项目管理类中，不单独按阶段统计。 注：*2：关键软件代码组件。对关键组件（或组件的部分）的选择需要考虑如下的风险条件： 使用了新的技术、方法、工具，缺少经验的组件，比如新领域的软件开发； 关键的架构性的组件； 必须准确和优化的复杂逻辑或算法； 具有多个异常条件或失败模式的组件； 不易测试的异常处理代码； 打算复用的组件； 将作为其他组件的模型或模板的组件； 影响产品多个部分的组件； 复杂的用户界面； 由缺乏经验的开发者创建的组件； 以往具有很多缺陷或变更的模块。 符合这些条件中任何一种或几种被认为是高风险的，我们都视为关键组件。 注：*3：对软件产品的验收测试，关键是要在软件产品的预定使用环境中来确认其满足预期用途。项目的合同、任 务书或项目本身的项目计划的制定要考虑这个关键因素。在项目中可能是采用一种或多种方式来确认的。 2.2.2 迭代型迭代型 适用的生命周期模型：适用的生命周期模型： 瀑布型瀑布型 迭代型迭代型 螺旋型螺旋型 阶阶 段段 过过 程程 过程元素（活动）过程元素（活动） 裁剪属裁剪属 性性 裁剪选项裁剪选项输出输出裁剪准则裁剪准则 初初 始始 计计 项 目 计 召开项目启动会议方式 Email 正式会议会议纪要 Email:项目组成员 少于5人 项目过程定义表项目过程定义表 xx 公司公司第 10 页 / 共 20 页 制定初步项目计划 / 项目计划 / 划划 阶阶 段段 划 获取对项目计划的 承诺 方式 口头 Email回复 签字 根据承诺对于项目 的重要性，项目经 理自己确定 需求调研可选 需要 不需要 需求调研计划 需求调研报告 不需要：用户提出 明确纸质需求时 （如国税总局直接 下达明确任务书） ； 虽然没有明确的纸 质需求，但需求非 常明确， （如采用新 技术的产品升级项 目等） / 需求讨论会议记录 / 可选 需要 不需要 用户需求说明书不需要：用户提供 纸质需求文档时； 产品升级时 需求分析、需求定 义 / 产品需求说明书 / 需求跟踪 / 需求双向追踪表或需 求管理系统 / 需求确认方式 会议 会签 客户需求确认表根据客户要求确定 需需 求求 阶阶 段段 （ 第第 1 1 次次 迭迭 代）代） 需 求 管 理 和 需 求 开 发 需求变更 / 变更申请表 / 项目过程定义 / 项目过程定义表 / 项目估算 / 项目估算报告 / 制定项目计划 / 项目计划 / 项项 目目 计计 划划 阶阶 段段 （ 第第 1 1 次次 迭迭 代）代） 项 目 计 划 获取对项目计划的 承诺 方式 口头 Email回复 签字 根据承诺对于项目 的重要性，项目经 理自己确定 项目过程定义表项目过程定义表 xx 公司公司第 11 页 / 共 20 页 制定备选方案并评 审 可选 需要 不需要 备选方案评估准则表 备选方案 中小项目备选方案评 估分析报告 需要：技术、需求 上具有创新性或者 大型项目 不需要：在需求、 技术等方面与以前 项目高度类似的项 目 新技术评价可选 需要 不需要 新技术评价表需要：需制定备选 方案且备选方案中 含有新技术 不需要：1.不需制 定备选方案2. 备选 方案中不含新技术 确定设计准则方式 单独形成表 格 含在产品需 求说明书中 设计准则及接口准则 表 已在产品需求说 明书中明确表达 时不需此表 设设 计计 和和 编编 码码 实实 现现 阶阶 段段 （ 第第 1 1 次次 迭迭 代）代） 技 术 方 案 概要设计 / 概要设计说明书 项目过程定义表项目过程定义表 xx 公司公司第 12 页 / 共 20 页 可选 需要 不需要 当满足如下情况时， 可将详细设计合并 至概要设计说明 书： 1小项目，系统复 杂程度低，开发人 员能力足以根据概 要设计进行开发 2中小项目，为以 前项目的后继或派 生，开发人员了解 程序结构和需求 3中小项目，采用 以前成熟项目的系 统结构和设计思想， 开发人员了解程序 结构 4.使用成熟的构架 进行设计、且概要 设计已包括详细设 计信息 详细设计 方法 面向对象 面向过程 详细设计说明书(面 向对象) 详细设计说明书(面 向过程) 需求双向追踪 / 需求双向追踪表或需 求管理系统 根据项目情况而定 编码实现 / 源代码 / 支持文档编写文档种 类 培训材料 用户手册 操作手册 安装手册 维护手册 可根据项目的具体 要求，编制上述文 档中的一至多份 制定集成计划 / 集成计划 / 建立集成环境 / 集成环境检查单 / 确保接口兼容性 / 确认产品构件准备 就绪 / 产品集成/集成后的产品 集成日志 / 验验 收收 产 品 集 成 产品打包 / 产品包 / 项目过程定义表项目过程定义表 xx 公司公司第 13 页 / 共 20 页 制定单元测试计划方式 按照测试 计划模板制定 含在项目 计划的附件 项目进度计划 中 单元测试计划 项目计划 自主研发大项目 中、小项目或者合 同项目 编写单元测试用例可选 需要 不需要 单元测试用例 需求双向追踪 / 需求双向追踪表或需 求管理系统 根据项目情况而定 执行单元测试 / 测试记录单 / 缺陷管理频率 事件驱动测试记录单根据测试情况而定 测 试 （ 单 元 测 试） 编写单元测试报告方式单独形成报告 包含在其他报 告 单元测试报告 人个工作报告、项目 周报中 自主研发大项目 中、小项目或者合 同项目 制定集成测试计划 / 集成测试计划 / 编写集成测试用例 / 集成测试用例 / 需求双向追踪 / 需求双向追踪表或需 求管理系统 根据项目情况而定 执行集成测试 / 测试记录单 / 缺陷管理频率 事件驱动测试记录单根据测试情况而定 测 试 （ 集 成 测 试） 编写集成测试报告 / 集成测试报告 / 制定系统测试计划 / 系统测试计划 / 编写系统测试用例 / 系统测试用例 / 需求双向追踪 / 需求双向追踪表或需 求管理系统 根据项目情况而定 执行系统测试 / 测试记录表 / 缺陷管理频率 事件驱动测试记录表根据测试情况而定 测 试 （ 系 统 测 试） 编写系统测试报告 / 系统测试报告 / 申请验收 / 验收申请 / 验收 / 阶阶 段段 （ 第第 1 1 次次 迭迭 代）代） 验 收 问题处理频率事件驱动问题管理系统根据验收情况而定 项目过程定义表项目过程定义表 xx 公司公司第 14 页 / 共 20 页 编写验收报告 / 验收报告 / 是否重新开发需求 需要 不需要 不需要：如果在第 一次迭代的阶段就 已经做好了 N 次迭 代的需要开发。否 则每次迭代开始前 必须重新做需求开 发。 需求调研可选 需要 不需要 需求调研计划 需求调研报告 不需要：用户提出 明确纸质需求时 （如国税总局直接 下达明确任务书） ； 虽然没有明确的纸 质需求，但需求非 常明确， （如采用新 技术的产品升级项 目等） / 需求讨论会议记录 / 可选 需要 不需要 用户需求说明书不需要：用户提供 纸质需求文档时； 产品升级时 需求分析、需求定 义 / 产品需求说明书 / 需求跟踪 / 需求双向追踪表 / 需求确认方式 会议 会签 客户需求确认表根据客户要求确定 需需 求求 阶阶 段段 （ 第第 N N 次次 迭迭 代）代） 需 求 管 理 和 需 求 开 发 需求变更 / 变更申请表 / 修改项目计划可选 需要 不需要 项目计划需要：若项目计划 没有对该次迭代的 内容进行计划 项项 目目 计计 划划 阶阶 段段 （ 第第 N N 次次 迭迭 代）代） 项 目 计 划获取对项目计划的 承诺 可选 需要 不需要 不需要：该次迭代 没有引入新的项目 干系人 项目过程定义表项目过程定义表 xx 公司公司第 15 页 / 共 20 页 方式 口头 Email回复 签字 根据承诺对于项目 的重要性，项目经 理自己确定 注：如果该次迭代 没有引入新的项目 干系人则无需选择 该项 制定备选方案并评 审 可选 需要 不需要 备选方案评估准则表 备选方案 中小项目备选方案评 估分析报告 需要：技术、需求 上具有创新性或者 大型项目 不需要：在需求、 技术等方面与以前 项目高度类似的项 目 新技术评价可选 需要 不需要 新技术评价表需要：需制定备选 方案且备选方案中 含有新技术 不需要：1.不需制 定备选方案2. 备选 方案中不含新技术 确定设计准则方式 单独形成表 格 含在产品需 求说明书中 设计准则及接口准则 表 已在产品需求说 明书中明确表达 时不需此表 设设 计计 和和 编编 码码 实实 现现 阶阶 段段 （ 第第 N N 次次 迭迭 代）代） 技 术 方 案 概要设计方式 修改概要设 计 重新进行概 要设计 概要设计说明书修改概要设计：如 果系统框架没有发 生大变动，否则需 要重新进行概要设 计 项目过程定义表项目过程定义表 xx 公司公司第 16 页 / 共 20 页 可选 需要 不需要 当满足如下情况时， 可将详细设计合并 至概要设计说明 书： 1小项目，系统复 杂程度低，开发人 员能力足以根据概 要设计进行开发 2中小项目，为以 前项目的后继或派 生，开发人员了解 程序结构和需求 3中小项目，采用 以前成熟项目的系 统结构和设计思想， 开发人员了解程序 结构 4.使用成熟的构架 进行设计、且概要 设计已包括详细设 计信息 方式 修改详细设 计 重新设计 详细设计 方法 面向对象 面向过程 详细设计说明书(面 向对象) 详细设计说明书(面 向过程) 编码实现 / 源代码 / 支持文档编写文档种 类 培训材料 用户手册 操作手册 安装手册 维护手册 可根据项目的具体 要求，编制上述文 档中的一至多份 需求双向追踪 / 需求双向追踪表或需 求管理系统 根据项目情况而定 制定集成计划 / 集成计划 / 建立集成环境 / 集成环境检查单 / 产 品 集 成 确保接口兼容性 / 项目过程定义表项目过程定义表 xx 公司公司第 17 页 / 共 20 页 确认产品构件准备 就绪 / 产品集成/集成日志 集成后的产品 / 产品打包 / 产品包 / 制定单元测试计划方式 按照测试 计划模板制定 含在项目 计划的附件 项目进度计划 中 单元测试计划 项目计划 自主研发大项目 中、小项目或者合 同项目 编写单元测试用例 / 单元测试用例 / 需求双向追踪 / 需求双向追踪表或需 求管理系统 根据项目情况而定 执行单元测试 / 测试记录单 / 缺陷管理频率 事件驱动测试记录单根据测试情况而定 测 试 （ 单 元 测 试） 编写单元测试报告 / 单元测试报告 / 制定集成测试计划 / 集成测试计划 / 编写集成测试用例 / 集成测试用例 / 需求双向追踪 / 需求双向追踪表或需 求管理系统 根据项目情况而定 执行集成测试 / 测试记录单 / 缺陷管理频率 事件驱动测试记录单根据测试情况而定 测 试 （ 集 成 测 试） 编写集成测试报告 / 集成测试报告 / 制定系统测试计划 / 系统测试计划 / 编写系统测试用例 / 系统测试用例 / 需求双向追踪 / 需求双向追踪表或需 求管理系统 根据项目情况而定 执行系统测试 / 测试记录单 / 缺陷管理频率 事件驱动测试记录单根据测试情况而定 测 试 （ 系 统 测 试） 编写系统测试报告 / 系统测试报告 / 申请验收 / 验收申请 / 验收 / 问题处理频率事件驱动根据验收情况而定 验验 收收 阶阶 段段 （ 第第 N N 次次 迭迭 代）代） 验 收 编写验收报告 / 验收报告 / 项目过程定义表项目过程定义表 xx 公司公司第 18 页 / 共 20 页 2.3 项目支持过程裁剪矩阵项目支持过程裁剪矩阵 项目经理在 EPG 组的协助下（其中配置管理的裁剪应有配置管理人员参与、质量 保证裁剪应有质量保证人员参与） ，对表三项目支持裁剪矩阵进行裁剪，定义