打造自己的过程－－我看RUP和Agile Method

小弟略学了些RUP和XP，看了一些书，做了一两个项目。谈一点自己的心得：
1.RUP是一个完整的，系统的过程，其核心思想是迭代，增量和进化。非常完备，以文档为驱动，配合Rational的产品，可以在大型项目中发挥很大作用。它的管理思想是控制和降低风险。
2.XP是轻量级的，以实践组合而得来的方法集，简单易行，文档很少，甚至没有，成本比较低。管理思想是激励。适合小型项目。
3.RUP是需要裁剪的，XP是需要取舍的。从目前对两种典型的过程的实践来说，似乎都没有一个实际的，完全符合的案例。RUP可能会好一些，但是基本上都是进行了很大的裁剪。
4.新出了个MDA，配合UML2.0，号称不用编码了！！我才不信，不过这种新的过程对工程实践带来的影响还不得而知，让实践去检验吧！
5.不同的项目适合不同的方法和过程。嵌入式软件的开发可能就不适合用面向对象和面向对象的过程。而RUP和XP都是面向对象的过程
综上所述，只有适合自己组织的，适合自己项目的过程和方法才是最好的方法。所以怎样更好得使用，理解这些理论，在实践中更好得应用各种方法学，才能对中国的软件开发起到更有益的作用。
最后，想起Fowler在《UML Distilled》中讲的一个笑话：Question: What is the difference between a methodologist and a terrorist? Answer: You can negotiate with a terrorist。

以前和 ozzzzzz 交流后觉得 RUP 虽然好，但是需要购买 Rational 全套的工具，否则实施效果会大打折扣。
以前这些问题在这里谈得很多，现在没有多大兴趣了。感觉 FDD 好象在各种敏捷方法中是优点较为突出的一个，所以以后准备多参考一些 FDD 的做法。不过还是 ozzzzzz 说的对，首先要找到适合你们自己的开发过程，然后再进行过程改进。如果连什么适合你们自己都不清楚，过程改进也帮不了你。再就是不要为过程而过程，过程是为开发服务的，小公司的开发过程就是要以代码为中心（与以文档为中心正相反，我就是反对一切以文档为中心）。你把什么测试驱动、结对编程、持续集成、日创建、冒烟测试、MDA 等花哨的东西都搞起来（不注重实效），但是写不出代码还是白搭。
另外拜托你用论坛的搜索功能查查以前在这里关于 XP 的讨论。

我准备在今年给大家讲一些RUP的知识。
免得大家糊里糊涂。

呵呵，反正快过年了，正好讨论清楚一些问题。我对 RUP 也有一些很混乱的认识。
其实这里熟悉 RUP 应该不少，但是不爱谈，可能还是因为实施上遇到过很多的问题，刚好听 ozzzzzz 兄详细讲讲。

嘿嘿。其实熟悉RUP的人实在不多。
不过我要介绍RUP不是几句话就可以的，我准备写一系列的文章，也许就是一部书了讲解这个问题。
大约可以在春节以后开始吧。

欢迎OZ6老大介绍RUP，小弟的理解极为浅薄，还有很多模糊不清的地方。