关于敏捷我有几个疑问

我们公司以前开发的时候，常常是这样的节奏：一年做两三个大的项目。项目开始了，天天加班，甚至于周末加班；项目结束了，所有人闲着没事做。项目刚开始时事做需求的忙，天天开会，各种文档；之后是开发忙，以为懂了业务，匆忙写程序，遍写遍发现对业务的理解有问题，遍不断的大改代码；再之后，是测试忙，天天测试，不断测试，开发跟着修bug；终于熬到所有bug都差不多了，熬夜上线。之后，少量人修bug，大部分人才闲下来，等待下一个项目的到来。

采用敏捷后，节奏是这样：迭代开始（两周一个迭代），大家一起讨论需求，一起拆分任务，一起估算任务时间；之后每天开发领任务，每天开发完了，交给QA测试；QA准备测试案例，每天测试已经开发完成的任务；业务分析人员除了解答需求之外，准备下轮迭代的需求；迭代结束时，小规模上线。如此周而复始，没有大项目，都是小迭代。不试图一次性实现所有需求，而是一小块一小块的实现。从此之后，基本上没有加班了，不会一个月忙死，一个月闲死。人人天天都在不紧不慢的工作。

敏捷，要求人们用最快速的方法，在短时间内完成最重要最紧迫的功能的开发测试发布，缩短周期，以避免大项目带来的不可预知的风险。让所有的人匀速地活动起来，通过一段时间磨合后，团队形成稳定的输出，使得后续的开发更加可控。

敏捷的真谛就是在于人，大家一条心做事，大家有事当面说，大家时刻保持沟通。

如果楼主遇到过我上面提出的问题，想要改观，建议你尝试一下。