为什么要用敏捷

为什么需要敏捷的7个问题
在一次敏捷课程上,有一些大量有意思的问题,例如 “通过敏捷会让项目开发进度更快吗?”。其中一些也是几年前我想问的,并带着这些问题加入 ThoughtWorks。终于经过各种海内外敏捷项目,在一线开发有了对敏捷更为深刻的认识

敏捷不会让开发的进度变快,敏捷也不能直接提升一个人的工作效率。敏捷更像是一个严格的制度,这种制度要求高质量的交付,无法使用这种制度的人也无法适应敏捷的方式。敏捷不是站会和看板,也不是两周发布一个版本。它是一个持续交付的过程,并在这个交付过程中周期性的审视整个流程,并不断的提出改进方案。

本质上敏捷的过程是一个通过反馈来不断学习的过程,通过学习来改善整个开发流程让流程更加的高效。同时也是通过不断收集用户反馈来学习用户习惯的过程,通过学习来不断的改善产品从而提升用户体验的过程。

敏捷并非无所不能,它不要求文档,而要求做到代码即文档,产品本身即文档。它要求站会和周期性的总结以及点数评估,看似让会议变多了,实际上是为了让整个项目变得更加可控。