今天偶遇《Agile in a Flash》一书，第一眼就有想一口气读完的冲动。但好书需要的是慢慢品味，偶尔翻翻也会有不一样的感悟。看过一部分后就有了翻译它的想法，一方面可以让自己慢下来细细研读，另一方面也可以和更多人分享。
我们发现了如下价值：
也就是虽然右边的条目也是有价值的，但我们更重视左边的条目。
敏捷软件开发团队相互协作和不断适应，通过最少的客套和开销来交付高质量的软件。
在敏捷中你可能需要“右侧的东西”来取得成功，但绕开纸面功夫而直接和人交流会更有效。相对于让客户告诉你他们想要的并随时回答你的提问来说，将需求变成书面格式是一种浪费。
同样，可工作的软件很重要。文档？就没那么重要了。通过诸如TDD（卡片44，成功的节奏：TDD循环）、暗喻（系统的共同理解）和验收测试（参照卡片21，可接受的验收测试）等敏捷手段捕捉产品的规格以及相应的测试。
你可以通过持续协商来降低合同的重要程度。这就需要借助敏捷倡导的开放和深度协作提高透明度和信任感。
计划是有价值的，但相对来说你的客户和市场会更关注你提供符合不断变化的需求的软件的能力。
