相识何必曾相逢

Think 著

出版社的编辑请我为《探索需求》写个东西，可是等我写完了，才有机会真正看到这本书！

一年之中，我的大部分时间，都花在东奔西走(例如，写这几个字时，我正身处西南部的一家钢铁企业)为软件开发团队作指导之中，指导团队如何将用例驱动的面向对象方法真真正正应用到自己的当前项目中。贯彻的起点往往是需求技术，即用例技术。用例是开在上面的那朵鲜艳的花，它需要植根于丰厚的土壤――各种已有的有效需求实践，它们会在这本或那本需求技术书籍中提到。不，我接下去不是说“我看过的这些书籍都很推崇《探索需求》”。事实上，被推崇的经典书籍很多，《探索需求》淹没其中，又因年代较久，没有特别引起我的注意。

直到有一天，我在马桶上看Dean Leffingwell的书，这位Requisite公司的CEO、RequisitePro【1】的开发者在他的书中说，RequisitePro的思想起源于Donald Gause和Jerry Weinberg的著作，尤其是《探索需求：设计之前的质量》――这比10位专家大叫“经典！经典！”更能打动我，我开始对这本书有了浓烈的兴趣。可惜，这本书不象其他一些书一样，那么容易弄到“电子版”，暂时只有通过“猜想”来间接阅读它。再次翻开那些我看过的书，看到Donald Gause和Jerry Weinberg的著作被引用时，感觉果然有所不同。再后来，我又发现《探索需求》出版10年之后另一本可爱的书《掌握需求过程》是由Weinberg写的序，于是再次从侧面印证了我的想法。

碟子里一个包子，一个馒头，你吃了一个下去，包子还在，为什么？答案是：你吃的是馒头。这个简单的道理，就是有人假装不懂。上面的话不是我说的，是古龙说的【2】。同样，无论如何腾挪闪躲，你最终要交给客户一个满足需求的软件。这个简单的道理也经常有人假装不懂，他们宁可躲在办公室把玩“技术”，也不愿去和涉众一起“探索需求”。经常有开发人员问我，“老师，要编写用例文档，那岂不是很烦？”我经常会表达我的愤怒，“用例文档怎么是编写出来的？是通过和涉众交流提炼出来的！写几个字你都觉得烦，我敢肯定用例背后隐藏的艰苦工作你从来没有去做过。”

我猜想，《探索需求》应该就是使这些“艰苦工作”变得容易一些的一本书。现在，我终于有机会真正看一看这本书了。

它会不会象无视频时代的网恋一样，结局大多是见光死？

且听下回分解。

（写于2004年2月）

【1】RequisitePro，领先的需求管理工具。1997年被Rational收购，2002年随Rational被IBM收购。

【2】《陆小凤传奇之银钩赌坊》，古龙

【3】Cockburn的名著就被译为《编写有效用例》