Michael Nygard所著《Release It!: Design and Deploy Production-Ready Software》已获得2008年度Jolt大奖的提名。此书主要围绕怎样开发产品级软件（production-ready software）以及此类软件与功能完备软件（feature-complete software）之间的差别两个话题展开讨论。InfoQ与Nygard就此书所涉及的内容展开了一次对话，期间Nygard还回答几个关于此书所述之哲学怎样与敏捷等概念相适应的问题。
Gojko的Fixture Gallery是一本关于FIT/Fitnesse Fixtures的实用手册，其2.0版已发布，附带有Java、C#和Python语言的示例代码。
Greg Wilson在aa-ftt社区中引发了一个话题，他希望大学毕业生能够提高能力，交付“符合产品级质量要求的代码”。Wilson要求首先提供职业人士使用的工具的简化版本，让大学生也可以上手。
4月15日，Thoughtworks宣称将发布一款名为“Cruise”的持续集成＆发布管理系统。Cruise团队介绍了该产品的新特性，并谈及Cruise不仅仅是一款持续集成工具。
Fixture Gallery是一个新的开放文档型实用手册，它是Gojko为FIT/FitNesse测试而作的。它为开发者提供了大部分重要的fixture类型的快速概览，并解释了使用FIT框架进行敏捷验收测试的概念。
持续集成（Continuous Integration，CI）这项基本的XP实践现在已经变成了被广泛使用的开发者最佳实践之一。InfoQ为您提供了“持续集成：改善软件质量并降低风险”一书中的“第六章：持续测试”，在这一章中，作者提出了一些编写优秀测试以保证系统质量的建议和示例。
重构和单元测试是否真的可以创建强壮、可用的软件，并且让其在现实世界中生存下去？下面的内容节选自Michael Nygard 的书《Release It!》，他认为“抽象有漏洞”：我需要考虑架构（甚至在Agile项目中），以便保证当基础抽象层没有正常工作时，我们也不会遇上这类5AM问题。
多数大型开发组织都有一套自己的编码和实践规范。但是对这些团队而言，光是将这些规范文档化，并保证实时更新，就是一个巨大的挑战。此外，在工作中长期、忠实地执行这些规范和标准，难度就更大。我们团队在这些方面做了积极探索，在整个构建过程（build process）中实现了代码规范的自动化监管。
敏捷软件开发的广泛采用，导致了这个对预先设计和分析不感冒的开发方法，要和在开发开始之前须有详细深入用户调查和建模的以用户为中心设计同时使用的问题。在这篇文章中，Dave Churchville探讨了这些原则是如何相结合以提供有效的开发流程的。
