今天偶遇《Agile in a Flash》一书,第一眼就有想一口气读完的冲动。但好书需要的是慢慢品味,偶尔翻翻也会有不一样的感悟。看过一部分后就有了翻译它的想法,一方面可以让自己慢下来细细研读,另一方面也可以和更多人分享。
- 通过尽早、持续的交付来满足客户
- 拥抱变化的需求,即使在项目后期
- 频繁交付可以工作的软件
- 业务人员和开发者每天都合作
- 围绕激发的个体构建项目
- 通过面对面交流传递信息
- 进度的主要指标:可工作软件
- 永远保持一个固定的节奏
- 持续展示技术的卓越
- 简化:将未完成工作最大化
- 自我组织
- 反省和调整行为
敏捷宣言听起来很“温暖和模糊”,但你可以发现它的12条原则(这里重新释义了http://agilemanifesto.org上的原文)提供了一个对敏捷的更丰富描述。
敏捷首先是为出于市场竞争而不断变化需求的客户持续和递增地交付高质量软件。你的工作:让客户满意。
如果你的团队是高度激发的,你就很可能取得成功。他们必须至少每天都交流和协作,这在每个人都在一个房间内,进行面对面交流的情况下最为容易。
团队必须拥抱技术卓越,这是永远保持一个固定交付节奏的一个基本要素。通过自我组织,团队可以交付最好的架构、需求和设计。
为了保持一个一致的交付节奏,团队必须通过反省来调整适应。一个递增的心态可以维持这个节奏:真正需要的时候引入功能和复杂度,而不是过早以保持尽量简单。
亲爱的,永远记着这是关于交付高质量软件。通过你持续交付的能力来衡量进度和成功。
原创文章,作者:Maggie-Hunter,如若转载,请注明出处:https://blog.ytso.com/191856.html