讨论：敏捷的是与非

显示全部楼层 · 2010-10-8 09:28:52

网友 ncut_honghan 有几个疑问：
1）世上没有万能的东西，只有适合和不适合，我不相信只要采用敏捷开发的项目就一定能成功。
2）敏捷开发非常强调个人的能力，有能力就肯定有个性，那么人与人之间的磨合沟通就很重要，一方面这要求实施敏捷开发的团队一定要有默契，知根知底，惺惺相惜，我相信这是先决条件，然而要组建这样的团队并不容易；另一方面，有能力的人毕竟不多，LZ在工作中一定遇到过偏执于技术，不懂沟通，或者只会夸夸奇谈，却什么都不会做的项目成员。
3）敏捷开发强调持续提供给客户交付品，然而我们国内的客户往往都不成熟，需求变更非常频繁，那么如果产品架构扩展性不够的话，对项目会造成非常大的影响。
4）项目经理在敏捷开发过程中对项目的不可控性，或者无法预见结果，对项目要有准确的预测，那么反馈和收集的数据一定要准确，如果敏捷开发都通过代码来反映，总感觉不踏实。
LZ口中的瀑布开发我认为是对项目流程管理的一种统称，我认为如果好的流程，可以解决或辅助上面提到的问题，当然敏捷开发肯定有自己的优越性，但是要根据项目来决定。
我对敏捷开发认识还不够，希望跟LZ能有更多的交流。但是对那种明明是无序无章程的开发，却美名其曰为敏捷开发是不能容忍的。
[ 本帖最后由张恂于 2009-7-30 09:59 编辑 ]

千问 · 2010-10-8 09:28:52

这些观点和问题非常好，其中有些是正确的，有些是常见的误解。我逐一分析如下：
1）世上没有万能的东西，只有适合和不适合，我不相信只要采用敏捷开发的项目就一定能成功。
对。
世上没有万灵丹/万灵药，这是条公理。
软件开发具有不确定性。现有的敏捷方法不可能适合天下所有的项目，也不是天下所有的项目只要采用现有的敏捷方法都能成功。

2）敏捷开发非常强调个人的能力，有能力就肯定有个性，那么人与人之间的磨合沟通就很重要，一方面这要求实施敏捷开发的团队一定要有默契，知根知底，惺惺相惜，我相信这是先决条件，然而要组建这样的团队并不容易；另一方面，有能力的人毕竟不多，LZ在工作中一定遇到过偏执于技术，不懂沟通，或者只会夸夸奇谈，却什么都不会做的项目成员。
对。
敏捷注重提升个人的能力，同时也强调建设优秀的团队，尤其人与人之间的磨合与沟通。正是因为不容易，所以只有真正优秀的团队才能做到敏捷，这正是大家努力的方向和目标。
敏捷在团队建设、沟通等方面有很多好的、值得大家学习的实践做法。
正是因为有能力的人不多，所以我们要提倡建设敏捷团队，促进沟通，提升大家的能力。
你所说的这类成员，我也的确遇到过。这类成员是不受敏捷团队欢迎的，如果他不能改变或者不愿接受改变，接纳优秀的团队文化，那么就会被敏捷团队所淘汰或抛弃。

3）敏捷开发强调持续提供给客户交付品，然而我们国内的客户往往都不成熟，需求变更非常频繁，那么如果产品架构扩展性不够的话，对项目会造成非常大的影响。
敏捷方法的一个特点或特长就是能够有效地针对需求变更频繁的项目，而且非常强调产品架构设计的扩展性、灵活性。很多敏捷专家本身就是产品架构设计方面的专家。
敏捷项目需要客户的积极参与和配合。客户不成熟，确实是一个难点，需要开发商和团队去积极地引导客户。
与传统方法相比，敏捷方法可以显著地降低项目风险。

4）项目经理在敏捷开发过程中对项目的不可控性，或者无法预见结果，对项目要有准确的预测，那么反馈和收集的数据一定要准确，如果敏捷开发都通过代码来反映，总感觉不踏实。
错。
与传统方法相比，敏捷项目经理对项目具有更好的可控性，更好的预见，更准确的预测，以及更准确的反馈和收集数据。
敏捷开发的效果并不是仅仅通过“源代码”来反映的，关键是看实际可运行的代码通过了多少测试，是否满足了用户的实际需求，同时还可以有一系列的反馈和进度指标，传统有的敏捷也可以有。这种反馈效果要远比传统方法踏实得多。

* LZ口中的瀑布开发我认为是对项目流程管理的一种统称，我认为如果好的流程，可以解决或辅助上面提到的问题，当然敏捷开发肯定有自己的优越性，但是要根据项目来决定。
错。
waterfall 是一个专有名词，有特指。40 年的软件工程实践证明，瀑布流程是一种很差的流程，取而代之的是 IID。无论敏捷过程，还是 CMMI 过程，当今成熟的过程模型大都采用 IID。
根据实际项目的特点来决定是否采用敏捷过程，这是对的。

* 我对敏捷开发认识还不够，希望跟LZ能有更多的交流。但是对那种明明是无序无章程的开发，却美名其曰为敏捷开发是不能容忍的。
对。
敏捷过程是有序和有章可循的，和传统过程一样，在许多方面也有严格的纪律要求。和传统的区别在于，传统过程往往是 heavyweight，而敏捷通常是 lightweight。