我在南方的日子里(3)

磨好刀很快我就被派上了用场，可能是考虑到我有工作经验吧，还当上了开发的主角。我负责开发教务管理一块。这里开发十分规范。项目经理们写需求、设计文档，决定开发方案。我们按要求写代码。开始我干得很起劲，按部就班地完成任务。可很快，各种问题就出来了，设计文档漏洞百出，好多问题根本都没考虑清楚。依靠设计文档达不到编码目的。我和其他开发人员不断地提问题。开始、项目经理、系统分析员听后马上改改文档就完成事，可到后来随着编码的增多，设计文档完全不能起作用。我想这样下去是不行的。我就从市场研究、风险估计、需求分析、概要设计等一大堆文档开始一一阅读，下班了就把它打印出来，晚上、双休日就在房间里研究。功夫不负有心人，我不久就搞清了整个软件的构架，对流程、功能有了全面的把握。再仔细看那几百页的文档，感到纳闷。文档怎么写得那么长、那么花哨。
一大堆空话、套话摆在那里却说明不了问题。我就马上得出一个结论，这样的文档不能正确地指导软件开发，编码与设计完全脱节。如果继续这样开发下去，我们的产品将会走向无底深渊。我把这一想法向项目经理提出来，开始他有些不高兴，说我只管做好自己的事就行，设计方案的主要思想还是某某大学软件研究所的专家策划的。他们几人只是更具体化。开发前是经过老总讨论确定下来的。我想也是，人家都是专家，我又没从事过设计，我别在那里乱捣蛋了。我们还是继续开发了二周。可程序员们没有一个不埋怨的，最后连文档修改起来都无从下手了。问题到了很严重的时候，部门经理组织大家开会，大家在会上就大倒苦水。我即时地指出设计方案中存在的种种问题。提出方案要从重搞，不悬崖勒马后果无法设想。部门经理当时拿不定主意，会议最后不了了之。可第二天部门经理就宣布，上面批准设计文档从重开始。

把我提升到系统分析员位置。并单独找我谈话二个多小时。
我知道，任重而道远。这不仅决定着我在公司的前景，更主要的是公司的花费及产品的成败。我并不熟悉业务，许多问题我还不清楚。好在我从事过教学，又加上研究过以前的文档。我还是很有信心的。产品不能脱离市场，真正满足用户才是最好的产品。我想，还是多接触用户，直接撑握第一手资料最重要。我就提出，无论是设计人员还是开发人员都要去进行用户调查，直接接触用户，与用户面对面交谈，看用户是怎么想的、需要什么、怎样去完成工作的。我的主张很快得到同意，上面就派我带队找了几所学校做调研。这种效果非常好。开发人员能参与到整个软件里来，有全局的观念并理解软件的实质对编码是十分有用的。后来的开发效果也说明了这点。很快，我们的文档写出来了。编码人员、测试人员根据文档再加上自己的理解、工作效力、热情大增。尽管文档还是修改过，也有问题，但再也没人指点了，大家的心一样齐。