除了小白，有一定开发经验的软件开发人员都知道基本的软件工程原则——代码编写完成后，必须通过测试才能交付使用。但是，面对工期压力，还能坚持正确的软件工程原则吗？

某单位顺利通过GJB5000年二级资质后，单位成立软件开发中心，集中开发军用软件。软件开发中心开发的第一批软件有20多个，小李准备按照GJB开发5000个系统的要求。但是他用了一个多月，刚组织了几个软件对需求规格进行说明和评审，系统方已经通知软件产品要在一个多月后完成，参加系统联合测试。这样软件开发就不能按照现有系统进行了。一开始小李想采取敏捷的方式，每天召开会议，控制开发进度。但是开发人员抱怨没用时间，短短几分钟就没来参加，软件测试也没人做。……小李向领导请示，领导说必须保证交付系统进行联合测试的节点，没有时间测试，只要软件运行即可。小李的第一次GJB开发5000管控软件的实验以失败告终。

这些开发人员不知道软件测试会减少软件Bug降低软件在系统联试过程中出现问题的概率当然不是！但是系统根本没有考虑软件开发周期，制定系统联合测试的时间也没有征求软件开发中心的意见。软件开发任务书的延迟导致软件开发周期大大缩短，也没有征求软件开发中心的意见。领导不争取软件开发周期，但要求开发人员保证软件联合测试的节点交付。开发人员不这样做能怎么办？

在压力面前，人们总是出一些妥协。

但这并非专业软件开发人员应具备的素质。

专业的软件开发人员在面对压力时应该保持高度的纪律性。就像面对装备精良、敌人强大的志愿者。

软件开发人员的纪律性是指即使面临更大的压力，也应该遵循有效的原则，如评估和测试。

评估可以在软件开发初期发现需求和设计的缺陷，做好评估远高于测试，去除缺陷的效率更高，去除缺陷的成本更低。测试可以发现软件异常情况下的缺陷，降低软件交付使用后出错的概率。这些都是已经证明的优秀做法，即使工期紧张也要坚持。为了节省时间，可以在组织形式和相关产品风格上进行裁剪，但评估和测试活动必须进行。

软件复用、代码审查……

工期越紧，这些优秀的做法就越不能扔掉。因为这些做法本来就有提高开发效率的能力。如果你因为工期紧而抛弃这些优秀的做法，只想用最简单最直接的方法完成代码编写，那么你只会陷入更大的麻烦。

这正是：

面对压力不要慌，要用好实践

形式方式可以裁剪，实践核心不走样

参考书目:代码整洁:程序员的专业素质，作者:(美)罗伯特C.马丁（RobertC.Martin)，出版社:人民邮电出版社

作者简介:王小双，长期从事GJB5000推广、实施、评价、改进工作，创建软件工程之思微信公众号，共享软件工程之思GJB5000、CMMI软件工程的知识与感悟。现在致力于GJB5000咨询和软件流程改进和软件工程能力提高的研究工作。