下载文档原格式
研发过程如何进行裁剪项目特点是裁剪依据和出发点。
裁剪指南应包括以下的内容：明确可裁剪的对象：可裁剪对象确定了裁剪的范围，可裁剪对象不仅限于过程元素和活动，还包括标准、方法和工具、输出的工作产品及模板等。
确定裁剪所考虑的要素：对于某个裁剪对象，其范围、频度、正式度等都是裁剪要素。
如，对于已有类似开发经验的项目，可以适当减少过程培训、业务培训等活动；对于开发周期较短的项目，可以适当合并一些评审活动，如概要设计和详细设计评审合并进行。
项目在进行裁剪时，由于裁剪指南很难枚举所有的裁剪情况，因此有时还是需要项目经理和QA依据经验进行判断和决定，这时，最根本的依据就是项目的质量要求和对风险的考虑。
首先要分析如果一旦裁剪掉某些活动，是否会给项目带来风险，带来多大的风险，以及是否影响项目质量目标的达成。
然后综合考虑后才能决定是否裁剪，如何裁剪。
另一方面，企业建立标准过程的目的不是为了“为了规范而规范”，而是为了提高过程和技术的重用。
因此，如果项目在裁剪时有很大的灵活度，每个项目定义的过程都很随意或者项目过程之间相似的内容很少，那么重用的目的就很难实现了。
所以，规范度和灵活度是项目裁剪时需要平衡的另外两个要素。
概括之，过程裁剪的原则是：质量与风险并重，规范与灵活的平衡。
一、企业在应用过程裁剪时的常见问题不论企业实施了ISO9001、CMMI、六西格玛，或是其它任何类型的质量管理体系，通常都会形成完整的公司级标准过程体系。
但当项目经理需要在项目中使用这个已定义好的过程体系文件时，面对厚厚的过程文件往往无从下手，心中也充满疑虑：1. 我的项目开发周期只有3个月，团队4、5个人，难道要完全按照公司定义的标准过程执行吗？如果必须执行所有的过程和子过程，生成所有要求的技术和管理文档，那项目的开发周期恐怕不是3个月，而是4、5个月了。
那我的项目还能成功吗？2. 我听说过“裁剪”这个词，不过到底是“裁剪”还是“裁减”，我还没有弄明白。
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同意。
****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录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（Capability Maturity Model Integration）是一种用于评估组织在软件和系统开发方面成熟度的模型。
在CMMI 中，过程裁剪是指在满足项目需求和组织标准的前提下，对组织的过程进行适当调整或裁剪，以适应项目的特定需求。
过程裁剪可以涉及以下几个方面：
1. 定义组织过程：组织应该明确其标准和过程，并确保项目团队了解和遵循这些标准和过程。
在项目开始之前，项目团队应该评估项目的需求和目标，并确定需要哪些过程来满足这些需求和目标。
2. 建立活动模板：根据项目的特定需求，项目团队可以创建或修改活动模板。
活动模板可以包括工作产品（如需求文档、设计文档、测试用例等）的格式、内容、评审和批准等方面的规定。
3. 制定项目模板：项目模板可以包括项目计划、项目监督和控制文档、风险管理计划等方面的规定。
项目团队可以根据项目的特定需求，制定适合项目的模板，以确保项目的过程得到有效执行。
4. 裁剪过程：在项目执行过程中，项目团队可以根据实际情况对过程进行适当裁剪。
例如，如果项目时间紧迫，团
队可能会选择不进行某些不必要的活动或减少某些任务的细节程度。
但是，任何裁剪都应该在不影响项目质量的前提下进行，并且应该经过适当的授权和批准。
5. 监控和改进：项目团队应该监控项目的执行情况，并与组织的过程标准进行比较。
如果发现偏差或不符合项，团队应该及时采取纠正措施，并改进组织的过程，以提高未来的项目质量和效率。
总之，CMMI的过程裁剪是一个灵活的过程，需要根据项目的具体情况进行适当调整和改进。
通过合理的裁剪和改进，可以提高项目的效率和质量，并帮助组织不断提高其成熟度水平。
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 组织标准软件项目生命周期生命周期在一般的工程中通常要经过分析、设计、实现和运行维护等几个阶段；为了用工程化方式来有效的管理软件项目的全过程，软件项目生命周期也可以分成几个阶段。
组织级过程裁剪规程文档编号：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)：可在组织内使用的基本过程定义，用它来引导建立项目的一般软件过程。
它描述每个软件项目打算并入自己的项目定义的软件过程中的基本软件过程要素，还描述这些软件过程要素之间的关系（如排序和接口）；●项目定义的软件过程：由某项目使用的软件过程的操作定义。
利用软件标准、规程、工具和方法对项目定义的软件过程进行恰当的表征和描述，使其易于理解。
C M M I体系文件-O P D-标准软件过程裁剪指南-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的................................................................................. 错误!未定义书签。
2适用范围 ......................................................................... 错误!未定义书签。
3资源和工具...................................................................... 错误!未定义书签。
4定义和缩写...................................................................... 错误!未定义书签。
5职责................................................................................. 错误!未定义书签。
6指南................................................................................. 错误!未定义书签。
启动条件........................................................................ 错误!未定义书签。
