度量与分析

合集下载

度量与分析

度量与分析
• 生成度量报告; • 评价度量行为;
SP
1.1建立度量目的 SP 1.2规定度量项目 SP 1.3规定数据收集和存储规程 SP 1.4规定分析规程
SP
2.1收集度量数据 SP 2.2分析度量数据 SP 2.3存储数据和度量结果 SP 2.4通报度量结果
SP2.1:获得规定的度量数据
如果度量与分析没做好,有什么现象: • 不能提供制定正确决策并采取相关措施的依据;
• 管理决策通过感觉或主观判断来形成,而不是依据客观
• • • •
事实; 收集了很多无用的度量数据; 度量的表述可能导致理解上的混乱与误解; 不适当的度量可能导致不适当的行为; 收集的度量数据不能用于定量地确定与要达到商业目标 有多大距离;
度量数据的来源 • 项目计划; • 评审报告; • 审计报告; • 工作日志; • 项目周报; • 项目例会; • 测试报告; • 问题报告; • 工作产品;来自 度量构造细节 及时度
• 1)实际完成时间和计划完成时间的时间差/软件项
完成周期 • 2)时间差率=(实际完成时间‐计划完成时间)/(计 划完成时间‐计划开始时间) • 3)评分标准
王雯佳
If
you don’t know where you are, a map won’t help ‐ WATTS S. HUMPHREY What you cannot measure, you cannot manage ‐ DRUCKER
对组织的意义、对项目的意义
无法度量就无法管理; 收集、分析度量数据,为管理人员、项目经
9~10(15%以内) 7~8(15%~35%) 7(35%以上)
以软件项检查、评审、测试的结果为评价基

度量的应用与分析

度量的应用与分析

度量的应用与分析介绍度量是软件工程领域中常用的一种方法,用于评估和衡量软件开发过程和产品的质量。

通过度量,开发团队可以了解软件的开发进度、性能表现和可靠性等方面的情况。

本文将介绍度量的应用和分析,包括常见的度量指标和如何进行度量分析。

度量的目的度量的主要目的是帮助开发团队更好地了解软件开发过程和产品的质量情况。

通过度量,团队可以及时发现问题并采取相应的措施进行改进。

度量可以从不同的角度来评估软件,包括开发进度、代码质量、性能表现和可靠性等方面。

常见的度量指标下面是一些常见的软件度量指标:1.代码行数:衡量软件开发过程中代码的规模大小,可以帮助评估代码的复杂性和维护难度。

2.代码覆盖率:度量代码被测试用例覆盖的比例,可以帮助评估测试用例的完整性和软件的稳定性。

3.缺陷密度:衡量单位代码中存在的缺陷数量,可以帮助评估软件的质量和稳定性。

4.工作量:衡量开发团队在开发过程中所花费的时间和资源,可以帮助评估项目的进度和效率。

5.性能指标:包括响应时间、吞吐量、并发能力等方面的度量,可以帮助评估软件的性能表现。

6.可靠性度量:包括故障率、可用性、可恢复性等方面的度量,可以帮助评估软件的可靠性和稳定性。

度量分析方法针对不同的度量指标,可以采用不同的分析方法进行评估和分析。

下面是一些常见的度量分析方法:1.对比分析:通过比较不同时间点或不同版本的度量数据,可以发现软件质量的变化趋势和改进的效果。

2.趋势分析:通过分析度量数据的变化趋势,可以预测软件质量的发展趋势,从而采取相应的措施进行改进。

3.异常分析:通过分析异常的度量数据,可以发现潜在的问题并采取相应的措施进行修复,以提高软件的可靠性和稳定性。

4.关联分析:通过分析不同度量指标之间的关联关系,可以发现影响软件质量的关键因素,并采取相应的措施进行改进。

应用案例度量在软件工程领域有着广泛的应用。

下面是一个应用案例:在一个软件开发项目中,开发团队可以使用代码覆盖率和缺陷密度这两个度量指标。

度量与分析计划(项目级)

度量与分析计划(项目级)

度量指标
度量需求者业务信息需要和目标
度量目标指标表示分析方法加工数据
加工方法
统计数据
统计方法
统计来源
统计单位采集和处理当BUG 数据产生时即开始统计,依次累加,直
到试运行结束,数据填写在MA 报告中存入配置管理库。

验证人根据度量数据检查单提出的问题来验证度量数据的完整性、有效性。

采集人MA工程师验证人QA、PM
存储人 MA工程师
分析、通报
在项目结束时,对采集的数据进行分析。

根据
统计数据和加工数据用图表方式表示度量指标。

分析结果汇报给项目经理和高层经理。

分析人项目经理数据采集、
验证和存储
规程
数据分析、通报规程
缺陷统计交付后试运行1月内发现的BUG。

根据试运行报告统计BUG。

当BUG数据产生时即开始统计,依次累加,直到试运行结束试运行用户反馈BUG个数
交付后遗留缺陷密度项目经理、高层经理
为了保证客户满意,需要确保产品质量确保交付后试运行期间不发现严重等级以上BUG,一般缺陷密度控制在项目QPPO要求的低于1.04BUG/KLOC。

用表格表示交付后试运行时发现的缺陷密度
分析交付后试运行时发现的缺陷,当出现严重等级BUG 时需要分析原因并采取措施。

当轻微缺陷密度高于QPPO要求1.04BUG/KLOC,分析原因并采取措施。

度量和分析过程定义

度量和分析过程定义

度量与分析过程定义北京赛柏科技有限责任公司(版权所有,翻版必究)变更记录目录1 前言――――――――――――――――――――――41.1 目的――――――――――――――――――――――――――――-41.2 适用范围―――――――――――――――――――――――――――41.3 术语―――――――――――――――――――――――――――――4 2过程目标―――――――――――――――――――-4 3角色职责――――――――――――――――――――4 4入口准则――――――――――――――――――――5 5输入――――――――――――――――――――――5 6活动――――――――――――――――――――――56.1 活动关系图――――――――――――――――――――――――――56.2 活动描述―――――――――――――――――――――――――――6 7出口准则――――――――――――――――――――8 8输出――――――――――――――――――――――8 9需要的资源―――――――――――――――――――8 10需要的知识和技能――――――――――――――――8 11需要的配置管理―――――――――――――――――8 12监督和控制―――――――――――――――――――9 13验证――――――――――――――――――――――9 14相关文件――――――――――――――――――――91前言1.1目的本文是XX公司过程体系文件的一部分,用于描述度量与分析过程。

用于指导本公司项目相关人员正确实施度量的各项活动,为项目管理提供量化的决策支持。

1.2适用范围本过程适用于公司范围内所有的项目。

度量与分析过程贯穿在项目全生命周期。

1.3术语信息需要:指为达到项目预定目标而需要关注的项目信息。

可度量概念:关于如何将特定的活动和产品与信息需要关联起来的概念。

度量构造:实现可度量概念的方法。

2过程目标实施度量和分析的目的是开发和维持一个用于支持项目信息需要的度量能力。

软件度量与分析

软件度量与分析

软件度量与分析软件度量与分析在软件开发过程中起到了至关重要的作用。

通过对软件进行度量和分析,可以评估软件的特性和质量,帮助项目团队了解软件开发的进度和成本,并为决策提供依据。

本文将介绍软件度量与分析的定义、重要性以及常用的度量方法和分析技术。

一、软件度量与分析的定义软件度量是指通过对软件相关数据的收集和分析,衡量软件特性、质量和过程的过程。

软件度量主要关注以下几个方面:规模度量、成本度量、进度度量、质量度量和复杂度度量等。

通过软件度量,可以对软件开发过程进行监控和控制,及时发现和解决问题。

软件分析,则是在收集到软件度量数据的基础上,对数据进行分析和解释,以提供对软件开发过程和软件产品质量的评估。

软件分析可以帮助项目团队了解软件开发的进度、成本和风险,并为改进软件开发过程提供依据。

二、软件度量与分析的重要性1. 软件质量评估:通过软件度量和分析,可以对软件质量进行评估。

通过衡量软件的特性,如可靠性、可维护性和安全性,可以及时发现软件存在的问题,并采取相应的措施进行改进。

2. 项目管理:软件度量和分析为项目管理提供了重要的数据支持。

通过度量和分析项目中的进度、成本和风险等因素,可以及时了解项目的状态,帮助项目团队做出正确的决策。

3. 软件过程改进:通过对软件度量数据的分析,可以找到软件开发过程中存在的问题和瓶颈,并为改进软件开发过程提供依据。

通过不断地改进软件开发过程,可以提高软件的质量和效率。

三、常用的软件度量方法1. LOC(Lines of Code):LOC是衡量软件代码规模的常用度量方法。

它通过统计程序源代码中的代码行数来表示软件的规模。

LOC可以作为衡量项目进度、成本和质量的重要指标。

2. 功能点分析:功能点分析是衡量软件功能规模的一种方法。

它通过对软件功能需求进行分析,将软件功能划分为独立且可测量的模块,然后对各个模块进行权重评估,最终得出软件功能总量。

3. 可靠性度量:可靠性度量是衡量软件可靠性的一种方法。

度量分析报告

度量分析报告

度量分析报告简介度量分析是一种系统的方法,用于评估和衡量软件项目或过程的质量、进度和效率。

通过对各种指标和度量进行分析,可以为项目管理者和利益相关者提供有关项目状态和成果的宝贵信息。

本报告旨在通过对一个软件项目的度量分析,展示我们收集、分析和解释这些度量的方法和结果。

通过深入分析不同指标的变化和趋势,我们将为项目提供有关质量、进度和效率方面的见解和建议。

数据收集在进行度量分析之前,我们首先需要收集相关的数据。

这些数据可以来自不同的渠道,如项目管理工具、版本控制系统、缺陷跟踪系统等。

以下是我们在本项目中收集的一些数据:•代码行数:用于衡量项目规模和复杂性。

•缺陷数量:用于评估项目的质量。

•完成任务数量:用于评估项目的进度。

•变更请求数量:用于评估项目的变更频率。

收集这些数据的方法可以是手动的,也可以是自动的。

在本项目中,我们使用了自动化的工具,以确保数据的准确性和实时性。

数据分析在收集到数据后,接下来需要对数据进行分析,以获取有关项目状态和成果的见解。

以下是我们在本项目中对数据进行的一些分析和解释:1. 代码行数分析通过对代码行数进行分析,我们可以了解项目的规模和复杂性。

在本项目中,代码行数如下:•2019年:100,000行•2020年:120,000行•2021年:150,000行从上述数据可以看出,项目的代码行数在逐年增加。

这可能意味着项目在扩展和发展方面取得了良好的进展,但也可能意味着项目存在一定的复杂性和技术债务。

因此,我们建议项目管理者密切关注项目的代码质量,并采取适当的措施来管理和减少技术债务。

2. 缺陷数量分析缺陷数量是评估项目质量的重要指标。

以下是本项目在过去三年中每个季度的缺陷数量:•2019年Q1:50个缺陷•2019年Q2:60个缺陷•2019年Q3:70个缺陷•2019年Q4:75个缺陷•2020年Q1:70个缺陷•2020年Q2:80个缺陷•2020年Q3:85个缺陷•2020年Q4:90个缺陷•2021年Q1:80个缺陷•2021年Q2:85个缺陷•2021年Q3:90个缺陷•2021年Q4:95个缺陷从上述数据可以看出,项目的缺陷数量在逐年增加。

10.项目度量与分析

10.项目度量与分析

采集人 采集说明
质量保证人员
采集时机
每周
1.质量保证人员根据项目计划基线计算出至本周末的PV,并填写到《项目度量数据收集表》中; 2.质量保证人员根据项目实际执行情况计算出至本周末的EV,并填写到《项目度量数据收集表》中; 3.质量保证人员计算进度绩效指数并填写到《项目度量数据收集表》中; 4.项目经理等负责人在需要时,将数据填写到相关报告中。
• 需求获取与体系构建齐头并进; • 使用构建的体系验证是否支持度量需求; • 强化评审。
2009-10-16
CMMI过程类培训
度量信息问卷调查 表
度量信息需求分析 表
2.度量体系简介
• 2.2.度量体系与过程体系关系图
过程体系
项目计划 项目监控
度量体系
需求分析 配置管理
项目度量与分 组织度量与分 度量规格说明
0到无穷大 区间 人时ห้องสมุดไป่ตู้0到无穷大 区间 人时
2009-10-16
CMMI过程类培训
度量指标举例1:进度绩效指数
• 进度绩效指数(SPI)示例(二)
数据采集与存储规程
来源
1.项目计划 2.项目组成员周工作报告
填写人
1.项目经理 2.项目组成员
填写时机
制定项目计划时、 任务完成时
填写说明
1.项目经理制定项目计划时,设置任务估算开始时间、任务估算结束时间和任务估算工作量; 2.项目组成员在任务完成时,在项目组成员周工作报告中填写任务的完成状态。
12000.00
10000.00
1. PV
8000.00
2. EV 3. AC
6000.00 4000.00 2000.00
数据0.分00 析与沟通规程

度量与分析规程

度量与分析规程

文档修订记录目录1 目的 (3)2 适用范围 (3)3 角色与职责 (3)3.1 开发中心主任 (3)3.2 度量与分析部门 (3)3.3 项目总监 (3)3.4 项目经理 (3)3.5 质量经理 (3)4 输入 (4)5 工作程序 (4)5.1 确定度量目标 (4)5.2 定义度量规格 (4)5.3 收集数据 (5)5.4 项目级分析 (5)5.5 组织级分析 (6)6 输出 (6)7 监控机制 (6)8 模板/工具 (6)9 相关规程 (6)1目的定义并描述项目中进行度量与分析的过程。

2适用范围适用于上海开发中心所有软件项目的度量与分析活动。

3角色与职责3.1开发中心主任确定开发中心的度量目标;批准开发中心标准度量集;3.2度量与分析部门定义度量项;批准项目定义的度量项;3.3项目总监批准项目定义的度量项等。

3.4项目经理定义项目的度量项;收集、分析和保存项目数据。

3.5质量经理协助定义项目的度量项;进行数据验证;协助进行度量数据分析。

4输入估计表项目计划工作说明书变更申请表工作量测量表评审、测试等质量控制记录等5工作程序5.1确定度量目标5.1.1开发中心主任应根据开发中心的业务目标/策略确定度量目标。

5.2定义度量规格5.2.1度量与分析部门根据组织的度量目标制定和修订《度量与分析指南》,定义标准度量集、数据收集和分析规程;5.2.1.1以下为适用于开发项目的标准度量集:●各阶段开始日期和结束日期的估计值和实际值●各工作产品(代码、软件需求规格说明书、用户文档、概要设计说明书、详细设计说明书、单元测试用例、集成测试用例、系统测试用例)规模的估计值和实际值●初始的分配需求数,开发过程中变更(增删改)的分配需求数●各类活动(培训、需求管理、项目计划、项目监控、项目收尾、配置管理、质量保证、需求分析、系统测试计划、用户文档、概要设计、集成测试计划、详细设计、单元测试计划、编码、单元测试、集成测试、系统测试)工作量的估计值和实际值●各质量控制活动(需求分析评审、系统测试计划评审、用户文档评审、概要设计评审、集成测试计划评审、详细设计评审、单元测试计划、代码评审、单元测试、集中测试、系统测试、验收测试)所发现的缺陷数(按引入阶段和严重程度)5.2.2开发中心主任应批准标准度量集;5.2.3在项目计划阶段,质量经理应协助项目经理定义项目特定的度量规格以实现特定的度量目标,如果没有特定的度量目标,使用开发中心标准度量规格即可,如果使用了特定的度量规格,应得到度量与分析部门经理的批准;5.3收集数据5.3.1项目经理在计划阶段按照《项目度量表》模板准备项目度量表;5.3.2在计划阶段,项目计划被签批之后,项目经理应填写所有计划/估计值;5.3.3在项目执行中,修订后的项目计划被签批之后,项目经理应填写/更新所有重计划/估计值;5.3.4项目组所有成员应定期(例如每天一次)填写《工作量测量表》;5.3.5在各阶段开工会之后,项目经理填写相应阶段的实际开始日期;5.3.6在各阶段的基线审计关闭之后,项目经理填写相应阶段的实际结束日期;5.3.7在工作产品基线化之后,项目经理应填写相应工作产品的实际规模;5.3.8在每周第一个工作日或者阶段末,项目经理应汇总并填写上一周的实际工作量;5.3.9在业务需求和软件需求初次基线化之后,项目经理应填写相应需求的初始需求数;5.3.10在各阶段末,项目经理根据需求变更申请表填写相应需求的变更(增加、删除、修改)的需求数;5.3.11在阶段末,项目经理应根据评审检查表和测试记录等填写相应质量控制活动发现的缺陷数据;5.3.12质量经理应定期(例如每周一次)对项目度量表中的数据进行完整性、一致性和有效性检查,填写《XXX检查表》,并跟踪至结束。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

度量与分析过程手册
1.介绍 (1)
1.1.目的 (1)
1.2.总体描述 (1)
1.2.1.总体过程图/过程关系图 (1)
1.2.2.过程简述 (2)
1.3.使用范围 (2)
1.4.术语 (2)
2.角色和职责分配 (2)
3.过程 (2)
3.1.度量计划 (3)
3.1.1.目的 (3)
3.1.2.角色与职责 (3)
3.1.3.启动准则 (3)
3.1.4.输入 (3)
3.1.5.流程/步骤(活动流程图和任务) (3)
3.1.5.1.建立项目度量目标 (5)
3.1.5.2.确立项目度量时机 (5)
3.1.5.3.为每个度量时机制定详细度量分析计划 (5)
3.1.6.输出 (5)
3.1.7.结束准则 (5)
3.1.8.度量............................................................................................................. 错误!未定义书签。

3.2.过程2 .................................................................................................................. 错误!未定义书签。

4.实施建议 (9)
4.1.相关过程 (9)
4.2.模板 (9)
4.3.裁剪指南 (9)
文档信息
编写者编写日期2008-8-19
审核者审核日期
批准人批准日期
日期修订版描述作者
1. 介绍
1.1. 目的
本文档用于描述项目中度量与分析过程的相关活动。

度量与分析的目的是开发和维持用于支持管理信息需要的度量能力。

主要体现在以下几个方面:
理解。

获得对过程、产品、资源等的理解;是评估、预测和改进活动的基础。

定量的理解才是对事物本质的了解,真正“心中有数”
预测。

通过建立预测模型,进行估算和计划。

历史数据能够帮助我们预测和计划 评估。

产品的质量、过程改进的效果等。

对趋势的分析可以使我们找到问题出在哪里
改进。

根据得到的量化信息,确定潜在的改进机会。

度量本身不会改进过程;但它为我们提供了对计划、控制、管理和改进的可视性 1.2. 总体描述 1.2.1.
总体过程图/过程关系图
度量与分析过程
度量计划
收集
分析
项目管理部
项目经理
度量工程师
项目组成员
配置管理员
建立项目度量目标和度量要点
为每个度量点制定详细度量与分析
计划
收集度量数据分析度量数据
指导并配合完成度量计划提交度量数据
配置管理度量数据和分析结果库
是否结项

配合项目组归纳总结出组织级度量
跟踪度量数据和分析结果

分析并汇报
图 1
1.2.2.过程简述
度量和分析流程主要分为3个部分:计划、收集和分析。

在计划阶段,主要任务是度量目标的确定和目标的细化;
在收集阶段,主要任务是按数据采集和存储规程进行数据的收集、数据完整检查;
在分析阶段,主要任务是按分析规程进行数据分析、存储数据和结果,以及报告结果。

1.3.使用范围
本过程适用于公司所有的在研项目。

1.4.术语
2.角色和职责分配
本过程域所有角色及职责分配描述
3.过程
度量与分析过程的功能是从各种工程和管理过程中收集和分析度量数据并为相关的干系人报告度量结果,提供用于监控和改进项目过程和产品质量的管理信息。

度量与分析过程包括下列活动:
定义度量与分析计划;
实施项目度量收集,并储存相应的结果;
实施项目分析活动,并储存和通报相应的结果
3.1.度量计划
3.1.1.目的
主要目的是为本项目的控制提供实际数据,以及将来其它项目提供估算依据3.1.2.角色与职责
序号角色职责
1 项目经理①确定和管理项目的问题
②使用度量结果做出整个项目的决策
2 度量工程师①定义、裁剪度量,用来满足需要
3 项目管理部①对项目完成度量计划工作提供指导和检查
3.1.3.启动准则
某一项目过程开始规划阶段时,比如项目计划、需求分析、测试计划等等。

项目经理和度量工程师已经到位。

3.1.
4.输入
《项目计划》
3.1.5.流程/步骤(活动流程图和任务)
项目经理和度量工程师采用“目标-问题-度量(Goal-Question-Metric,GQM)”的软件度量方法,建立和维护项目和公司的度量数据收集、分析、存储和报告方法。

●识别商业目标和管理信息的需要。

1、项目经理负责在度量计划中指派度量工程师。

2、项目经理负责与公司的市场专员、财务专员进行沟通,识别商业目标和管理信息的需要。

3、度量工程师负责将商业目标和管理信息需要文档化,如下表所示。

●分析影响目标实现的关键问题。

1、度量工程师负责与项目经理进行沟通,分析哪些关键问题会影响目标实现。

2、度量工程师负责将关键问题文档化,如下表所示。

●定义与解决问题相关的度量数据。

1、度量工程师负责与项目经理进行沟通,定义与解决问题相关的主要度量数据。

2、度量工程师负责将主要度量数据文档化,如下表所示。

●建立和维护度量与分析计划。

1、度量工程师负责为项目和公司建立和维护《度量与分析计划》。

文档包括下列内容:
(1)度量项和分析项的定义;
(2)度量数据的合法性要求;
(3)度量数据的收集、分析、存储和报告方法;
(4)度量数据的存取控制和变更控制方法。

2、度量工程师负责提供实施度量与分析活动所需要的技能培训和工具培训。

●审批度量与分析计划。

1、度量工程师负责将度量与分析计划提交给项目经理审核。

2、项目经理负责批准度量与分析计划。

3.1.5.1.建立项目度量目标
项目经理根据公司领导对本项目的期望和目标,研发项目的任务书,根据本规程提供
的度量总汇,裁减出适合本项目的度量目标。

3.1.5.2.确立项目度量要点
项目经理结合本项目,参照度量总汇,裁减确定度量要点。

3.1.5.3.为每个度量要点制定详细度量分析计划
根据确定的度量目标和度量要点,确定当前项目的度量时机、度量内容、度量人员、
度量数据的存储、分析结果的存储和汇报等
3.1.6.输出
《度量分析计划》
3.1.7.结束准则
《度量分析计划》和项目计划一起提交评审通过后开始实施。

3.2.收集储存
3.2.1.目的
主要任务是按数据采集和存储规程进行数据的收集、数据完整检查。

3.2.2.角色与职责
3.2.3.启动准则
度量计划中某一度量点的开始
3.2.
4.输入
《度量计划》
3.2.5.流程/步骤(活动流程图和任务)
3.2.5.1.提供度量数据
项目组成员在工作中,根据度量工程师的要求,周期性或阶段性的填写度量报告提
交。

3.2.5.2.收集数据并存储
度量工程师按照度量计划规定的时间、向相关人员收集相关的度量数据,并及时存
储在项目的度量数据库中。

3.2.6.输出
本项目的度量数据库
3.2.7.结束准则
相关过程域结束。

3.3.度量分析
3.3.1.目的
主要目的是按分析规程进行数据分析、存储结果,以及报告结果。

3.3.2.角色与职责
3.3.3.启动准则
度量计划中某一度量点的结束
3.3.
4.输入
度量数据
3.3.5.流程/步骤(活动流程图和任务)
3.3.5.1.分析度量数据并汇报
分析度量数据,可以从以下方面进行:
(1)这个数据是否真实——分析结果在于提醒大家关注数据的质量;
(2)这个数据中,计划与实际的对比。

(3)造成它的原因是什么?
(4)我们怎么办?——如果是好的结果,那么分析原因可以让我们确定“成功因素”,也可以由此造就一个“最佳实践”,成为组织资产,加以推广应用,可以为提高组织
水平作出贡献。

如果是坏的结果,那么分析原因后一方面要采取措施改进,一方面
要加强针对此缺陷将来可能发生的风险管理。

3.3.5.2.存储分析结果
度量工程师及时存储度量分析报告在项目的度量数据库中。

3.3.6.输出
《度量分析结果报告》
3.3.7.结束准则
度量点的《度量分析结果报告》
4.实施建议
4.1.相关过程
4.2.模板
❖《模板名称》
4.3.裁剪指南
在此根据各自过程特点,列出本过程可裁减的内容,没有可不列;最终根据编制完的《过程裁剪指南》进行确定裁剪。

相关文档
最新文档