在一个一心向着CMMI前进的公司中,如何利用敏捷来提高开发的效率啊?

公司推RUP,用的是rational全套 为的是过CMMI
可是实际情况是 由于对RUP推行的并不是很好 而且员工对RUP的理解认识也不够
导致的项目进度受阻,RUP成了为 RUP而RUP,开发 设计 需求 QA 测试 一切的一切都没有在统一的过程下进行.
而且开发的实际模式近似于传统模式:来个需求,领导把需求规划成若干模块 把各个模块的开发任务分给各个组,各个组的组长带头去干.
各种文档 uml图都是后补的,是先有设计的思想,有了思想大家就讨论,讨论后就动手写代码
当然在这过程中也会写些文档来纪录一些想法和事情,但那种文档的作用几乎就是备忘,根本不是严谨正式的文档.

于是,想寻求一种快速而又不失规范的开发方法与模式.自然敏捷是首选.

可是公司一心向着CMMI,坚决排斥初RUP之外的一切.怎么办呢?
该怎么将敏捷和RUP结合起来呢?

小范围敏捷吧。

问题就是如何小范围敏捷呢？

大的事情管不了的话，就看能不能从程序员的角度来实现tdd,pp,ci了。

找几个同一个team的兄弟实施，农村包围城市。。 哈哈

领导对RUP的认识不深，这样推行很难哟，另外就是人员责任划分、任务安排、进度安排听来都存在一定的问题。不过你们是为了过CMMI才上RUP，所以呢个人认为这种情况太正常不过了，这是因你们本次的目标而决定了的，要改变起来难度很大，所以建议不要老是想理论上的RUP，围绕你们本次的目标实施RUP，个人认为才是可取，纯个人言论。

我不觉得这个过程是与敏捷有矛盾，敏捷应该关注的是细节，来了需求，我们怎么进行敏捷需求分析，如果根据用户故事，确定其商业价值和优先级，对于各个模块开发，如何实施敏捷开发的方法，根据情况采用诸如迭代，结对等方式。


uml图重要吗？所有的项目都需要uml图吗？需要全部的uml图吗？还是根据情况，画出必要的uml图。
文档重要吗？所有的文档都是必须的吗？文档要达到什么程度才是严谨正式的呢？这些都是我们要根据实际情况要做的，敏捷给了我们最重要的是思想和原则。我们要学会根据具体情况裁减。

有兴趣的话可以看看我的一篇文章。
http://blog.csdn.net/yzhz/archive/2007/01/15/1483651.aspx
这是我的项目中采用的开发流程，文章的字面上虽然没有敏捷的字眼，但我觉得在具体的实施中敏捷是融入每个具体的过程中。

敏捷是思想，你可以以RUP为名，行敏捷之实哇。:)

而且，RUP和敏捷在我看来没啥不同。嘿嘿。

那么你们就坚持实施RUP好了。但是首先你们要彻底的理解和贯彻RUP的精神和核心实践。具体的可以看我在这里的一些关于RUP的论述。
其实如果你们能够实施up，那么距离agile就不遥远了。

其实我们属于比较糟糕的那种情况
就是上层领导要求UP 但是下层 从QA到开发人员 到测试人员
没有那个能真正明白的

我们那些QA也许明白 但是他们讲不明白 或者是其他人员太愚笨 听不明白
总之 现在是一塌糊涂啊