过程裁剪准则和指南

过程裁剪准则和指南
广东×××监控技术股份有限公司
修订历史记录
目录
1目的 (4)
2名词术语 (4)
3裁剪原则 (4)
4裁剪流程 (4)
5裁剪依据、要素和尺度 (5)
6裁剪方法 (6)
7裁剪指南 (6)
7.1裁剪过程 (6)
7.1.1 删减过程 (6)
7.1.2 合并过程 (6)
7.1.3 增加过程 (6)
7.2裁剪活动 (7)
7.2.1 删减活动 (7)
7.2.2 裁剪活动频度 (7)
7.2.3 裁剪活动正式度 (7)
7.3裁剪方法和工具 (7)
7.4裁剪度量 (7)
7.5裁剪评审及会议 (7)
7.6裁剪模板 (7)
1目的
公司的标准软件过程（OSSP）是在考虑了公司软件项目开发的共性特点，并遵照CMMI过程改进模型的基础上形成的，具有一定的共性，但每个软件项目却因为自身的特点而具有个性的特征。

编制《过程裁剪准则和指南》的目的就是指导软件项目组根据自身特点裁剪公司的标准软件过程，以形成项目定义过程（PDP）。

2名词术语
2.1OSSP（Organizational Standard Software Process）:：组织标准软件过程。

组织级的、考虑了所有项目特征的标准软件过程，包括软件项目生命周期及其裁剪指南。

2.2 PDP（Project Defined Process）：项目定义过程，是从组织标准过程集合裁剪出的针对项目自身特点的过程。

2.3 EPG (Engineering Process Group)：工程过程组，负责公司内部的过程定义、维护和改进的专家组。

3裁剪原则
项目裁剪组织标准软件过程的一般原则：
➢如果顾客对过程提出要求，则必须遵循；
➢遵循OSSP中的各个过程中提出的裁剪指南；
➢过程裁剪后不得降低工程师的生产率；
➢裁剪后应保证产品的质量；
➢裁剪后不得降低对工作进展的可视性（跟踪）；
➢裁剪后不会对产品增加不必要的管理和控制；
➢裁剪后的活动能有足够的人力支持；
➢在成本核算上，裁剪后的活动是有效的，经费能足以支持；
➢裁剪过程必须可控；
➢裁剪结果需得到一致的认可。

例如对于小项目，如果裁剪后项目定义过程中，要求许多会议，导致使生产率降低，则不符合裁剪准则。

裁剪的OSSP的某项关键实践，必须说明理由，并记载在PDP中。

可以有替代实践，但必须在项目的《PDP》中进行详细描述。

项目定义过程（PDP）必须得到EPG 的审批。

4裁剪流程
在对项目风险、项目不确定性、项目特征进行初步分析的基础上，参照公司标准过程体系文件《软件生命周期模型定义与选择策略》及《生命周期模型裁剪指南》确定选用的生命
周期模型，在此基础上根据《过程裁剪准则和指南》（本文档）确定项目定义过程（PDP）、项目开发方法和工具。

5裁剪依据、要素和尺度
➢裁剪需考虑的主要因素是基于项目特征和项目风险。

➢裁剪的对象包括：过程、过程的各项活动、方法、工具、输出产品和模板，包括角色。

➢裁剪的方向和尺度：对于某个裁剪对象，其范围、频度、正式度等都是裁剪要素。

➢裁剪动作：删减、合并、增加某几个过程、活动、方法、工具、模板等等。

➢项目裁剪公司标准软件过程的结果，需以PDP文档的形式固定下来。

➢组织级QA对项目裁剪结果进行评审，对项目组提出的偏离过程标准申请进行审批。

➢组织级QA对项目组裁剪时考虑的因素和裁剪的理由进行分析，用以改进本准则和指南。

➢裁剪时要考虑组织结构，包括人员的构成和各小组的划分设置。

基本原则是过程中描述的某些或某项任务应该有人负责完成，而不一定非要具有相应名称的小组；或者也可以是由一个小组完成过程中所有任务，不一定该小组有什么固定头衔。

➢关于客户（最终用户）要求及关系维护的考虑。

➢裁剪程度应与业务目标紧密联系。

如：开发费用的降低、提高质量、保证进度、连续的过程改进等。

➢控制对组织标准软件过程的裁剪程度。

CMMI体系文件和标准过程库的阐述一般非常严格和正式，项目中可能认为这种严格和正式程度对于项目是一种额外负担，实践表明，强调过程纪律与正式性也能够大大提高产品生产率、质量和保证进度。

除非特殊
要求，项目对标准过程活动的裁剪比例应控制在20％以下。

6裁剪方法
项目可以使用《PDP模板》来裁剪标准过程，生成项目的《PDP》。

7裁剪指南
7.1裁剪过程
7.1.1 删减过程
1）、可能的原因：客户要求。

2）、前提条件：
➢被删减的过程所应产生的主要工作产品必须已经存在或在预期时间内可以得到.。

➢过程被删减，但过程中产生的工作产品的质量必须受控。

举例：
某项目合同中没有需求分析，但系统功能说明书已经存在并可以得到，从而保证后续的设计和开发活动可以开展；应对该系统功能说明书进行正式、全面的检查，以确保设计、开发人员能充分理解最终用户的需求。

7.1.2 合并过程
1）、可能的原因：选用某种生命周期模型。

2）、前提条件：
➢过程合并，计划、跟踪活动可以合并，但过程所应产生的主要工作产品不能减少。

举例：
某项目采用原型模型开发时，在需求分析阶段，构造原型用于帮助用户理解问题，原型可能会逐步进化为设计模型，这种情况下，软件需求和软件设计阶段可以合并。

3）、可能产生的问题：
➢各类活动开展的次序较难控制。

➢基线减少，不同的开发人员可能同时使用不同版本的工作产品，配置管理有一定难度。

7.1.3 增加过程
1）、可能的原因：
组织过程体系文件不能满足项目开发要求。

7.2裁剪活动
7.2.1 删减活动
某些过程文件中的活动可根据项目特点进行删减。

例如，在PMC监控过程域中的周例会可以删减。

举例：
如果项目周期在1个月以内，软件项目组人员1-3人，日常工作中能很方便地进行交流，不必采取周例会的方式。

7.2.2 裁剪活动频度
可以根据项目的特点及规模裁剪活动频度，具体可参见各个过程文件中的裁剪指南。

7.2.3 裁剪活动正式度
根据项目的特点、规模及风险大小，可以适当裁剪活动正式度：
例如：在项目立项管理过程域中，如果项目规模不大，技术较成熟，可以简化立项评审流程（不召开正式的立项评审会议，只需项目上级经理的审核等）。

7.3裁剪方法和工具
软件项目组根据标准过程中列举的方法和工具进行选用，如果需要采用标准过程库外的方法、工具，需事先向EPG提出申请。

7.4裁剪度量
如果项目规模较小，可以减少其度量项，只需要度量基本的度量项。

7.5裁剪评审及会议
大型项目的每个阶段的工作产品及里程碑点都需要正式的评审或阶段总结会，但对于规模很小的项目，可减少正式评审的次数、里程碑点的总结会可通过项目周报来体现。

7.6裁剪模板
根据项目的具体情况，QA可以对过程域的Checklist中的检查项进行裁剪。