日本的开发习惯 第二篇

日本的开发习惯 第二篇
　
怎么生产汽车我不知道，但学过一点质量检
测的人都知道，每个零部件的质量对整个产品
的影响有多大，尤其是零件很多的时候。我记
得上大学的时候老师给我们出过一个题。生产
一个火箭需要上万个零部件，假如每个零件的
故障率是1%。那么组装以后的火箭的故障率是
多少？结果是多少，我已经想不起来了，但肯定
是高的吓人，几乎可以肯定每次发射都会失败。
还有一个就是在学习机械制造的时候，老师举
的一个例子。一个瑞士手表工程师在参观了我们
的手表厂后称赞我们生产的零部件质量都是非常
好。几乎可以和瑞士的产品媲美。在称赞完以后
他用我们生产的零部件也组装了一块手表，结果
发现他组装的手表的精准度比我们的高很多。
问及原因的时候，那个瑞士工程师说经过很长
时间的实践和研究，他们找到了最佳的手表组装
工序。不过，遗憾的是以商业机密为由该瑞士
工程师没有公开组装过程。
　
我为什么要讲上面两个例子呢。因为我觉得系
统集成软件的开发和工业生产的流程的确很像。
尤其是在倡导尽量模块化工程开发的今天。
对比工业制造来说明我们能更容易接受这些观点。
每个模块就是一个零部件，软件开发步骤和
体制就是组装工序。那么如何找到最佳的开发
体制和尽量降低每个模块的Bug率呢。日方的
做法就是我在开始的时候讲的，用各种各样的
规范和说明书，还有就是严格的按制定好的
开发步骤执行。在日本现场工作过的人这方面
的感触会比较深。一个项目的各种开发文件和
文档非常多，从各种软件的环境配置手册，到
这个项目的业务流程，开发体制，概要设计，
详细设计，数据库设计，各种业务流程图，
人员结构，程序设计，测试设计书，验收标准，
要件设计等等，应有尽有。你几乎可以找到
任何细节方面的资料，甚至是每一次会议记录。
在国内很多人都认为会议记录完全没有必要或者
只是走走形式而已。小的项目也许没什么问题，
可大的开发项目还是有很大差别的。你无法
通过口头传达或发邮件的形势来联络和控制
各个项目组的进度，每天开一次会把工作重点和
问题统一传达几乎是每个项目负责人的日常工作，
今天讲的东西你可以没有记录，但一周没有纪录
的话，你可就要麻烦了。因为每天的东西
你都不可能记得住，更何况一周的讲话。
很可能是今天订的，明天或许就改了。项目
不乱才怪。同理做文档也是，几个人看的时候
可能不用写的太详细，但几百上千人看得时候
就不一样了，你没写清楚一点，每天就有可能
有几十个人问你相同的问题。这就是为什么
日方那么喜欢凡事都做记录的原因，因为
只有这样才最省时间，最省事。这种习惯也
延伸到对外发包的项目里了。
　
在国内作开发的时候，如果你能联想到自己
只是上千人开发组织中很小的一部分，你就
能容易理解一点日方的一些行为。在国内我们
常常无法感受这种整体开发的气氛，总觉得
日方所有的精力都应该放在我们这里。但其
实跟你对应的担当也是要跟着整体的开发流
程走，他也每天都有上司在催进度，找麻烦。