研发过程如何进行裁剪
需求工程的过程模型及其裁剪方法实例
需求工程的过程模型及其裁剪方法实例需求工程是软件工程中极为重要的一个环节，它直接关系到软件最终的质量和用户满意度。
需求工程的过程模型是指在软件开发中，对需求进行收集、分析、规格说明、验证和管理等一系列过程的组合。
不同的项目需要采用不同的需求工程过程模型，以满足项目的特定需求和情况。
本文将探讨需求工程的过程模型及其裁剪方法实例，以便更好地理解和应用需求工程的相关知识。
1. 瀑布模型瀑布模型是需求工程中最常见的过程模型之一，它将需求工程划分为需求获取、需求分析、需求规格、需求验证和需求管理等阶段，各阶段之间存在严格的顺序关系。
瀑布模型适用于需求变动非常小或可预测的项目，但在实际应用中往往难以应对需求变更频繁的情况。
2. 增量模型增量模型是一种逐步完善系统的过程模型，它将系统划分为多个相互独立的子系统，然后逐步完成各个子系统的开发和集成。
增量模型适用于大型复杂项目，能够缩短项目的交付周期，同时也更容易应对需求的变更。
3. 螺旋模型螺旋模型将软件开发过程划分为多个循环，每个循环都包括需求分析、风险分析、软件设计、编码、测试和评审等过程。
螺旋模型适用于对项目风险较高或需求不够明确的情况，通过不断的迭代和风险管理，可以最大程度地降低项目失败的风险。
4. 敏捷模型敏捷模型是一种注重灵活性和响应变化的软件开发方法，它强调团队协作、快速交付和持续反馈。
敏捷模型适用于需求变动频繁或需求不够明确的项目，通过不断地反馈和迭代，可以更好地满足用户的需求。
需求工程的过程模型裁剪方法实例在实际项目中，很少有一个过程模型可以直接拿来使用，因为每个项目都有自己的特点和需求。
需要对现有的过程模型进行裁剪，以满足项目的具体需求。
裁剪的方法主要包括以下几个步骤：1. 识别需求首先需要对项目的需求进行全面的识别和分析，包括项目的特点、约束条件、风险因素等。
只有全面理解了项目的需求，才能更好地选择和裁剪合适的过程模型。
2. 选择原型根据项目的需求和特点，选择一个适合的原型过程模型作为基础模型。
软件开发过程中的工作产品裁剪的依据是什么？
软件开发过程中的工作产品裁剪的依据是什么？实施GJB5000，需要按照组织的标准过程执行。
但是，GJB5000承认软件项目的复杂性，标准过程所推荐的各项活动和工作产品并不适用于所有项目，每个项目都可以根据自己的实际情况对标准过程的活动和工作产品进行裁剪。
这里谈谈软件开发过程中的工作产品如何裁剪。
首先说明下软件工作产品的裁剪范围。
任何一个工作产品的产出，不管是技术文档还是统计表单、总结报告，都需要付出一定的工作量，所以，除了最终交付用户使用的软件是唯一不会裁剪的对象，其他的工作产品都是可裁剪的。
其次要正确使用工作产品的裁剪方式。
工作产品的裁剪不一定就是简单的去除，不产生工作产品，有时只是采取一种简化的方式替代。
比如，用户需求文档就不能不产生，但可以不必产生严格遵循GJB438B的软件研制任务书，而是使用用户需求列表来替代。
最后，工作产品的裁剪依据是它自身的价值。
1.工作产品对项目目标的实现是否有用软件项目经理应当能够根据项目的目标和实际情况判断每个工作产品的价值。
如果工作产品对于项目的价值很小，还需要付出很大的工作量，这样的工作产品就需要裁剪。
比如，对于竞标项目，它的项目目标通常是“在短时间内开发出满足主要功能需求的可以用于演示的软件”，那么软件的需求、设计、测试等文档都可以进行裁剪——不必使用符合GJB438B要求的正式文档，随之带来的减少正式的评审和文档标准化，这会节省大量的工作量，对于快速实现具有一定质量的软件很有帮助。
2.工作产品是否裁剪取决于它是否有人“资助”有时候工作产品是否裁剪不是取决于项目组内部，而是项目组外部。
这种情况下，工作产品对于项目的价值不是很大，但是对于项目组外部的利益相关方却有很大的价值。
比如，质量体系检查要求必须有符合GJB438B的软件开发计划文档；转阶段评审要求必须提供软件研制总结文档等等。
原则上，谁需要这些工作产品，谁就应当为它付出成本。
如果有人愿意为这个工作产品提供“资助”，项目组可以为她产生这个工作产品。
cmmi过程裁剪模板
cmmi过程裁剪模板摘要：一、引言1.背景介绍2.重要性阐述二、CMMI过程裁剪概述1.CMMI简介2.过程裁剪定义3.裁剪的目的和意义三、CMMI过程裁剪方法1.了解组织目标和需求2.分析适用过程区域3.选择合适的过程能力等级4.确定所需的过程描述和文档5.制定裁剪计划四、裁剪过程中的注意事项1.保持灵活性2.确保裁剪后的过程满足组织需求3.注重团队成员的参与和反馈4.定期评估和调整五、CMMI过程裁剪实例1.某企业案例介绍2.裁剪过程详述3.裁剪效果分析六、总结与展望1.CMMI过程裁剪的价值2.进一步优化和完善的方向正文：一、引言1.背景介绍随着信息技术的发展，软件开发越来越复杂，项目管理和质量控制成为关键要素。
为此，CMMI（Capability Maturity Model Integration，能力成熟度模型集成）应运而生。
CMMI为软件企业和组织提供了一套成熟的过程改进框架，帮助其提高项目管理能力和产品质量。
然而，每个组织的过程需求和特点都不尽相同，因此，针对自身需求进行CMMI过程裁剪变得尤为重要。
2.重要性阐述过程裁剪对于组织来说具有重大意义。
首先，合适的裁剪有助于提高过程执行力，确保项目顺利进行。
其次，针对性的裁剪可以降低不必要的繁琐工作，提高工作效率。
最后，合理的裁剪有助于组织更好地适应不断变化的市场环境，实现持续过程改进。
二、CMMI过程裁剪概述1.CMMI简介CMMI是由美国卡内基梅隆大学软件工程研究所（SEI）开发的，它将多个成熟度模型集成在一个统一的框架中，适用于不同规模和组织类型的企业。
CMMI分为五个等级，分别为：初始级、可重复级、已定义级、已管理级和优化级。
2.过程裁剪定义过程裁剪是指根据组织的实际情况和需求，对CMMI中的过程区域、能力等级、过程描述和文档等进行筛选和调整，以形成符合组织特点的过程体系。
3.裁剪的目的和意义过程裁剪的主要目的是使CMMI模型更好地适应组织内部的需求和特点，提高过程改进的效果。
cmmi过程裁剪模板
CMMI（Capability Maturity Model Integration）是一种用于评估组织在软件和系统开发方面成熟度的模型。
在CMMI 中，过程裁剪是指在满足项目需求和组织标准的前提下，对组织的过程进行适当调整或裁剪，以适应项目的特定需求。
过程裁剪可以涉及以下几个方面：
1. 定义组织过程：组织应该明确其标准和过程，并确保项目团队了解和遵循这些标准和过程。
在项目开始之前，项目团队应该评估项目的需求和目标，并确定需要哪些过程来满足这些需求和目标。
2. 建立活动模板：根据项目的特定需求，项目团队可以创建或修改活动模板。
活动模板可以包括工作产品（如需求文档、设计文档、测试用例等）的格式、内容、评审和批准等方面的规定。
3. 制定项目模板：项目模板可以包括项目计划、项目监督和控制文档、风险管理计划等方面的规定。
项目团队可以根据项目的特定需求，制定适合项目的模板，以确保项目的过程得到有效执行。
4. 裁剪过程：在项目执行过程中，项目团队可以根据实际情况对过程进行适当裁剪。
例如，如果项目时间紧迫，团
队可能会选择不进行某些不必要的活动或减少某些任务的细节程度。
但是，任何裁剪都应该在不影响项目质量的前提下进行，并且应该经过适当的授权和批准。
5. 监控和改进：项目团队应该监控项目的执行情况，并与组织的过程标准进行比较。
如果发现偏差或不符合项，团队应该及时采取纠正措施，并改进组织的过程，以提高未来的项目质量和效率。
总之，CMMI的过程裁剪是一个灵活的过程，需要根据项目的具体情况进行适当调整和改进。
通过合理的裁剪和改进，可以提高项目的效率和质量，并帮助组织不断提高其成熟度水平。
triz裁剪规则
triz裁剪规则TRIZ裁剪规则：创新设计的利器引言：创新是推动社会进步和企业发展的重要动力，而在创新设计的过程中，我们常常会遇到各种问题。
如何找到创新的解决方案，成为了摆在设计师面前的一道难题。
TRIZ（Theory of Inventive Problem Solving）作为一种系统化的创新方法，提供了一系列的裁剪规则，帮助我们在设计过程中找到最佳的解决方案。
本文将介绍几个常用的TRIZ裁剪规则，并结合实例进行说明。
一、矛盾矩阵法矛盾是指在设计中存在的相互矛盾的需求或条件，解决矛盾是创新设计的关键。
TRIZ提供了矛盾矩阵法，通过对矛盾的分类和分析，帮助我们找到解决矛盾的思路。
例如，在设计电子产品时，我们常常面临电池寿命和体积的矛盾。
传统的解决方法是提高电池容量，但这会增加产品的体积。
通过矛盾矩阵法，我们可以发现“体积-容量”的矛盾对应的解决原理是“分割”。
因此，我们可以将电池分割成多个小单元，提高电池容量的同时又不增加产品的体积。
二、逆向思维法逆向思维是TRIZ中的一项重要原则，通过逆向思考问题，可以找到创新的解决方案。
逆向思维法包括逆向分析和逆向假设两个步骤。
以设计交通工具为例，我们常常面临速度和安全性的矛盾。
传统的解决方法是提高车辆的安全性，但这会降低车辆的速度。
通过逆向思维法，我们可以假设车辆在高速行驶时更安全，然后分析这种情况下的原理和条件。
通过逆向分析，我们发现飞机在高速飞行时是相对安全的，因此可以借鉴飞机的设计理念，将其应用到车辆上，提高车辆的速度和安全性。
三、功能转移法功能转移是指将某个物体或系统的功能从一个领域转移到另一个领域，通过这种方式解决问题。
TRIZ提供了一些常用的功能转移模型，帮助我们找到功能转移的思路。
例如，在设计家用电器时，我们常常面临节能和性能的矛盾。
传统的解决方法是降低设备的性能，以达到节能的目的。
通过功能转移法，我们可以将节能的思路从其他领域转移到家用电器上。
前端开发技术中的图片裁剪和缩放实现指南
前端开发技术中的图片裁剪和缩放实现指南在现代互联网时代，网站和移动应用的用户体验已经成为了开发者们关注的一个重要方面。
而其中一个重要的因素就是图片的处理和展示。
在前端开发中，如何实现图片的裁剪和缩放成为了一个值得研究的课题。
本文将介绍一些常见的图片裁剪和缩放技术，并给出实现指南。
一、图片裁剪图片裁剪是指从原始图片中选择感兴趣部分，并将其剪切出来。
在前端开发中，常见的图片裁剪方式有两种：CSS 裁剪和 JavaScript 裁剪。
1. CSS 裁剪CSS 裁剪是利用 CSS 属性来裁剪图片。
常用的 CSS 属性有 `clip` 和 `object-fit`。
`clip` 属性可以通过设置 `rect(top, right, bottom, left)` 来定义一个矩形区域，其中 `top`、`right`、`bottom` 和 `left` 分别表示矩形区域的上、右、下、左边界的位置。
通过设置 `clip` 属性为 `rect(top, right, bottom, left)`，可以将图片裁剪为指定的矩形区域。
`object-fit` 属性可以通过设置 `cover`、`contain`、`fill`、`none`、`scale-down`等值来控制图片的缩放和裁剪方式。
其中 `cover` 表示等比例缩放图片，使其充满容器，可能会有部分被裁剪；`contain` 表示等比例缩放图片，使其完全显示在容器内，可能会有留白；`fill` 表示不按比例缩放图片，直接填满容器；`none` 表示不缩放图片，保持原始尺寸；`scale-down` 表示选择 `none` 或者 `contain` 中较小的一个。
2. JavaScript 裁剪JavaScript 裁剪是通过操作 DOM 元素来实现图片裁剪。
常用的 JavaScript 库有`Cropper.js`、`Jcrop` 等。
`Cropper.js` 是一个功能强大的图片裁剪插件，提供了丰富的裁剪功能，可以根据用户的操作来实时裁剪图片。
triz裁剪规则
triz裁剪规则TRIZ（Theory of Inventive Problem Solving）裁剪规则引言：TRIZ（Theory of Inventive Problem Solving）是由苏联工程师阿尔图尔·谢尔盖耶维奇·盖尔所提出的一种解决问题的方法论。
TRIZ通过研究和分析大量的发明创造案例，总结出了一系列的原则和规则，帮助人们更好地解决问题和创新。
本文将聚焦于TRIZ中的裁剪规则，介绍其原理和应用。
一、裁剪规则简介裁剪规则是TRIZ中的一项重要原则，其基本思想是通过裁剪、削减和简化来解决问题。
裁剪规则的核心概念是“去除冗余”，即通过去除问题中的多余部分，从而实现问题的简化和优化。
二、裁剪规则的应用1. 问题的分解和简化：裁剪规则可以帮助人们将复杂的问题分解为更小、更简单的子问题。
通过裁剪掉问题中的冗余部分，可以更好地理解和解决问题。
2. 产品设计和优化：在产品设计过程中，裁剪规则可以帮助设计师去除产品中的冗余功能和部件，从而简化产品结构，提高产品的效能和性能。
3. 流程优化和效率提升：裁剪规则可以应用于流程优化领域，帮助人们去除冗余的步骤和环节，提高工作效率和资源利用率。
4. 创新思维的激发：裁剪规则可以激发人们的创新思维，通过去除问题中的多余部分，寻找新的解决方案和创新点。
三、裁剪规则的实例应用1. 问题：某工厂的生产线存在着频繁的故障和停机现象，影响了生产效率。
解决方案：通过裁剪规则，可以对生产线进行简化和优化，去除冗余的设备和工序，提高生产线的稳定性和运行效率。
2. 问题：某公司的业务流程复杂繁琐，导致工作效率低下。
解决方案：通过裁剪规则，可以简化业务流程，去除冗余的环节和步骤，提高工作效率和员工满意度。
3. 问题：某产品的设计过于复杂，导致生产成本高昂。
解决方案：通过裁剪规则，可以去除产品中的冗余功能和部件，简化产品结构，降低生产成本，提高产品的竞争力。
cmmi过程裁剪模板
cmmi过程裁剪模板【原创版4篇】篇1 目录1.CMMI 过程裁剪模板概述2.CMMI 过程裁剪的步骤3.CMMI 过程裁剪的注意事项4.CMMI 过程裁剪的案例分析5.总结篇1正文一、CMMI 过程裁剪模板概述CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种集成化的过程改进框架，旨在帮助组织提高其软件开发和维护过程的成熟度。
CMMI 过程裁剪模板是一种用于裁剪和定制 CMMI 过程的工具，以便组织可以根据自身的特点和需求，选择和应用最适合自己的过程。
本文将为您介绍 CMMI 过程裁剪模板的基本概念、使用方法和注意事项。
二、CMMI 过程裁剪的步骤1.确定目标：明确需要裁剪的 CMMI 过程领域和目标，为后续的裁剪工作提供方向。
2.了解 CMMI 过程：熟悉 CMMI 的各个过程领域和过程，以便在裁剪过程中能够合理地选择和组合。
3.分析现有过程：分析组织的现有软件开发过程，找出与 CMMI 过程的差异，为裁剪提供依据。
4.选择和定制过程：根据组织的实际情况，选择适合的 CMMI 过程，并进行必要的定制，以满足组织的需求。
5.整合过程：将选择的 CMMI 过程与组织的现有过程进行整合，形成一个统一的过程体系。
6.实施和评估：按照裁剪后的过程进行软件开发活动，并定期对过程的实施效果进行评估，以便持续改进。
三、CMMI 过程裁剪的注意事项1.确保裁剪后的过程符合组织的实际情况和需求，避免盲目地照搬CMMI 的过程。
2.在裁剪过程中，要注重过程的连续性、一致性和有效性，确保裁剪后的过程能够顺利实施。
3.定期对裁剪后的过程进行评估和优化，以确保过程的持续改进和组织的持续发展。
四、CMMI 过程裁剪的案例分析某软件开发公司为了提高软件开发过程的成熟度，决定采用 CMMI 过程裁剪模板对现有的软件开发过程进行改进。
经过分析和裁剪，该公司选择了 CMMI 的 5 个过程领域，分别是需求管理、项目管理、软件工程、支持性和过程改进。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
研发过程如何进行裁剪
项目特点是裁剪依据和出发点。
裁剪指南应包括以下的内容：
明确可裁剪的对象：可裁剪对象确定了裁剪的范围，可裁剪对象不仅限于过程元素和活动，还包括标准、方法和工具、输出的工作产品及模板等。
确定裁剪所考虑的要素：对于某个裁剪对象，其范围、频度、正式度等都是裁剪要素。
如，对于已有类似开发经验的项目，可以适当减少过程培训、业务培训等活动；对于开发周期较短的项目，可以适当合并一些评审活动，如概要设计和详细设计评审合并进行。
项目在进行裁剪时，由于裁剪指南很难枚举所有的裁剪情况，因此有时还是需要项目经理和QA依据经验进行判断和决定，这时，最根本的依据就是项目的质量要求和对风险的考虑。
首先要分析如果一旦裁剪掉某些活动，是否会给项目带来风险，带来多大的风险，以及是否影响项目质量目标的达成。
然后综合考虑后才能决定是否裁剪，如何裁剪。
另一方面，企业建立标准过程的目的不是为了“为了规范而规范”，而是为了提高过程和技术的重用。
因此，如果项目在裁剪时有很大的灵活度，每个项目定义的过程都很随意或者项目过程之间相似的内容很少，那么重用的目的就很难实现了。
所以，规范度和灵活度是项目裁剪时需要平衡的另外两个要素。
概括之，过程裁剪的原则是：质量与风险并重，规范与灵活的平衡。
一、企业在应用过程裁剪时的常见问题
不论企业实施了ISO9001、CMMI、六西格玛，或是其它任何类型的质量管理体系，通常都会形成完整的公司级标准过程体系。
但当项目经理需要在项目中使用这个已定义好的过程体系文件时，面对厚厚的过程文件往往无从下手，心中也充满疑虑：
1. 我的项目开发周期只有3个月，团队4、5个人，难道要完全按照公司定义的标准过程执行吗？如果必须执行所有的过程和子过程，生成所有要求的技术和管理文档，那项目的开发周期恐怕不是3个月，而是4、5个月了。
那我的项目还能成功吗？
2. 我听说过“裁剪”这个词，不过到底是“裁剪”还是“裁减”，我还没有弄明白。
即便弄明白了应该是“裁剪”，是Tailoring，而非“裁减”，可具体该怎么操作？我可以随心所欲将自己认为不必要的或者很费时费事的过程裁剪掉吗？
3. 如果公司有QA，也有《裁剪指南》，那就好办了，我可以在QA的帮助下使用《裁剪指南》裁剪得到项目的过程，执行就是了。
但如果公司没有QA 的角色，我就只能自己进行裁剪了。
可是，裁减的结果需要有人批准吗？
在这里，我们假定完整的公司级标准过程体系是包括了企业的方针、过程、指南、模板和表单等一整套的体系。
那么，项目经理该如何是好？
二、过程裁剪的目的和作用
建立裁剪指南的目的是用来指导项目对组织标准过程（Organizational Standard Process, OSP）进行裁剪，以形成符合项目特点的项目定义过程（Process Defined Process, PDP）。
组织标准过程是在企业的层面上描述的，它包括了开发一个完整产品/项目的全过程，以及相应的支撑过程，它是一个企业运作的过程的全集。
因此，每个特定的项目都可能无法直接使用组织标准过程。
比如，组织标准过程描述了开发一个系统级产品的完整过程，开发过程中包括了软件、硬件、结构、工业设计等开发过程。
而某个特定项目仅仅包括纯软件的开发工作，在这种情况下，该项目无法也不应该盲目遵照执行完整的过程。
或者，某个特定项目，项目的成功标准是按时交付，而客户要求的项目交付期特别短。
为了达成这个目标，项目也不得不对过程进行裁剪以满足客户的需要。
裁剪指南就是来帮助项目裁剪组织标准过程，以形成项目定义过程，使用项目定义过程来管理项目，实现项目的目标。
裁剪指南能确保所有项目在定义项目特定的工程活动、需求开发和管理、计划、监控、测量分析、配置管理、质量保证过程时有一个共同基础。
裁剪指南主要可在以下方面指导项目：
1. 选择适当的生命周期（是组织标准过程中的一部分），由于各种生命周期模型在软件工程领域已经有深入的研究，业界对于瀑布模型、迭代模型、增量模型、螺旋模型的使用场合等也基本达成了共识。
因此，项目只需要将项目的实际特点与生命周期模型的应用场合相匹配，选择合适的生命周期类型即可。
2. 剪裁组织标准过程和所选择的软件生命周期，使之符合项目的具体特点。
三、如何进行过程裁剪
1. 裁剪的原则
本文中多次提到“项目特点”一词，项目特点包括了：①项目规模，如大、中、小等，通常可以使用功能点（Function Point）或KLOC（千行代码）、单板数等单位进行度量；②项目类型，如开发、维护、功能增强等；③项目技术复杂度；
④项目周期；⑤产品种类等要素。
项目特点是裁剪依据和出发点。
裁剪指南应包括以下的内容：
（1）. 明确可裁剪的对象。
可裁剪对象确定了裁剪的范围，可裁剪对象不仅限于过程元素和活动，还包括标准、方法和工具、输出的工作产品及模板等。
（2）. 确定裁剪所考虑的要素。
对于某个裁剪对象，其范围、频度、正式度等都是裁剪要素。
如，对于已有类似开发经验的项目，可以适当减少过程培训、业务培训等活动；对于开发周期较短的项目，可以适当合并一些评审活动，如概要设计和详细设计评审合并进行。
项目在进行裁剪时，由于裁剪指南很难枚举所有的裁剪情况，因此有时还是需要项目经理和QA依据经验进行判断和决定，这时，最根本的依据就是项目的质量要求和对风险的考虑。
首先要分析如果一旦裁剪掉某些活动，是否会给项目
带来风险，带来多大的风险，以及是否影响项目质量目标的达成。
然后综合考虑后才能决定是否裁剪，如何裁剪。
另一方面，企业建立标准过程的目的不是为了“为了规范而规范”，而是为了提高过程和技术的重用。
因此，如果项目在裁剪时有很大的灵活度，每个项目定义的过程都很随意或者项目过程之间相似的内容很少，那么重用的目的就很难实现了。
所以，规范度和灵活度是项目裁剪时需要平衡的另外两个要素。
概括之，过程裁剪的原则是：质量与风险并重，规范与灵活的平衡。
2. 裁剪的过程
如图所示，裁剪过程有这样一些主要活动：
（1）. 根据组织标准过程和裁剪指南，进行过程裁剪，以符合项目特征。
项目经理在QA的协助下完成该项工作。
（2）. 记录裁剪的理由，将裁剪的结果整理成项目定义过程文档。
（3）. EPG（工程过程组）审核裁剪理由和项目定义过程，并批准。
审核的检查点主要包括：是否与组织标准过程一致，是否符合本项目的特点，是否记录了充分的裁剪理由。
如果审核不通过，则重新进行过程裁剪，或进行修改。
（4）. 使用项目定义过程就是要基于项目定义过程制定项目计划，根据计划监控项目的实施。
3. 应避免的误区
(1) “裁剪”而非“裁减”
常常见到企业的过程体系中赫然存在一份《裁减指南》，员工也往往认为裁剪就是大刀阔斧地“减少”完整的过程要求。
如果项目时间紧、缺乏资源，就可以这么做。
这是一个认识的误区。
所谓“裁剪”就是量体裁衣，根据项目特点量身定做最适合项目的过程，以期项目用最经济的过程实现质量目标。
对于一个开发周期超过1年的系统级产品的开发，公司定义的四大决策评审点：概念决策、计划决策、可获得性决策和生命周期决策，以及六大技术评审点，技术评审1至6，可能“一个都不能少”。
而对于一个快速定制开发的项目而言，很可能只需要将概念和计划决策合并为一个决策评审点，某些技术评审点也可以合并。
(2) 直接用项目定义过程来管理项目
有些项目经理认为裁剪得到了项目定义过程，然后就可以开始项目的具体工作了。
但项目定义过程并非项目计划，更不能替代项目计划。
项目经理应基于项目定义过程制定项目的WBS（工作分解结构），以WBS为基础进行工作量、规模和进度估算，制定项目进度表和完整的项目计划。
后续工作要以项目计划为基础监控项目的实施。
在过程中，项目还要记录、收集和分析实施中的度量数据，用于监控项目。
一些常见的问题、风险和经验教训总结更应该提升到组织层面进行统一管理和协调。
从而不断改进组织标准过程，形成闭环。
(3) 不允许裁剪过程，或者裁剪有很大的灵活度
有些企业在刚刚建立过程体系时，由于很难立即制定一份完善的裁剪指南，所以干脆一刀切，不允许裁剪过程。
但这样硬性规定的结果是一些维护型、功能增强型的项目要么就是在搞不清状况的情况下照着完整的过程执行，生成很多文档，也延误了开发周期，降低了效率；要么干脆拒绝执行过程，仍然按照过去的工作方式开发。
显然，这就违背了建立过程体系的初衷。
另一个极端是企业允许过程裁剪有很大的灵活度，却没有设定一些原则。
这样的结果往往是项目随心所欲地裁剪过程，最终项目形成的过程资产的可重用性非常低。
针对规范性和灵活度的平衡，很多企业倡导“先僵化，后优化”的原则，在过程建立的初期尽量削足适履，等到积累了一些经验后再优化过程，形成更易操作的裁剪指南。