陈勇的博客 - Scrum 敏捷开发培训咨询，绩效管理，团队管理，《火星人敏捷开发手册》

这是敏捷开发智慧敏捷的第三篇。（之一，之二，之三，之四，之五，之六） 缘起甲：“敏捷不应该写架构设计，应该每个迭代都是相同的，才能达到自相似性（这是Ken Shweber说的）。”乙：“如果不写架构设计，很容易返工，早晚还得重来。”甲：“大不了重构，这是敏捷开发重要的实践。”乙：“重构？重构的成本很高的，做几个迭代，后面重构都重构不过来了。”甲：“架构设计写了很容易过度设计，而且在编码的时候还很容

这是敏捷开发智慧敏捷的第五篇。（之一，之二，之三，之四，之五，之六）缘起（立项时）甲：“你们的设计文档打算怎么写？”乙：“到时候再说。”甲：“应该有规范的开发流程和模板，才能写好设计文档。”乙：“预先定义的流程和模板未必适用，敏捷开发崇尚推迟决策，只有在具体工作之前才能决定是否写，怎么写最好（maximizing the amount of work not done）。”甲：“你们组才3个人，能

这是敏捷开发智慧敏捷的第六篇。（之一，之二，之三，之四，之五，之六）写多了，才发现前几篇文章中有几篇都落下个章节，就是除了“看着办”之外的一些常见做法，这里总结一下。所谓常见做法，就是为了防止“看着办”看走了眼，而提前可以参考的方法，可以作为起点，但未必真的正好合适，更很难永远合适，所以不是终点。为了阅读方便，在原文中也添加了，这里仅做归纳。“写不写文档”的常见做法常见的文档虽然很多，但下面几个维

这是敏捷开发智慧敏捷的第二篇。（之一，之二，之三，之四，之五，之六） 缘起“我们产品已经做完了，客户说要补上需求文档，可我们只有用户故事，这个文档应不应该写呢？”“没有这个文档，客户能验收吗？”“不能，客户要开课题评审会，这个是评审会材料之一。”这个文档要不要写呢？写，为什么？不写，为什么？写怎么写？不写，怎么不写？为什么敏捷不写文档？先把话说绝点，敏捷就是不写文档。那为什么不写文档？为了减少浪费

这是敏捷开发智慧敏捷的第四篇。（之一，之二，之三，之四，之五，之六） 缘起甲：“我们每日立会会开不起来。”乙：“嘿，我们每日立会开起来了，而且越开越长了，一开就是1个小时，净是些技术细节。”甲：“别人等着他们讨论，那多耽误时间啊……”乙：“我也觉得是，但是看他们交流得那么热烈，讨论的也是正事，到底应该打断还是不打断呢……”为什么每日立会只开15分钟？我们说绝点：每日立会只能开5分钟，而不是15分钟

这是智慧敏捷系列的第一篇。（之一，之二，之三，之四，之五） 本文将解决各种敏捷中需要辩证思考的问题，包括：写文档还是不写文档？拥抱变更还是迭代期内无变更？持续交付的产品因为不完整被客户鄙视怎么办？做架构设计还是不做？突出进度忽略了质量怎么办？我们不用文档就能开发但客户偏偏要文档怎么办？自动化测试费力而且测试代码可能跟应用代码一起被抛弃怎么办？……缘起敏捷开发中一直有几个根本问题无法回答：什么是敏捷