Agile in a Flash:敏捷的价值(亦称敏捷宣言)
2011-02-16 08:43
239 查看
今天偶遇《Agile in a Flash》一书,第一眼就有想一口气读完的冲动。但好书需要的是慢慢品味,偶尔翻翻也会有不一样的感悟。看过一部分后就有了翻译它的想法,一方面可以让自己慢下来细细研读,另一方面也可以和更多人分享。
我们发现了如下价值:
个人和交互重于过程和工具
可工作的软件重于面面俱到的文档
顾客协作重于合同协商
响应变化重于对应对计划
也就是虽然右边的条目也是有价值的,但我们更重视左边的条目。
敏捷软件开发团队相互协作和不断适应,通过最少的客套和开销来交付高质量的软件。
在敏捷中你可能需要“右侧的东西”来取得成功,但绕开纸面功夫而直接和人交流会更有效。相对于让客户告诉你他们想要的并随时回答你的提问来说,将需求变成书面格式是一种浪费。
同样,可工作的软件很重要。文档?就没那么重要了。通过诸如TDD(卡片44,成功的节奏:TDD循环)、暗喻(系统的共同理解)和验收测试(参照卡片21,可接受的验收测试)等敏捷手段捕捉产品的规格以及相应的测试。
你可以通过持续协商来降低合同的重要程度。这就需要借助敏捷倡导的开放和深度协作提高透明度和信任感。
计划是有价值的,但相对来说你的客户和市场会更关注你提供符合不断变化的需求的软件的能力。
我们发现了如下价值:
个人和交互重于过程和工具
可工作的软件重于面面俱到的文档
顾客协作重于合同协商
响应变化重于对应对计划
也就是虽然右边的条目也是有价值的,但我们更重视左边的条目。
敏捷软件开发团队相互协作和不断适应,通过最少的客套和开销来交付高质量的软件。
在敏捷中你可能需要“右侧的东西”来取得成功,但绕开纸面功夫而直接和人交流会更有效。相对于让客户告诉你他们想要的并随时回答你的提问来说,将需求变成书面格式是一种浪费。
同样,可工作的软件很重要。文档?就没那么重要了。通过诸如TDD(卡片44,成功的节奏:TDD循环)、暗喻(系统的共同理解)和验收测试(参照卡片21,可接受的验收测试)等敏捷手段捕捉产品的规格以及相应的测试。
你可以通过持续协商来降低合同的重要程度。这就需要借助敏捷倡导的开放和深度协作提高透明度和信任感。
计划是有价值的,但相对来说你的客户和市场会更关注你提供符合不断变化的需求的软件的能力。
相关文章推荐
- Agile in a Flash:敏捷宣言背后的原则
- Agile in a Flash:敏捷中的角色
- Agile in a Flash:敏捷中成功的因素
- Agile in a Flash:为什么要敏捷?
- Agile in a Flash:是否存在组织成见
- 电子书下载:Agile in a Flash: Speed-Learning Agile Software Development
- 敏捷软件开发宣言–Manifesto for Agile Software Development
- 敏捷软件开发宣言–Manifesto for Agile Software Development
- 【读书笔记】AgilePPP——敏捷宣言及12条原则
- 敏捷软件开发宣言–Manifesto for Agile Software Development
- 02.敏捷软件开发宣言(Manifesto for Agile Software Development)
- 敏捷软件开发宣言–Manifesto for Agile Software Development
- Agile in a Flash:不要深陷技术债务(13)
- Agile in a Flash:万物皆渐进(14)
- Agile Business Studio敏捷企业业务快速开发平台及敏捷宣言
- Agile in a Flash:软件技术的支柱
- Agile in a Flash:丰田生产系统原则
- 敏捷软件开发宣言–Manifesto for Agile Software Development
- 生产力、商业价值和敏捷
- 敏捷软件开发宣言