敏捷方法能用来写书么?

  • Mark Levison
  • 郑柯

2008 年 9 月 18 日

话题:敏捷文化 & 方法

敏捷方法能用来写书么?数目不断增长的作者们做出了响亮的回答:“当然!”这些作者包括: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 的建议下,我们先写了书后封底的‘宣传词’,对于希望书成为什么样子,我们也心里有了谱。所以这肯定就算是测试优先了。”
敏捷文化 & 方法