观点 按流程办事、按体系做事 ⁵

2008-01-03 21:43:05

请注意：本文言辞偏激，请心理素质薄弱者切勿观看，如有不适请尽快拨打当地 120 求助。

我自己也承认我是一个不听话的孩子，从小就是这样。学校叫我毕业，结果我还是没有拿到所谓的证书；父母亲叫我去经商，而我却沉醉在技术的泥坑里；公司搞了一套所谓的 ISO 9000 质量体系管理，而我却暗地里对其嗤之以鼻（请原谅我用这个成语）。

我承认规章制度能避免很多的麻烦发生。但是如果连修改一个小小的 BUG 都要写测试申请报告的话，那么这就是另一种情况了。我一直认为编写程序不仅仅是技术方面的事情，更多的还含有创造的成份。

但目前的情况让我感到不适，当我沉思某一技术点的时候，三番两次被助理打断询问开发进度或者对某单元测试报表签字等云云。

这是一件多么懊恼的事情！因为这意味着我的思路又将重来（请原谅我愚钝的智商）。

部门间的沟通必不可少，但是目前而言，向测试部门提交了所谓的测试申请以后，这就意味着要么通过、要么我就必须重来。

所谓的重来就是指如果我代码的 BUG 超过的一定的数字（没有你想象的那么糟糕），那么我又得重新向我部门相关人员重新发起单元测试申请、单元测试记录表，然后通过单元测试和用例测试以后再写一个测试申请扔回测试部门。

请再次原谅我的驽钝，根据“官方”解释，“这种措施可以减少测试提交的次数，并且更有利于提高代码质量”，本人感到非常的不理解：第一，我们不是代码机器，我们是人类，我们需要阳光、水、食物还有美女；其次，如果真的碰到 BUG，作为程序员的第一反应是解决它，而不是去找什么所谓的事故单上签字（我不反对“传统的” BUG 管理系统）。

相信大家会很快对于本人上述的牢骚感到厌烦，同时本人也非常厌恶写这些没有意义的文字。本人毕竟出道的时间不久，很多的事情还是未曾了解，所以会闹很多笑话；但是我始终是认为 制度是为了能办好事情而设立的。但对于目前的这种情况，公司所谓的质量体系管理制度，我认为已经偏离了设立流程的初衷。

最后，建议那些“经验丰富的管理者”在忙于向各种单子签字的时候，抽空能看看 Karl E. Wiegers 写的，机械工业出版社出版的《软件需求》（Software Requirements）。这本书并不厚，加上扉页也才 200 页不到，而价格只是你们的一餐午饭而已。