敏捷开发的优势

01 敏捷开发优势

1.个体和交互胜过过程和工具

2.可以工作的软件胜过面面俱到的文档

3.客户合作胜过合同谈判

4.响应变化胜过遵循计划

这是官方总结出的敏捷开发优势，反正我第一次看的时候是很懵的。

后来结合项目用了敏捷开发模式之后才慢慢开始了解其中的意思。

但让我感到和瀑布式开发相比有优势的地方就是快速迭代和响应变化。

我们以前做瀑布式的一个问题就是，一个版本发布要好久，要等所有流程都完成之后才可以上线。等待期太长，而且一旦出现需求变更，那对整个项目的挑战就会变得非常大。

说回敏捷开发，它的优势应该就是解决这个问题。可以说在项目管理中，【船小好调头】这句话基本在各个环节都是适用的。

敏捷开发恰好就是把所有东西分解得非常细，有很强的迭代感。举个例子，如果项目组每天都能出一个版本迭代，这对于响应需求变更和项目内部管理都是非常有利的。每一天的开发结果不会太大，那么如果有变更，成本开销就变得可以接受。在需求不明就开始紧急开发的项目，这种模式尤其合适。

另外敏捷开发的一个特色就是，自我管理。这对于一些很有想法的开发人员来说，真的是非常合适。他们可以选择自己喜欢的任务，而不再像瀑布式开发模式，只能被动接受任务。这对于调动主观积极性，无疑是很有益处的。

02 敏捷开发难点

不是说做到开几个会，每天站立会议等等几个环节就已经是敏捷开发了。这些都只是一种形式，真的要去实施敏捷开发难度要比瀑布式大得多。

敏捷开发是一种精英模式，对人员的能力和品质都有非常高的要求。

举个例子，在评估某个任务开发时间的时候，所有开发人员都需要作出自己的估算。如果一个团队的人员能力组成参差不齐，那么随便怎么协调，估出的时间会有很大的偏差。

一般情况下，敏捷开发团队估出的时间都是比较相近，如果有较大偏差，大家说明原因后，基本能达成共识。但如果你的团队有高级工程师和初级工程师同时估算一个任务，你觉得他们最终能达成一致吗?最多就是向初级工程师妥协，但这明显不是我们的最终目的。

另外敏捷开发模式需要和工作考评挂钩。敏捷开发需要开发人员自主去选择自己感兴趣的任务，有的难，有的简单。如果不和考评挂钩，谁去选难的?如何激发能动性?

所以说，对于敏捷开发来说，最大的困难就在于人。如果组员相互之间能力有较大差距;或者项目经理刚刚组建团队，对人员不熟悉的情况下，贸然使用敏捷开发将会存在巨大风险。

03 如何看敏捷开发

真的要实施敏捷开发真的有太多的条件限制。但是我们还是可以借鉴一下敏捷开发的好处，引入到现有的管理模式。

比如能力差不多的组员可以一起进行计划会议，那么这样大家的估算时间就不会差的太离谱。每个人去做自己感兴趣的东西，这种都是会有取舍，这次没抢到，那么下次就内部协调一下。

另外敏捷必须和绩效挂钩，只谈精神奖励不谈物质奖励的工作模式都是耍流氓。而敏捷这种需要主动去抢任务的，就更需要有更好的激励方式作为支撑。否则别人为什么都主动去做最难最复杂的任务，而不是吃大锅饭呢?

每天的站立会议还是要开的，花个10分钟就能了解每个组员的进度和碰到的困难，这点需要坚持下去。

虽然不能像敏捷开发那样把东西做到非常小，但也要努力把每个任务的颗粒度尽量做小。

还有一点是敏捷不是太鼓励的，就是文档问题。说实话，文档还是需要尽量能说明白和详细的，如果无法面面俱到，但也起码也不能有漏洞。毕竟文档作为跟踪和交流的凭着还是非常重要的。

以上就是小编为大家整理的关于敏捷开发优势的相关信息。

>>本文地址：
注：本站稿件未经许可不得转载，转载请保留出处及源文件地址。