文章总结

主要观点

Dmitri Zimine在文章《How Two Hours Can Waste Two Weeks》中讨论了在迭代计划完成后响应客户请求的成本问题。他指出，一个看似“两小时”的任务往往远不止两小时，这使得团队难以判断是否能够完成迭代中的承诺。因此，面对此类请求，最负责任的做法是将请求推迟到下一个迭代或取消当前迭代并重新规划。

Joel Spolsky在《You Call This Agile?》中对此提出异议，认为紧急客户请求几乎总是优先于开发团队的计划。Pawel Brodzinski在《Context Switching》中也表达了类似观点。

Mishkin Berteig在AgileAdvice上发表文章为Dmitri的立场辩护，强调迭代计划是开发团队对客户的承诺，坚持计划对于建立客户与团队之间的信任至关重要。他指出，敏捷开发并不是追求即时响应，而是在响应与整体价值之间找到平衡，优先工作列表是实现这一平衡的工具。

关键信息

1. Dmitri Zimine的观点：

   • 在迭代计划完成后响应客户请求可能导致不可预见的成本。
   • 建议将请求推迟到下一个迭代或取消当前迭代。

2. Joel Spolsky的异议：

   • 紧急客户请求应优先于开发团队的计划。
   • 敏捷开发应具备快速响应能力。

3. Mishkin Berteig的辩护：

   • 迭代计划是开发团队对客户的承诺，坚持计划有助于建立信任。
   • 敏捷开发应在响应与整体价值之间找到平衡，优先工作列表是实现平衡的工具。

重要细节

• Dmitri Zimine：强调“两小时”任务的不确定性，建议推迟或取消迭代。
• Joel Spolsky：认为敏捷开发应优先处理紧急客户请求。
• Mishkin Berteig：指出敏捷开发不仅仅是即时响应，而是通过优先工作列表在响应与整体价值之间找到平衡。

结论

这篇文章展示了敏捷开发中关于如何处理客户请求的不同观点。Dmitri Zimine和Mishkin Berteig强调迭代计划和信任的重要性，而Joel Spolsky则主张优先处理紧急请求。敏捷开发需要在快速响应与整体价值之间找到平衡，优先工作列表是实现这一平衡的关键工具。