敏捷方法能用来写书么？

敏捷方法能用来写书么？数目不断增长的作者们做出了响亮的回答：“当然！”这些作者包括：Lisa Crispin、Janet Gregory、Alistair Cockburn、James Shore、Shane Warden 以及 Jurgen Appelo。

Lisa Crispin 和 Janet Gregory，是即将问世的《敏捷测试》一书的作者，她们在写书时用到了多种敏捷技巧。一年前开始写这本书时，她们就用思维导图来构思全书的内容（作为发布计划）。每个迭代开始，她们用思维导图做两章的规划（相当于迭代规划），接下来的两周迭代里，她们就完成这两个章节的实质内容。在每个迭代结束时，两位作者就把章节发给负责审核的人（相当于与干系人或是客户做迭代审查）。

当被问到有关结对和测试优先的话题时，Lisa 说道：

举个例子，我们两个人结对绘制出了全书的思维导图。写完一部分，我们就用 IM 工具互相发送，并讨论问题和反馈。不过我们没有真的坐在一起结对写任何内容。实际上，我们用了很多非常短的迭代，在迭代内将每一章互相发来发去，互相审查对方的内容变更，并添加自己的内容。这也有助于全书形成统一的风格。

……

我们确实先做了一点测试。在 Agile 2007 大会上，我们在一个会议议程中办了个小型研讨会，试图找出测试人员和团队面临的诸多问题，特别是在向敏捷开发转变的过程中。我们希望这本书可以解答他们提出来的所有问题。

对于回顾，Janet 说：“因为只有两个人，我们没有正式的回顾。不过我俩确实认真研究了得到的反馈意见，然后讨论应该做些什么。如果发现有哪里出了问题，我们会把它讨论并解决掉。”

在自己的著作《敏捷软件开发：合作的游戏（第二版）》中，Alistair Cockburn 描述了该书第一版出版后所做的一些工作：

• 他选择了住在盐湖城的人们来帮他完成书籍，虽然没有坐在一起，不过如果有必要，大家还是可以直接碰面。
• 增量式提交——绝大多数编辑喜欢在纸板的原稿上编辑，并且希望一次完成。
• 最终的版式是跟多人一起完成的，而且就在页面版式设计者的家中。像一个团队一样工作，使得大家可以将排得很糟糕的页面立即修改到位。

增量式的工作方法还有一个好处：可以减少 Alistair 和编辑的工作量。Alistair 说：“在编辑把前几章每章都做了标记之后，我跟她碰了次面。这样我们就可以同步变化的风格。哪些属于错误、哪些属于写作风格，我们也就此达成了一致。这样一来，她所做的标记数目就变小了，之前她做出的不少修正我还得改回来，而这样的事情也少了许多。”

这些做法让 Alistair 第二版的出书时间从四个月减少到三周。不过在很多的敏捷转换过程中，并不是每个人都能在变化面前应付自如。

查看英文原文：Can Authors Use Agile Methods?

在英文站新闻之后，作者 Mark Levison 补充了 Lisa 的话：

我想起来了。在 Tom Poppendieck 的建议下，我们先写了书后封底的‘宣传词’，对于希望书成为什么样子，我们也心里有了谱。所以这肯定就算是测试优先了。”