实施GJB5000B，一定要学会过程裁剪。虽然在标准中明确规定各个实践域、实践、活动、工作产品等等都可以裁剪，但是对于实践、活动、工作产品的裁剪却没有具体指南。所以，实际上操作起来有的组织裁剪过度，有的组织不敢越雷池一步。
在TRIZ理论（发明问题解决理论）中有关于系统裁剪的理论，实施GJB5000B的组织可以借鉴它的裁剪思想实施过程裁剪。
TRIZ理论中的系统裁剪即根据系统需要裁剪某个组件，同时把它有用的功能提取出来，让其他组件或系统外部去实现这个功能，从而达到降低成本、提高系统理想度的目的。
进行系统裁剪遵循以下5个原则：
基于项目目标选择裁剪对象。
选择“具有负面功能的组件”。
选择“低价值的组件”。
选择“提供辅助功能的组件”。
选择“其他有必要裁剪的组件”。
以上原则也可以用于GJB5000B的裁剪。
GJB5000B的裁剪依据项目的具体情况进行，项目周期长短、项目质量高低都影响着过程如何进行裁剪。
逐一分析项目的过程活动，找出那些对开发过程/项目团队来说价值较低的、甚至有害的活动进行裁剪。
进行系统裁剪通常有以下3个常见策略：
唇亡齿寒。如果某个组件可以裁剪，那么向它施加作用的组件也可以裁剪。
自力更生。如果组件B自己可以完成组件A施加给它的功能，那么组件A可以裁剪。
移花接木。如果组件C可以完成组件A的功能，那么组件A可以裁剪。
以上策略也可以用于GJB5000B的裁剪。在实施GJB5000B的过程中应当避免出现活动/工作产品冗余，如果某个活动/工作产品存在冗余或者可以被更简单高效的活动/工作产品替代，它就应该被裁剪。
系统裁剪前应该思考以下问题：
我们需要这个组件所提供的功能吗？
在系统内部或系统周边，有没有其他组件可以实现该功能？
现有的资源能不能实现该功能？是否有其他组件的属性可以呈现此功能？在系统环境中，是否有其他物质可作为资源来提供此功能？系统中是否有某些具进化潜能的组件可作为资源来提供此功能？
能不能用更便宜的方法来实现该功能？
相对于其他组件而言，该组件与其他组件是不是存在必要的装配或运动关系？
实施GJB5000B过程裁剪前也应该思考以下问题：
这个活动有必要执行吗？
这个工作产品有必要产生吗？
有没有更高效的方式替代这个活动？
这个工作产品能否被替代？
这个流程能否更优化？
他山之石可以攻玉。GJB5000B过程裁剪可以借鉴下TRIZ理论的系统裁剪理论。
这正是：
他山攻玉有良谋，五千参考TRIZ流
五则三策须留意，系统裁剪见真修
参考书目：创新之道﹣-TRIZ理论与实战精要，作者：韩旭 储昭卫 姚威，出版社：清华大学出版社
