为什么要用敏捷
为什么需要敏捷的7个问题
在一次敏捷课程上，有一些大量有意思的问题，例如 “通过敏捷会让项目开发进度更快吗？”。其中一些也是几年前我想问的，并带着这些问题加入 ThoughtWorks。终于经过各种海内外敏捷项目，在一线开发有了对敏捷更为深刻的认识
敏捷不会让开发的进度变快，敏捷也不能直接提升一个人的工作效率。敏捷更像是一个严格的制度，这种制度要求高质量的交付，无法使用这种制度的人也无法适应敏捷的方式。敏捷不是站会和看板，也不是两周发布一个版本。它是一个持续交付的过程，并在这个交付过程中周期性的审视整个流程，并不断的提出改进方案。
本质上敏捷的过程是一个通过反馈来不断学习的过程，通过学习来改善整个开发流程让流程更加的高效。同时也是通过不断收集用户反馈来学习用户习惯的过程，通过学习来不断的改善产品从而提升用户体验的过程。
敏捷并非无所不能，它不要求文档，而要求做到代码即文档，产品本身即文档。它要求站会和周期性的总结以及点数评估，看似让会议变多了，实际上是为了让整个项目变得更加可控。