敏捷并不是没有设计，而是打散设计过程，让设计更贴合需求。
所谓最优，就是从一堆非最佳的方案中找到最好的一个，或者整合一个。
当我们在说照顾的时候，我们实际上是在给新人减压。当我们在说容忍犯错的时候，我们实际上说你可以犯一两个错误。减压更像是在塑造一种更好的学习体验，或者说更愉快地学习方式。
ReThought (一): 如何构建理想的开发团队
引言: 过去，关于理想的开发团队似乎是一个热门的话题，所以我也来凑凑热闹。人们想要理想的开发团队，只是因为在传递知识的时候很痛苦。人们总在说，这个地球多你一个不多，少你一个不少。假想有一天你们团队中的主力走了，那么你们的团队会怎样?塞翁失马，焉知非福。
做近一在一些和知识传递(knowledge transfer)相关的事，只是这种是因为是每个人一直都在做的事，不同的是要从一个接收者变成一个发送者。在重新看了看《认识设计》一书，加之之前的Coaching培训，算是在这方面有了点小小的经验。
昨天花了几小时把这本书看了一下，显然我还处于书开始的地方，刚毕业半年，在ThoughtWorks也差不多有一年了。
我所理解的敏捷开发应该是快速的，而后我发现所谓的敏捷并不仅仅只是在开发上面，还包括其他很多东西。或许是之前对于软件开发没有一个系统的认识，敏捷应该是一个过程。