尽管和RUP相比，OpenUP具备“最小化”的特点，但是内容依然比较多，毕竟是几十年软件行业最佳实践发展而来。本文提供了一种按部就班，逐步演进的方式在团队中学习和推广OpenUP。
首先，理解OpenUP的基本内容和“四项核心原则”。
和RUP相比，UP只包含最基本的内容，但是开始学习依然会感觉到很吃力，内容很多，这会让你坚持不了多久就选择放弃。其实，你不需要一开始就了解面面俱到的内容，了解OpenUP包含哪些基本的内容和这些内容的基本组织结构即可。
在了解完基本的内容后，学习OpenUP的四项核心原则很重要，这四项核心原则是组织OpenUP的前提。当然，有些原则需要深入实践才能有更好的把握。
其次，从现状入手，改进一到两个活动，逐步深入。
在了解基本内容和原则后，就可以开始动手了。找一个小型的项目，我们需要做一些实验性的工作，当然，你也可以从正式的项目入手，但是风险比较大。从当前的流程问题入手，当前开发最大的问题是什么？我们的解决方案是什么？针对这些问题，查看一下OpenUP提供了哪些解决方案，比如活动说明、交付件和一些最佳实践的描述。然后，你可以直接使用，也可以进行适当的裁剪，你不需要完全遵从OpenUP中描述的内容，因为你的项目有自己具体的情况，但是有一点必须注意，必须遵从“四项核心原则”。
举个例子，在我们的项目组中项目不断延期，需求不断变更，设计方案一改再改，那么就抓住这个流程的前端环节进行改进。OpenUP提供了需求科目的几个活动，让你明确项目需要解决的问题是什么，如何分析具体包含哪些干系人，他们各自的问题是什么，如何对干系人之间的冲突，结合技术限制进行权衡，如何定义解决方案的需求和系统的边界等等。很多时候我们还没有理解具体的问题是什么，就已经开始在定义解决方案了，OpenUP通过活动描述的方式，完成活动的checklist，以及完成活动一些指导等方式step by step 帮你分离问题和解决方案。你的团队需要围绕着这几个活动进行学习和实践，然后逐步调整目标。
坚持采用OpenUP的内容实践一两个项目，逐步改进，固化。
在改进需求的环节后，可以选择软件移交使用后出现的问题进行改进，或者选择架构环节进行改进，这取决你的团队的优先级。
通过解决问题，我们可以快速从OpenUP的学习中获得回报，采用迭代的方式，逐步改进，逐步深入，而不是一开始就应用整个OpenUP做为解决方案。这个原则符合OpenUP的第四个核心原则“演化，持续演进并且不断获得反馈”。
再次，回顾和反思。
时刻记得回顾，在每个活动结束后就进行回顾，这个时间可以很短；同时在一个迭代结束，以及项目结束时，和最初的目标进行比较，进行经验总结，调整目标以达到持续获得反馈并且改进的目的。在射箭比赛场上，射出第一箭后，比较一下偏差多少，进行调整，后面的射击会更加准确。及时记录成果和问题，一方面可以积累后续的总结的资料，也可以把一些优秀的，更适当自己团队的经验积累下来，对于后续团队其他人学习OpenUP是很好的资源。一个具备了不断反思和改进的团队，具备了很好的成长性，应用好OpenUP也就只是时间问题而已了。
进一步阅读
《OpenUP概述》，介绍什么是OpenUP，它的目标和生命周期。
OpenUP的思想核心原则：
- OpenUP核心原则一：平衡，在竞争优先级以及最大化干系人利益之间建立平衡
- OpenUP核心原则二：协作，协作以协调利益，以及保证理解一致。
- OpenUP核心原则三：关注，从开始起，就将注意力放在软件架构上，以减轻风险，并组织软件开发
- OpenUP核心原则四：演化，持续演进并且不断获得反馈
OpenUP Wiki ：http://epf.eclipse.org/wikis/openup/index.htm
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
