敏捷开发在国内是不是只是一个理想化的工作环境？

    经常有人问，你们搞敏捷开发工作量是由开发人员自己估的，而不是由经验丰富的技术主管估的，他们自己肯定会把工作量估得非常大，那什么时候项目才做得完？你们每天开那么多会，怎么不把时间放在好好写代码上面？一个迭代这么短的时间既要做设计、又要编码、还要测试，这么急着做出的东西质量肯定不高。系统设计肯定得经验丰富的老手做更靠谱。每当我听到有人说这些问题，我就知道他肯定没有真正的认识敏捷开发，如果真的有实践过，自然就会发现这些问题根本就不是问题，只是杞人忧天而已。

1.序言，敏捷不一样的开发团队管理方法

2.迭代开发的过程是怎么样的

3.PO如何给开发团队讲好故事

4.纠结的估点

5.为什么要做设计评审和测试用例评审

6.为什么要做代码评审

7.开发故事完成给测试做ShowCase

8.故事燃尽图和任务燃尽图

9.每日站会的正确姿势

10.迭代计划会与回顾会

11.如何正确对待团队速率

12.利用jenkins搭建.Net持续集成环境

敏捷开发系列文章目录