机构标准软件过程(裁剪指南)
研发过程如何进行裁剪
研发过程如何进行裁剪项目特点是裁剪依据和出发点。
裁剪指南应包括以下的内容：明确可裁剪的对象：可裁剪对象确定了裁剪的范围，可裁剪对象不仅限于过程元素和活动，还包括标准、方法和工具、输出的工作产品及模板等。
确定裁剪所考虑的要素：对于某个裁剪对象，其范围、频度、正式度等都是裁剪要素。
如，对于已有类似开发经验的项目，可以适当减少过程培训、业务培训等活动；对于开发周期较短的项目，可以适当合并一些评审活动，如概要设计和详细设计评审合并进行。
项目在进行裁剪时，由于裁剪指南很难枚举所有的裁剪情况，因此有时还是需要项目经理和QA依据经验进行判断和决定，这时，最根本的依据就是项目的质量要求和对风险的考虑。
首先要分析如果一旦裁剪掉某些活动，是否会给项目带来风险，带来多大的风险，以及是否影响项目质量目标的达成。
然后综合考虑后才能决定是否裁剪，如何裁剪。
另一方面，企业建立标准过程的目的不是为了“为了规范而规范”，而是为了提高过程和技术的重用。
因此，如果项目在裁剪时有很大的灵活度，每个项目定义的过程都很随意或者项目过程之间相似的内容很少，那么重用的目的就很难实现了。
所以，规范度和灵活度是项目裁剪时需要平衡的另外两个要素。
概括之，过程裁剪的原则是：质量与风险并重，规范与灵活的平衡。
一、企业在应用过程裁剪时的常见问题不论企业实施了ISO9001、CMMI、六西格玛，或是其它任何类型的质量管理体系，通常都会形成完整的公司级标准过程体系。
但当项目经理需要在项目中使用这个已定义好的过程体系文件时，面对厚厚的过程文件往往无从下手，心中也充满疑虑：1. 我的项目开发周期只有3个月，团队4、5个人，难道要完全按照公司定义的标准过程执行吗？如果必须执行所有的过程和子过程，生成所有要求的技术和管理文档，那项目的开发周期恐怕不是3个月，而是4、5个月了。
那我的项目还能成功吗？2. 我听说过“裁剪”这个词，不过到底是“裁剪”还是“裁减”，我还没有弄明白。
机构标准软件过程(裁剪指南)
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
不符合以上条件
正式的文档
所有项目
正式的文档
项目存在需要外购的 产品，且该外购产品作为 交付给客户产品的一部分 。
正式的文档
所有项目
正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档
文档名称 《立项可行性分析报告》 《技术预研报告》关键技术点初步解决方案、代码等
制定详细的项目计划
执行这项活动
评审项目计划及下属计划
正式评审 执行这项活动 执行这项活动
项目状况跟踪
执行这项活动 不执行这项活动
项目管理
项目监控 [PMC]
举行项目组周例会
执行这项活动
里程碑评审 采取纠正措施 制定《评审计划》 评审准备 项目评审管理 举行评审会议 [MR]
正式评审 《管理评审报告》
非正式评审
《管理评审报告》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险管理报告》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险列表库》 《采购计划》 《采购决策分析报告》 《采购协议》 《采购监控报告》 《采购物品验收报告》 《采购监控报告》 《代码复用总结》 《结项报告》初稿 《结项报告》终稿 《用户需求调查单》 《用户需求说明书》 《软件需求规格说明书》 《需求跟踪矩阵》 《需求变更申请书》 《需求变更记录》 《用户需求说明书》
建立评估标准
CMMI体系文件OPD标准软件过程裁剪指南
C M M I体系文件O P D标准软件过程裁剪指南Prepared on 21 November 2021****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和QA根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
2适用范围本过程适用于公司的所有软件开发项目。
3资源和工具引用模型和标准：Capability Maturity Model Integration (CMMI SM), VersionGB 1526-89 《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe4定义和缩写表1 定义和缩写表5职责表2 角色职责表6指南6.1启动条件《用户需求说明书》审批通过。
6.2输入无6.3活动6.3.1确定项目特点先根据项目规模、项目复杂度、项目关键性、项目组经验、需求明确性对6.3.2裁剪要求下面给出了裁剪的具体要求，在项目进行裁剪时，必须首先认真阅读裁剪要求，之后才能进行裁剪报告的填写。
这里介绍一下豁免，豁免是指在组织允许的情况下，可以不执行组织级或项目级的必要任务，跳过整个过程或活动的一种特殊裁剪方式，对这种特殊裁剪称为豁免。
6.3.2.1裁剪对象裁剪对象是组织标准软件过程中的工程过程以及部分管理过程，裁剪一般包括过程的裁剪和工作产品裁剪。
6.3.2.2裁剪原则应根据项目特点进行过程裁剪；裁剪不仅是减少过程，也可以根据质量或其它要求添加过程，以及对过程进行修改，使其更符合项目的特点；项目经理和QA可以根据实际情况的需要，采用本指南中规定的裁剪方法之外的方法对项目过程进行裁剪，但所采用的裁剪方法必须经EPG同意。
CMMI体系文件OPD标准软件过程裁剪指南
****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的........................................................... 2适用范围....................................................... 3资源和工具..................................................... 4定义和缩写..................................................... 5职责........................................................... 6指南...........................................................6.1启动条件.....................................................6.2输入.........................................................6.3活动.........................................................6.3.1确定项目特点.............................................6.3.2裁剪要求.................................................裁剪对象...............................................裁剪原则...............................................裁剪产物...............................................6.3.3软件生命周期的裁剪指导...................................6.3.4过程裁剪指导.............................................概要裁剪...............................................详细裁剪...............................................需求开发与需求管理.................................技术解决过程.......................................验证...............................................测试............................................评审............................................项目计划...........................................项目监控...........................................配置管理...........................................过程与产品质量保证.................................度量与分析.........................................组织培训...........................................6.3.5使用该裁剪范围以外的裁剪方法.............................6.3.6填写裁剪报告.............................................6.3.7裁剪过程的收集和推广.....................................6.4输出.........................................................6.5关闭标准..................................................... 7审核........................................................... 8度量........................................................... 9培训...........................................................1 目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和QA根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
cmmi过程裁剪模板
CMMI（Capability Maturity Model Integration）是一种用于评估组织在软件和系统开发方面成熟度的模型。
在CMMI 中，过程裁剪是指在满足项目需求和组织标准的前提下，对组织的过程进行适当调整或裁剪，以适应项目的特定需求。
过程裁剪可以涉及以下几个方面：
1. 定义组织过程：组织应该明确其标准和过程，并确保项目团队了解和遵循这些标准和过程。
在项目开始之前，项目团队应该评估项目的需求和目标，并确定需要哪些过程来满足这些需求和目标。
2. 建立活动模板：根据项目的特定需求，项目团队可以创建或修改活动模板。
活动模板可以包括工作产品（如需求文档、设计文档、测试用例等）的格式、内容、评审和批准等方面的规定。
3. 制定项目模板：项目模板可以包括项目计划、项目监督和控制文档、风险管理计划等方面的规定。
项目团队可以根据项目的特定需求，制定适合项目的模板，以确保项目的过程得到有效执行。
4. 裁剪过程：在项目执行过程中，项目团队可以根据实际情况对过程进行适当裁剪。
例如，如果项目时间紧迫，团
队可能会选择不进行某些不必要的活动或减少某些任务的细节程度。
但是，任何裁剪都应该在不影响项目质量的前提下进行，并且应该经过适当的授权和批准。
5. 监控和改进：项目团队应该监控项目的执行情况，并与组织的过程标准进行比较。
如果发现偏差或不符合项，团队应该及时采取纠正措施，并改进组织的过程，以提高未来的项目质量和效率。
总之，CMMI的过程裁剪是一个灵活的过程，需要根据项目的具体情况进行适当调整和改进。
通过合理的裁剪和改进，可以提高项目的效率和质量，并帮助组织不断提高其成熟度水平。
CMMI培训讲义(裁剪指南)
可否裁剪
否 否 否 是
裁剪机会
产品本身是集成开 发过程，不需要独 立集成
系统测试 客户验收
测试人员 项目经理
否 否
过程类别 项目支持 过程
过程 质量保证 外包与采 购管理 培训管理
项目角色 QA 采购人员 培训人员
可否裁剪 否 是 是
裁剪机会
没有外包和采购需 求 项目成员有能力完 成项目，没有培训 需求 产品本身是集成开 发过程，不需要独 立集成 项目规模较小，不 需要用标准配置管 理过程
CMMI 培 训 讲 义
裁剪指南
讲 师：王 龙 2009年08月11日
1.目的
介绍组织标准过程裁剪准则。
2.适用范围
公司所有软件项目。
3.裁剪原则
能够满足公司“开发管理方针”的要求； 不会降低项目开发过程和工作产品的质量； 不会失去对工作进展的（跟踪）可视性； 不会失去对软件工作产品的配置管理和控制，也不会额外增加 无益的工作； 不会降低工程师的开发效率； 在维持现有人力资源的情况下，能够按计划如期完成工作； 项目资金是否可以控制在目标成本范围内。
可 否 剪 裁
否
剪裁机会
项目经理
项目估算表；
计 划 项 项目计划； 目 管 配置管理计划； 理 类 PPQA计划； MA计划； 测试计划；
项目经理
项目经理 配置管理 员
否
否 是
ห้องสมุดไป่ตู้
QA
度量人员 测试人员
是
是 是
项 目 阶 段
活 动 输出文档 类 别
项目角色
可 否 剪 裁
剪裁机会
评审项目计划；
项目进展报告； 项 目 项目周报； 管 理 个人周报； 类 风险识别跟踪表； 职位技能对照表；
软件项目过程定义及裁剪表模板
XXXX项目过程定义及裁剪表XXX项目过程定义及裁剪表.xlsx裁剪的主要步骤为：1. 确定本项目类别和开发策略。
2. 识别本项目特性，分析项目量化的特性对裁剪的影响。
3. 确定对各开发过程活动的裁剪属性。
4. 使用项目裁剪模板选择和裁剪过程活动，得出组织定义过程。
裁剪说明剪裁操作说明剪裁操作说明本规程提供了可供选择的适应不同项目特性的项目定义过程，以便项目组在进行裁剪时减少工作量和复杂度。
在项目组进行制定项目定义过程时，优先选择与项目特征相近的项目定义过程，加以修改，如果依据项目特征运用专业判断发现没有合适的项目定义过程可选时，可根据本文档所提供的裁剪方法制定项目定义过程。
项目组进行过程裁剪时需要结合项目特征，尤其是考虑具体项目的业务需求和技术需求，按照裁剪规程的指导，在此基础上和可控的范围内进行裁剪，即适当地添加、删减、修改组织标准过程，得到项目定义过程。
从这一角度来说不存在一个事先可以确定的项目定义过程。
裁剪指南剪裁是调整组织标准过程文件（OSP），以此来获得适用于项目的特定业务或技术管理需要的过程。
剪裁不可简单地看作只是对OSP进行删除或修改，我们还可以增加某些OSP中没有的过程，以此达到剪裁得到项目已定义的过程（PDP）更适合于实现项目的目标。
不可控的剪裁实际上意味着不存在标准过程，因此，我们在此定义出了对OSP剪裁的一系列准则，由此，让项目能够按照此准则剪裁得到PDP。
裁剪原则：1) 首先按项目类型对标准过程和活动进行裁剪，生成各类项目裁剪指南。
2) 在各类项目裁剪指南中某一过程中的某个活动被裁剪，该活动的所有输出文档都可以裁剪。
3) 在剪裁指南中，我们给出各种活动的选项，并为每个过程步骤指定它是否是必要的或可剪裁的。
如果是可剪裁的，要给出指南，指明活动的什么属性可以进行剪裁，现有的活动或输出是什么以及什么时候采用不同的替代活动。
剪裁属性列表如下：剪裁属性 裁剪结果 剪裁属性 裁剪结果文档化 准备文档 活动 执行这项活动XXX项目过程定义及裁剪表.xlsx 剪裁是调整组织标准过程文件（OSP），以此来获得适用于项目的特定业务或技术管理需要的过程。
裁剪指南
裁剪指南（V 1.1）南京有限公司文档信息文档变更记录审核批准1前言裁剪是调整组织标准软件过程的过程，以此获得适用于项目特定业务和技术需要的过程。
裁剪过程可以看作是增加、删除或修改软件过程的活动，由此，最终的过程更适合于实现项目的目标。
不可控的裁剪实际上意味着不存在标准软件过程，可以定义和使用任何过程。
裁剪指南则定义了更改标准软件过程所允许的规则。
实质上，裁剪指南定义了一套标准软件过程所允许的偏离，希望以此可以为项目定义“最佳”过程。
裁剪指南的任务和作用见下图：2背景知识2.1 项目类型定义项目类型考虑的角度是对开发策略的选择，开发过程中侧重点的选择。
不同的项目类型应该采用完全不同的管理方法，或者说在不同的项目类型之间，软件管理过程的交集非常的少，或者说即使有交集，其交集的繁间程度也不一样。
根据公司的实际情况，建议把的软件工程项目划分为如下类型：⏹研发项目⏹工程项目⏹维护项目2.1.1研发项目研发项目是公司一类典型的软件工程化项目，研发项目最大的特征是只有潜在客户而没有明确的客户和工程合同。
研发项目是为工程项目服务的，可能是对将来产品发展方向的一个预研，也可能是对目前产品的重大技术改进的一个预研。
2.1.2工程项目工程项目是公司一类典型的软件工程化项目，工程项目最大的特征是有明确的客户和工程合同。
工程项目是公司目前接触最多的项目类型。
2.1.3维护项目维护项目发生在软件交付用户使用并通过终验之后。
由于维护项目一定是在一个软件项目实际使用过程中而发生；由于维护项目的全过程中，用户作为一个重要的角色全过程参与期间；由于维护项目需求发生的不确定性和项目周期的不确定性等等，所有维护项目的特性要求维护项目需要作为一种单独的类型来考虑它的软件过程。
维护项目使用的软件过程，与研发或工程项目有类似之处，但维护项目软件过程的要求和管理方法存在着很大的私有特色。
2.2 组织标准软件项目生命周期生命周期在一般的工程中通常要经过分析、设计、实现和运行维护等几个阶段；为了用工程化方式来有效的管理软件项目的全过程，软件项目生命周期也可以分成几个阶段。
CMMI5文档之组织级过程裁剪规程
组织级过程裁剪规程文档编号：FHI_CMMI_OPD_PRD_OPCO文档信息：组织级过程裁剪规程文档名称：组织级过程裁剪规程文档类别：CMMI规程密级：内部秘密版本信息：1.1建立日期：2016-1-8创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1. 简介 (4)1.1目的 (4)1.2适用范围 (4)1.3术语表 (4)1.4参考资料 (4)2 过程总体描述 (4)2.1过程概述 (4)2.2过程结构描述 (5)3 过程元素描述 (5)3.1项目特性及对过程的影响 (5)3.1.1项目特性 (5)3.1.2项目特性量化 (6)3.2工作标准环境 (7)3.3阈值设置 (7)3.4裁剪说明 (7)3.4.1裁剪操作定义说明 (8)3.4.2可裁剪属性定义 (8)3.4.3裁剪操作步骤 (8)本规程定义了组织级过程裁剪的范围和方法，通过对组织级过程的裁剪，针对不同的项目定义不同的项目过程，为项目的过程定义提供指导。
1.简介1.1目的本文的目的是为指导和协助对组织标准软件过程进行裁剪，将组织标准软件过程和过程资产应用到具体项目中，形成适合项目特征的项目软件过程，使软件过程适应项目特定的环境，指导和规范软件项目开发过程的定义和相应过程的实施。
本文档涉及的裁剪主要针对不同的项目所采取的过程的裁剪。
1.2适用范围本文档的适用范围为组织中的各软件项目。
1.3术语表●组织标准软件过程(OSSP)：可在组织内使用的基本过程定义，用它来引导建立项目的一般软件过程。
它描述每个软件项目打算并入自己的项目定义的软件过程中的基本软件过程要素，还描述这些软件过程要素之间的关系（如排序和接口）；●项目定义的软件过程：由某项目使用的软件过程的操作定义。
利用软件标准、规程、工具和方法对项目定义的软件过程进行恰当的表征和描述，使其易于理解。
CMMI体系文件-OPD-标准软件过程裁剪指南
C M M I体系文件-O P D-标准软件过程裁剪指南-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的................................................................................. 错误!未定义书签。
2适用范围 ......................................................................... 错误!未定义书签。
3资源和工具...................................................................... 错误!未定义书签。
4定义和缩写...................................................................... 错误!未定义书签。
5职责................................................................................. 错误!未定义书签。
6指南................................................................................. 错误!未定义书签。
启动条件........................................................................ 错误!未定义书签。
cmmi过程裁剪表及说明
cmmi过程裁剪表及说明1. 说明√可裁减2.项⽬信息本阶段输⼊⽂档交付⽂档相关过程体系模板A 类项⽬⽬前开展的活动A 类项⽬适⽤的活动备注零、项⽬启动阶段0-1制定项⽬启动计划N/A项⽬启动计划项⽬启动计划模板项⽬启动计划模板0-2需求分析项⽬启动计划1. 需求调研提纲；2. ⽤户需求规格说明书；3. ⽤户需求规格说明书评审报告1. 需求调研提纲模板；2. ⽤户需求规格说明书模板；3. ⽤户需求规格说明书评审检查单1. 需求调研提纲2. 业务需求说明书3. 业务需求说明书评审汇总表1. 需求调研提纲；2. ⽤户需求规格说明书；3. ⽤户需求规格说明书评审检查单；4.业务需求说明书及评审汇总表5.建⽴需求跟踪矩阵本期以业务需求为主，因⽤户需求对⽤户有利，后期加以引导⽤户适应。
此阶段建⽴需求跟踪0-3架构设计项⽬启动计划1. 架构设计说明书；2. 架构设计说明书评审报告1. 架构设计说明书模板；2. 架构设计说明书评审检查单架构设计说明书及架构评审汇总表视项⽬情况，可选。
0-4初始估算1. ⽤户需求规格说明书；2. 架构设计说明书1、规模估算表（功能点）2、项⽬⼯作量估算表（使⽤COCOMOII模型）3、宽带Delphi估算表1、规模估算表模板（功能点）2、项⽬⼯作量估算表模板（使⽤COCOMOII 模型）3、宽带Delphi 估算表模板1、规模估算表模板（功能点）2、项⽬⼯作量估算表模板（使⽤COCOMOII 模型）3、宽带Delphi 估算表模板0-5项⽬⼯作任务书的编制和下达 1. ⽤户需求规格说明书；2. 架构设计说明书；3. 项⽬⼯作量估算表项⽬⼯作任务书项⽬⼯作任务书模板0-6启动阶段审计启动阶段所有的⼯作产品启动阶段审计报告启动阶段审计检查单启动阶段审计检查单0-7启动阶段总结N/A启动阶段总结报告启动阶段总结报告模板启动阶段总结报告⼀、项⽬计划阶段1-1创建项⽬配置库《项⽬配置管理计划》项⽬配置库N/A执⾏但有偏差裁剪结果选项软件开发类项⽬的典型的裁剪指南定义本⼯作表为本项⽬的过程裁剪结果，项⽬经理根据项⽬类型及本⼯作表中的裁剪指南，对组织的标准开发活动进⾏裁剪，由此定义出本项⽬所要执⾏的活动。
CMMI文件-裁剪指南)
CMMI裁剪指南
更改控制页
目录
1目的 (1)
2适用范围 (1)
3术语定义 (1)
4裁剪原则 (1)
5裁剪指南 (2)
6参考资料 (6)
附录A：项目类型 (6)
附录B：项目特征 (6)
1目的
介绍组织标准过程裁剪准则。
2适用范围
公司所有软件项目。
3术语定义
4裁剪原则
1.能够满足公司“开发管理方针”的要求；
2.不会降低项目开发过程和工作产品的质量；
3.不会失去对工作进展的（跟踪）可视性；
4.不会失去对软件工作产品的配置管理和控制，也不会额外增加无益的工
作；
5.不会降低工程师的开发效率；
6.在维持现有人力资源的情况下，能够按计划如期完成工作；
7.项目资金是否可以控制在目标成本范围内。
5裁剪指南
6参考资料
CMMI-DEV V1.2
NK-MS-OPM-P02(生命周期模型选用指南)
附录A：项目类型
根据公司目前的情况，将项目类型划分为研发类和合同类两种类型：
附录B：项目特征
项目特性作为标准软件过程作裁剪的依据，体现在过程实施流程的组织和过程元素执行的详细裁剪。
我们以下几种项目特性并作简要的分析。
软件项目-组织标准过程裁剪指南-模板
可选同行评审方式
小组评审/走查/轮查
《用户需求说明书》
《系统需求规格说明书》 审查
页面原型
审查/小组评审 小组评审/走查
POC
《概要设计说明书》-总 小组评审
体架构设计
《概要设计说明书》
审查/小组评审
小组评审/走查
《详细设计说明书》
小组评审
《测试方案》
小组评审/走查
《测试用例》
小组评审/走查
代码
小组评审/走查
《用户手册》
裁剪指南1
项目规模大或者新领域时，采取小组评审方式
项目规模大或者新领域时，采取审查方式 项目属于新领域或者技术难度高时，采取小组评 审方式
项目属于新领域或者技术难度高时，采取审查方 式 项目属于新领域或者技术难度高时，采取小组评 审方式
项目质量要求高时，采取小组评审方式 开发人员技术水平低或者技术难度高时，采取小 组评审的方式
项目质量要求高时，采取小组评审的方式
ቤተ መጻሕፍቲ ባይዱ
组织标准过程裁剪指南-模板2
组织标准过程裁剪指南-模板2XXX有限公司XXX有限公司组织标准过程裁剪指南*变化状态：A——增加，M——修改，D——删除目录第1章引言 (3)1.1 文档用途 (3)1.2 阅读对象 (3)1.3 名称术语 (3)1.3.1 组织标准过程 (3)1.3.2 项目定义的过程 (3)1.3.3 裁剪 (3)第2章裁剪过程总述 (4)2.1 裁剪的目的 (4)2.2 裁剪的步骤 (4)2.3 裁剪流程图 (4)第3章裁剪过程详述 (5)3.1 识别项目类型 (5)3.1.1 类型划分原则 (5)3.1.2 项目类型 (5)3.2 识别项目特征 (5)3.3 定义项目过程 (7)3.3.1 项目属性说明 (7)3.3.1.1 过程 (7)3.3.1.2 活动 (7)3.3.1.3 工作产品（输出） (7)3.3.1.4 裁剪属性 (7)3.3.1.5 裁剪原则 (7)3.3.1.6 裁剪选择 (8)3.3.2 形成《项目过程裁剪选择列表》 (8)第1章引言1.1 文档用途本文档的用途是为达到CMMI3 的基本要求，指导和协助项目组对组织标准过程进行裁剪，将组织标准过程和组织标准过程资产库中的内容应用到每个具体的项目中，形成适合项目特征的项目定义的过程，使之适应具体项目的特定环境。
1.2 阅读对象●EPG成员●组织高层管理者●项目经理●项目工作组成员1.3 名称术语1.3.1 组织标准过程Organization’s Set of Standard Processes，组织标准过程是指一个组织指导它所有过程活动的标准。
组织标准过程中描述的过程元素必须同组织中所从事的、被定义好的项目过程一致。
组织标准过程使组织内的开发、维护活动保持一致，并是组织长期稳定和持续改进的关键因素。
1.3.2 项目定义的过程项目定义的过程是根据项目特点通过裁剪组织标准过程而获得的。
利用标准、规程、工具和方法对项目定义的过程进行恰当的表征和描述，使其易于理解。
组织标准过程总体裁剪指南
总体裁剪指导方针
主要相关过程或者规程
团队经验－少；开发规模－小；重要程度—高或者低
与评审有关的指导方针
1、对每个开发人员最初提供的工作产品 《评审过程》 （文档和代码）进行同行评审
与工作量有关的指导方针
1、将任务划分为更多个独立的小任务
《项目策划过程》《项目跟踪过程》
2、在安排进度时应考虑开发人员学习掌 《项目策划过程》《项目跟踪过程》 握技术的时间
2. 内容
本指南根据CMMI中关于总体裁剪指南要求以及公司的各项目的实
际情况编写而成。
2.1 裁剪的基本步骤
项目根据选定的软件生命周期模型，按裁剪指南对组织的标准软件 过程进行裁剪，形成适合项目实际情况的软件过程。裁剪的基本步骤如 下：
1. 使用2.2节中项目特征评价表确定项目特征评价； 2. 根据步骤1中所确定的项目特征评价选择2.3指南中合适的部
分，然后结合组织标准过程确定出项目组所需要执行的过程 清单和执行粒度； 3. 项目组和质保部共同对所执行的过程清单和过程执行粒度进 行检查和确认，然后按照确定的过程清单和执行粒度执行过 程。
2.2 确定项目特征的评价表
表 1 项目特征评价表
项目特征 评价 评判准则
团队对应用 多 领域和开发 技术的经验
2.3 标准软件过程总体裁剪指南
总体裁剪指南基于项目特性评价结果，即如上所指的团队经验、开 发规模、战略重要程度。根据2.2节中的项目特征评价表所获得的项目 特征评价结果，在表2中查找合适的指南部分。
总体指南主要是与评审相关、与工作量相关或与正式性相关的。其 中：1）与评审相关的指南指定了什么时候进行评审和采用什么类型的 评审；2）与工作量相关的指南为项目建议那些将影响到工作量的步 骤；3）与正式性形式相关的指南为某些活动建议采用的过程正规程 度。总体指南的内容如下表。
CMMI-OSSP过程文件使用指南
HW标准软件过程（OSSP）体系文件使用指南广东×××监控技术股份有限公司修订历史记录A-增加M-修订D-删除目录1引言 (4)1.1编写目的 (4)1.2范围 (4)1.3术语与缩写解释 (4)1.4参考资料 (4)2HW OSSP简介 (4)2.1HW OSSP过程体系模型 (4)2.2OSSP的过程域及目的 (6)2.3OSSP的文档结构 (7)2.4过程体系中角色列表 (8)2.5过程体系中名词术语列表 (9)3项目开发流程指引 (12)4执行HW OSSP过程体系文件要点 (16)5项目执行中模型变更的补充说明 (17)6过程改进建议的管理 (17)1引言1.1编写目的为指导公司技术部门的员工快速了解并有效实施公司的CMMI过程体系文件（即OSSP，组织标准软件过程），特编写此过程体系文件使用指南。
1.2范围本指南文件包括HW CMMI-ML3过程体系文件简介，项目开发流程指引、过程改进建议的管理、执行HW CMMI过程体系文件要点等内容。
1.3术语与缩写解释1.4参考资料HW CMMI-ML3 1.0过程体系文件广东×××监控技术股份有限公司EPG组 2015-2-212HW OSSP简介2.1HW OSSP过程体系模型HW OSSP过程体系模型如图所示：HW OSSP 过程体系模型是基于CMMI 、软件工程和项目管理知识的“软件过程改进方法和规范”，模型中包括过程管理过程、项目管理过程、工程过程和组织支持过程。
过程模型包括了6个项目（产品）阶段，24个过程域，每个过程域由过程、规程、文档模板等组成。
公司技术部门的软件开发项目必须按过程域要求执行。
模型说明：模型包括6个阶段： PH0：立项阶段 PH1：需求定义阶段 PH2：设计开发阶段 PH3：系统测试阶段 PH4：发布验收阶段 PH5：运行维护阶段在模型中，项目的过程有四大类：过程管理过程、项目管理过程、工程过程和组织支持过程。
CMMI 3 访谈问题答案 CM(配置)
项目层级配置管理员1.请叙述您如何识别配置项? (CM SP1.1)回答：作为配置管理员，需要配合项目经理在项目策划阶段，依据项目已定义过程及裁剪的结果，识别项目需要管理的配置项。
定义在项目的配置管理计划中。
为了方便管理这些配置项，我们将这些配置项归属到项目不同的基线进行管理，比如我们定义了6条基线，分别是：策划基线、需求基线、设计基线、代码基线、测试基线、发布基线，基线中包含的配置项如下所示：2.请叙述如何建立配置管理系统?如何利用CM tool进行版本控管? (CM SP1.2)回答：选择配置管理工具在目前阶段，本公司规定所有项目组一致使用SVN作为配置管理工具。
使用配置管理工具创建配置管理系统，并在配置管理计划中定义配置项存放的路径及访问权限3.项目策划了哪些基线？基线建立的过程是什么? (CM SP1.3)回答：1.基线建立的目的是为了保证基线中文档的完整性和正确性2.项目规划的基线包括有：策划基线、需求基线、设计基线、代码基线、测试基线、发布基线3.这些基线及基线中所属配置项，都定义在《配置管理计划》中，比如需求基线中应该包括：….4.按照配置管理计划中定义的基线发布时机和内容，进行发布，发布时a.项目组编写“基线建立申请”，提交CCB审批。
B审批通过后，配置管理员完成物理审计和功能审计，并填写“发布报告”，进行基线发布4.您如何管制配置项的变更? 配置项受控后，如何实施变更？(CM SP2.1/SP2.2)回答：1.公司的变更管理过程的定义是这样的a.变更申请：由于基线变更或其他引起的变更，变更申请人向项目经理提交“变更请求单”（包括：变更的理由、变更的影响、变更带来的工作量、进度、风险等方面的变化分析）。
项目经理对变更进行评估。
b.审批变更申请：CCB审批该申请，分析此变更对项目造成的影响。
如果同意变更，则批准，否则终止此次变更。
c.实施变更：1.项目经理将变更请求的审批结果告知配置管理员。
CMMI组织类-过程改进组(EPG)访谈问题及答案(EPG)
1.‘EPG(OPF)1.企业目标为何? 过程改进如何支持企业达成目标？(SP 1.1)答：金越软件的目标是成为国内领先的公共安全大数据平台承建商，政府信赖的数据治理和数据服务合作伙伴，致力于提升政府数据资产价值、提高政务（警务）云运行效率，助力建设平安社会、高效政务和智慧城市。
1) 成为中国领先的公共安全信息汇聚整合和大数据应用服务的创新企业；2) 公安、政法、政务等相关行业提供大数据资源整合和共享服务、大数据智能应用、跨网跨域安全交换和业务协同、综合业务办公整体解决方案；3) 研发大数据服务总线、大数据汇聚整合、跨网跨域安全交换、综合办公、门户等相关产品。
通过过程改进进一步规范软件产品研发和项目实施过程，提升项目研发效率，提高产品质量，降低缺陷率，强化发布软件系统的产品化程度，缩短现场工程实施周期，从而提高的公司的业务效益，实现公司的商业目标。
《改进计划》（\cmmi\EPG-过程改进\01-诊断与改进计划）2.如何定期评鉴过程？(SP1.2)答：1）CMM过程改进项目启动时，由咨询公司结合我司商业目标以及项目实施和产品研发现状，针对CMM标准模型进行现状诊断，从而对当前软件成熟度现状有了初步的评价和改进意见；2）试点项目结束时，由项目组进行研发流程总结，总结本项目执行过程中发现的问题、提出建议，向EPG提交《项目总结报告》（cmmi\项目1-赣州公安项目\01-受控库\02-过程文件\04-支持）。
3）EPG组定期召开例会（2周一次），召集EPG组员收集试点项目的反馈信息，记录为《问题管理表》（\cmmi\EPG-过程改进\04-改进项目管理\组织级质量保证）、《》\cmmi\EPG-过程改进\07-持续改进，作为后续改进计划依据。
4）试点项目结束后，咨询公司进行了预评估，全面诊断过程改进情况，形成《预评估报告》（\cmmi\EPG-过程改进\06-预评估）EPG组长在整个cmm改进过程中，在各个阶段组织并监控评价过程，将评价结果向MSG汇报。
组织过程裁剪指南
错误!未指定书签。
变更记录修改点说明的内容有如下几种：创建、修改（+修改说明）、删除（+删除说明）目录1. 目的 (4)2. 裁减流程 (4)3. 裁剪的原则 (4)4. 裁剪需遵守的准则 (5)5. 业务目标和裁剪程度 (6)6. 裁剪方法 (6)7. 裁剪指南 (7)7.1 裁剪过程单元 (7)7.2 裁剪活动 (8)7.3 裁剪方法、工具 (9)7.4 裁剪模板 (9)7.5 裁剪度量 (9)7.6 裁减评审和会议 (9)1.目的公司的标准过程是在通用的层面上对共性进行描述，每个软件项目却因为自身的系统结构、项目环境等而具有不同的个性特征。
裁剪指南的目的在于指导软件项目根据自身特点裁剪公司标准过程，用以定义软件项目过程。
2.裁减流程在对项目风险、项目不确定性、项目特征进行初步分析的基础上，参照公司标准过程裁剪指南和软件生命周期选用指南，选定软件生命周期、项目过程、项目开发方法和工具。
3.裁剪的原则项目剪裁组织标准软件过程的一般原则：- 如果顾客对过程提出要求，则必须遵循-剪裁后不得降低工程师的生产率-剪裁后不得降低产品质量-剪裁后不得降低对工作进展的可视性（跟踪）-剪裁后不会对产品增加不必要的管理和控制-剪裁后的活动能有足够的人力支持-在成本核算上，剪裁后的活动是有效的，经费能足以支持如对于小项目，如果剪裁后项目定义过程中，要求许多会议，从而使生产率降低，则不符合剪裁准则。
可以有替代实践。
但必须阐述理由，特别是说明在项目的具体上下文内，它对实现过程目标的作用。
并且要求用文字记录其理由，项目定义过程必须得到SEPG的批准4.裁剪需遵守的准则●裁剪需考虑的因素，一般基于项目风险和项目特征。
项目特征有：➢项目规模（如大、中、小等）➢项目类型（如新开发、维护等）➢项目将要使用的技术难度➢项目开发经验（新应用领域、已有该应用领域开发经验）➢客户特殊要求和既定的方针➢过程实施的环境➢项目应用的标准以及由客户要求项目必须执行的标准➢资金约束、合同义务以及项目主办方制定的严格进度规定➢项目参与人员对过程和技术的经验水平，熟悉程度➢项目可能的变更程度和变更数目●裁剪的对象包括：过程单元、过程单元的各项活动、方法、工具、输出产品和模板、角色。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档名称 《立项可行性分析报告》 《技术预研报告》关键技术点初步解决方案、代码等
制定详细的项目计划
执行这项活动
评审项目计划及下属计划
正式评审 执行这项活动 执行这项活动
项目状况跟踪
执行这项活动 不执行这项活动
项目管理
项目监控 [PMC]
举行项目组周例会
执行这项活动
里程碑评审 采取纠正措施 制定《评审计划》 评审准备 项目评审管理 举行评审会议 [MR]
裁剪指南
过程分类 过程名称 活动名称 立项调查，可行性分析 技术预研 项目预算 召开立项决策会议 项目筹备 初步裁剪 初步估算 制定项目的初步计划 及下属计划 详细估算 详细裁剪 项目规划 [PP] 裁剪属性 执行这项活动 执行这项活动 不执行这项活动 执行这项活动 执行这项活动 不执行这项活动 执行这项活动 不执行这项活动 执行这项活动 执行这项活动 执行这项活动 立项管理 [PIM] 《项目预算表》 《立项报告》 《立项通知书》 《PDP说明》初稿 《项目估算报告》初稿 《Delphi估计表》 初步的《项目计划》及其下属计划 《项目进度表》 《项目估算报告》 《Delphi估计表》 《PDP说明》 《项目进度表》 《项目计划》及其下属计划 《风险管理计划》 《首要风险表表》 《项目资源计划》 《干系人计划》 《项目评审计划》 《质量保证计划》 《配置管理计划》 《采购计划》 《管理评审通知》 《管理评审准备表》 《管理评审报告》 《个人周报》 《里程碑报告》 《项目周报》
质量保证 [QA]
不符合项跟踪处理
执行这项活动
质量保证总结报告 执行这项活动 组织及配置管理员移交工作 执行这项活动 制定初步《配置管理计划》 执行这项活动
制定详细《配置管理计划》 执行这项活动 配置管理 [CM]
《QA总结报告》 候选项目库中的项目文档 初步《配置管理计划》 《配置项计划及跟踪表》 《基线计划及跟踪表》 详细《配置管理计划》 《配置项计划及跟踪表》 《基线计划及跟踪表》 《配置库管理报告》 《CM周报》 《配置项计划及跟踪表》 《配置项计划及跟踪表》 《基线计划及跟踪表》 《基线计划及跟踪表》 《产品发布报告》 《度量分析计划》 《度量分析计划》 《度量分析计划》 项目度量数据库
正式的文档
正式的文档
所有项目
正式的文档
所有项目
正式的文档
所有项目
正式的文档 正式的文档
所有项目 所有项目
正式的文档
所有项目
每周编写 每两周编写 不编写
PD=L/AID=H/TL<H PD=M PD=S
正式的文档
所有项目
每周编写 每两周编写 不编写 正式的文档 正式的文档 正式的文档
PD=L/AID=H/TL<H PD=M PD=S 所有项目 立项成功 所有项目
详细设计
设计评审
制定编码阶段计划
执行这项活动
制定编码阶段计划
执行这项活动
构建数据库 编制模块的任务描述 编码实现 实现与测试 [IT] 工程过程 代码走查 交叉单元测试 系统集成 编写集成测试用例 集成测试 缺陷管理 编写支持文档
执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 执行这项活动 正式评审 非正式评审 执行这项活动 正式评审 非正式评审 执行这项活动 正式评审 非正式评审 执行这项活动
不执行这项活动 正式评审 《里程碑报告》 《里程碑评审报告》 非正式评审 《项目周报》 执行这项活动 《项目计划变更控制报告》 执行这项活动 《评审计划》 《管理评审通知》 《管理评审准备表》 正式评审 《管理评审报告》
《项目周报》 《会议纪要》
项目评审管理 [MR] 修正、跟踪与审核 提交评审材料 评审工作产品 修正问题 制定风险管理计划 风险识别 风险管理 [RSKM]
正式的文档 正式的文档 每周编写 每两周编写 不编写 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档
所有项目 所有项目 PD>S|AID=H 不符合以上条件的项目 PD=S 所有项目 所有项目 所有项目 所有项目 所有项目 PD>S
正式的文档 所有项目
正式的文档
当需要对如下任何一项做 出判决时 1. 决定是否立项时； 2. 初步设计时选择产品 的体系构架、工具、平台 、实现方法等技术方案 时； 3. 概要设计时选择自行 编写组件还是复用现有组 件或直接购买成熟的商用 单一方案时不执行 当需要对如下任何一项做 出判决时 1. 决定是否立项时； 2. 初步设计时选择产品 的体系构架、工具、平台 、实现方法等技术方案 时； 3. 概要设计时选择自行 编写组件还是复用现有组 件或直接购买成熟的商用 单一方案时不执行 当需要对如下任何一项做 出判决时 1. 决定是否立项时； 2. 初步设计时选择产品 的体系构架、工具、平台 、实现方法等技术方案 时； 3. 概要设计时选择自行 编写组件还是复用现有组 件或直接购买成熟的商用
制定详细质量保证计划 评审质量保证计划
执行这项活动 非正式评审
过程和产品质量检查
执行这项活动
详细《质量保证计划及跟踪表》 《质量保证计划及跟踪表》 《过程审计检查表》 《产品审计检查表》 《QA审计报告》 《QA问题报告》 《QA里程碑报告》 《QA周报》 《过程审计检查表》 《产品审计检查表》 《QA审计报告》 《QA问题报告》 《QA里程碑报告》 《QA周报》
结项管理 [PCM]
需求开发 [RDM]
系统设计 [SD]
设计评审
执行这项活动 《初步设计方案》 不执行这项活动 执行这项活动 《概要设计说明书》 不执行这项活动 执行这项活动 《技术评审通知》 《技术评审准备表》 不执行这项活动 《技术评审报告》 《模块设计说明书》 《数据库设计说明书》 不执行这项活动 《用户界面设计说明书》 执行这项活动 《技术评审通知》 《技术评审准备表》 不执行这项活动 《技术评审报告》 执行这项活动 《实现与测试计划》 《项目进度表》中“实现与测试”部分
PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J PT=C PT=J 不符合下述条件的项目
正式的文档
不符合下述条件的项目
非正式文档 可选 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 正式的文档 不编写 正式的文档 正式的文档 正式的文档 正式的文档
客户验收 [CA]
执行这项活动 《验收问题记录》 《产品交接验收单》 《客户验收报告》 《服务与维护记录》 《服务与维护记录》 《服务与维护记录》 《服务与维护记录》
服务与维护 [SM]
执行这项活动
执行这项活动
《服务与维护记录》 《服务与维护报告》 《客户满意度调查表》 初步《质量保证计划及跟踪表》
PD=S/AID=L 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 所有项目 PD>S/AID=H 不符合上述条件的项目 所有项目 PD>S|AID=H|PV=H 不符合上述条件的项目 所有项目 PD>S|AID=H|PV=H 不符合上述条件的项目 所有项目
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
不符合以上条件
正式的文档
所有项目
正式的文档
项目存在需要外购的 产品，且该外购产品作为 交付给客户产品的一部分 。
正式的文档
所有项目
正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档
评审支持文档 制定《系统测试计划》 评审《系统测试计划》 系统测试 [ST] 编写《系统测试用例》 评审《系统测试用例》
《系统测试计划》 《技术评审报告》 《系统测试用例》 《技术评审报告》 《BUG管理单》 《BUG统计分析报告》 《系统测试报告》 《产品打包清单》 可执行程序、支持文档等
执行系统测试 验收准备 产品打包 现场安装调试 用户使用培训 试运行 验收交付 客户服务准备 受理客户问题 指导客户解决问题 移交产品维护人员 问题评审 进行产品维护并验证 向客户说明原因 问题处理结果调查 制定初步质量保证计划
正式的文档
所有项目
可选 正式的文档 正式的文档 正式的文档 每周编写 每两周编写 不编写 每周编写 每两周编写 不编写 正式的文档 正式的文档 正式的文档 所有项目 所有项目 所有项目 PD=M/AID=H PD=L PD=S|AID<H PD=M/AID=H PD=L PD=S|AID<H PD>=M/AID=H/PV>=M 不符合以上条件 所有项目 所有项目
创建和维护配置库
执行这项活动
项目支撑
度量分析 [MA]
不执行这项活动 创建配置项 执行这项活动 配置项变更控制 执行这项活动 创建基线 执行这项活动 基线审计 执行这项活动 产品发布 执行这项活动 建立项目度量目标 确定项目度量点 制定《度量分析计划》 执行这项活动 收集和分析度量数据 存储和通报度量分析结果
采购管理 [SAM]
执行这项活动 风险分析 风险规避和缓解 风险跟踪 更新组织级“风险列表库” 确定项目采购计划 选择供应商 签定供应商协议 监控供应商过程 执行这项活动 产品交接 验收采购产品 转换产品 代码复用总结 结项准备 执行这项活动 结项申请 结项评审 资料纳入组织级过程资产库 执行这项活动 用户需求获取 不执行这项活动 执行这项活动 软件需求分析 不执行这项活动 执行这项活动 需求跟踪 不执行这项活动 执行这项活动 需求变更控制 不执行估准则》