最简单的捕捉和沟通RUP裁剪的方法是构造一个RUP开发案例。在你已经裁剪了 RUP 之后，你可以用 RUP 提供的开发案例模板来捕捉过程。你可以将这个开发案例放在项目的站点上用来参考。在站点上你可以链接到裁剪的过程上。每个人都可以评审裁剪的项目。材料评审可以在开始RUP迭代之前的一个组会上进行。
通过举例说明如何用RUP过程工作台（RPW）自定义工具来构建插件，我将会更进一步地讨论这个步骤。正如本文一开始所提到的，这些工具是 RUP Organizer，它使得你作出公共的定制而不影响潜在的 RUP 元模型以及能够让你使用结构的插件的 RUP Modeler 。但是这个过程的细节很容易的就使文章的长度加倍了。所以这里我将停止对它的讨论。
在过去的二十年内，我已经看到或者参加了我分享的过程改进项目。通过这样做，我见证了当业界标准被使用作为一个公司，业务、部门、计划或者某些其它的组织单元的过程时，只得到了有限的成功。我也经历了尝试将公司的过程映射到标准和指导方针。执行这些映射的工作无疑是显示一致性、成熟度或者认证的方法。将标准映射到业务会给你提供对标准和过程非常有帮助的理解，而这只是你需要集成它们的工作的一部分。恰当的例子：Rational统一过程和项目管理协会项目管理知识体系。
通过随后本文列出的技术，我相信你可以将RUP裁剪映射到PMBOK非常好的实践。特别地，在IBM Rational，我们已经发现我们可以用PMBOK 过程输入来调整RUP的输入工件，用PMBOK步骤过程工具和技术来调整RUP步骤，用PMBOK过程输出来调整RUP结果工件。
一旦我们发现什么是需要裁剪的，我们有一些选择使得这些改变对于项目组是可以获得的。我们可以构建一个开发案例文档、使用 RUP Organizer，和/或者 RUP Modeler。
