敏捷开发的优劣势

如果想知道敏捷开发是什么，以及敏捷开发的流程，请参考我另一篇文章： scrum敏捷开发流程介绍和心得

敏捷开发的优势：
1.短期目标明确

开发的最终意义就是为了完成目标，而如果一个目标过于长远，那么就容易造成短期的盲目乐观，认为工期还早，从而造成短期的任务完成不及时，从而最终导致接近项目交付时工作量暴增，甚至出现延期交付的情况。

有短期的目标，开发目标明确，知道什么节点该做什么。每一期的任务目标会不断的鞭策开发，督促开发及时完成任务。如果某个节点造成耗时过多，也可以及时暴露出来，及时解决。

2.按照优先级去完成任务，优先做高优先级的。

有时候会遇到这样的一种场景，产品提了一堆需求，我们依照顺序去做。但是有些价值不高的需求因为先提出来，导致开发会优先去做。快速迭代的过程中，这种低优先级的需求很有可能会出现刚开发到一半就被告知不需要做了的场景。敏捷开发可以很好的避免这种问题。

3.拆分大需求，方便开发。

敏捷开发需要开发去评估工作难度，分别为1，2，3，5，8，13。如果一个需求超过13，那么必须拆分为若干个小的需求去做。就好比吃一只全羊时有可能无从下手，但是拆分成多个部分时，吃起来则舒畅多了。

4.避免无用开发。

相对于瀑布流开发的一个人完整的跟一个需求，敏捷开发要求每个需求必须在开发前时明确的。

传统瀑布流的话，哪怕需求不明确，仍然可以继续开发，当做到不明确的点的时候，再去和产品确认。而这时候如果发现所做的并不是产品想要的，那么之前所做的工作就白费了。

敏捷开发的话，做需求前必须先明确需求要做什么，计划会上先介绍规划，这样就等于和产品再过了一遍需求，确认做出来的就是产品想要的。

5.这是一个自组织的。砍掉了技术经理任务安排这个环节，自然效率会高。同时也锻炼了成员的沟通能力

敏捷开发的劣势：
1.需要开发熟悉各个模块的逻辑，难度较高，同时，这也对代码规范清晰度提出了要求。
2.需要开发backup其它平台的开发，需要开发人员对全栈开发有一定的掌握。

3.需要较好的团队协作。

4.澄清会和计划会需要开发测试全部到场，会议时间有时候会持续很长。但是某些需求大多数人实际上并不参与，造成工时上的浪费。

5.一般来说，技术经理不会参与到所有组的敏捷开发中，所以比较难对某个成员的贡献作出客观的评价。