敏捷软件开发：交付可用软件的实战指南
1. 新开发模型与专注开发
Acme Media采用了新的开发模型，在迭代之间设置了正式的调整阶段，每两周会向客户进行一次演示。团队还采用了一种方法，如果某些工作提前完成，或者反馈有助于做出设计决策，会在调整窗口之前展示工作成果。
在开发迭代期间，团队需要100%专注于手头的工作。每个人都要随时准备澄清需求、协作并解决问题。因为迭代的时间通常很紧张（大约2周），所以不能花时间去寻找团队成员并安排会议，也不能发邮件等待回复，必须及时处理问题，确保在迭代结束时按时交付。
不过，现实中团队很难做到完全不受干扰。Acme Media的开发团队除了项目工作，还要维护三个现有网站，进行日常维护活动和小型改进。为了减少干扰，在新开发模型中，他们会尽量将维护和支持活动推迟到调整周，开发期间仅在遇到关键生产问题时才会中断。
2. 应对范围蔓延
Acme Media的开发团队过去不喜欢客户的变更请求，认为这是“范围蔓延”。但经过敏捷培训后，他们有了新的看法。
比如客户要一个闹钟，演示时发现忘了要 snooze 按钮，这是软件开发中常见的情况，这种变更应该被接受。但如果客户要一个闹钟，演示后又要求这个闹钟还能当咖啡机用，这就是需求的重大变更，可能是一个新项目。遇到这种情况，应该在功能卡片练习中问“为什么”，了解根本业务需求，避免在开发过程中出现重大功能转变。
3. 确定工作起点
Acme Media的开发团队完成了迭代计划，迭代0的一项工作是修改与 eLertz 的合同，以支持 Auctionator 的额外警报。之后，他们开始关注迭代1分配的功能。