敏捷 & UML——为什么ICONIX这种开发方法没有流行起来

最近一段时间，公司在推广敏捷，大项目小项目都用。我们维护的是一个多年前的项目，一直还有新需求，有些代码结构比较负责，单元测试也不完整。经过一段时间敏捷实践，发现有收获但是不多。于是在考虑能否转换一下开发方法。

1.RUP：太重，玩不起，就不说了

2.敏捷（SCRUM）：正在用，但是觉得对项目组成员要求比较高，效果不是很明显。目前项目组内有几个人水平有限，短时间内没法要求太高。我也一直在考虑，实施敏捷是不是应该有一个前提条件，什么样的项目适合，什么样的团队适合。另外，敏捷就真的与uml无缘吗。敏捷强调开发前再考虑需求的实现方式，而且优先实现最有价值的用户故事。这种方式给人感觉没有整体概念，如果后面开发低优先级的用户故事的时候才发现前面开发的有整体缺陷，这时候再重构是不是成本太高了。

3.ICONIX：介于RUP和SCRUM之间，只用四个主要的UML图为前期的设计提供支持。为什么这种方法没有流行起来呢。目前在考虑使用该方法作为一个过渡，在顺畅实施敏捷前，先提高团队成员的基本功。