敏捷开发的艺术

三种类型的成功都很重要。没有个人的成功，你将很难为自己及其他员工提供激励。没有技术上的成功，你的代码最终将被它自身的重量压垮。没有组织的成功，你的团队可能发现公司不再想要它了。敏捷方法通过交付价值和降低成本来获得组织的成功。XP最令人瞠目结舌的一个主张就是你可以越过需求、设计、测试阶段以及与之俱来的文档工作。与其更大，不如更好。如果错误可能发生，它就一定会发生。根源分析记住：说教和惩罚措施通常效果都不好。与其期望大家总是做对，还不如让做错事变得很难。决不能通过回顾来进行责备和个人攻击。不管我们今天发现了什么，我们理解并且深深相信，以他们当时所了解的情况、技术和能力、拥有的资源和现场的情形，每个人都尽了他们最大的努力。机会有时是会降临到等待的人头上，但那也只是争取它的人挑剩下的。只有诚实地对待真实的情况，我才能有效地控制结果。以后无论多难，都要记住一点：只要别人不赶你走，你就厚着脸皮待下去，这样你才有可能熬到项目成功。--IT项目经理成长手记一个问题修复得越晚，修复的代价就越大。而且，没有修复的bug往往意味着更大的问题。当你被卡在一个地方没法继续的时候，丢弃最近的所有修改从头开始。我们为成功而计划。TDD。它属于那种很快就能学会却需要一生去掌握的东西。简单并不代表单纯。简单，而不是单纯。Once and Only Once.不要重复自己。 Don't Repeat yourself.

不错的一本书，对于敏捷开发入门，或者平常用做参考书都可以。

原文：“After a couple of weeks an area below the “todo” section evolved into a[n] “on hold” section —and we asked the interrupter to initial the card when we moved it.”。译文：

一两周之后，原先”待完成“区域的下方出现了一块新的”搁置“区域——我们要求打断我们的人在我们移动卡片的时候，在这个区域建立新的卡片。

疑问：打断”进行中“的一个事，程序员把打断者带到白板前，将其正在做的事情的卡片从”进行中“区挪回到”待完成“区，新建的卡片是什么，”搁置“区域是怎么形成的？

不要创建过程来保护组织免受雇员的负面影响，而应该创建过程来使团队成员各尽所能。

经理们，与其告诉团队应该做什么，不如让团队告诉你应该做什么来帮助他们成功。