软件开发需要遵循标准进行，但是不要僵化地、教条地执行标准，那样可能会得不偿失。
正确的做法应当是实事求是，量体裁衣，根据软件项目和组织的实际环境来决定执行标准中的哪些条款。
比如下面这段简单的打印出数字1到10的代码段，CQ9电子 CQ9电子游戏在BASIC语言中通常是如下的写法：
虽然现在的硬件环境对于这点空间余量毫不介意，但是在计算机刚刚诞生的那个年代，几个KB的空间都是奢侈的，这样节省空间都是被认为是聪明的做法。
同样的，有些需求开发人员在分析软件性能需求的时候，常常会像别人一样把CPU占用率、内存占用率等作为性能需求提出来。这未必是正确的。
如果开发的软件要处理规模庞大的数据，它需要占用大量的计算机资源，这时候CPU或内存的占用率可能会成为软件性能的瓶颈，那么将其作为性能需求提出来是合理的；如果软件处理的数据量不大，CPU或内存占用率不存在瓶颈，就没有必要将其作为性能需求提出来。
如果软件运行的硬件性能及其强悍，CPU或内存占用率难以成为瓶颈，也没有必要将其作为性能需求提出来。
GJB5000B虽然是硬性标准，但是也不需要每条实践都按照标准中给出的活动实例进行软件开发。因为标准中明确指出，只有实践域的目的以及各个等级的目标是必需的部CQ9电子平台 CQ9传奇件，是必须要实现的，其它的活动实例、工作产品实例都是可替代的，不是必须的。
GJB5000B也希望有更多更好的实践涌现出来，这样GJB5000B标准会变得越来越好用。
实施GJB5000B的软件开发，不要僵化去做，要根据组织和项目环境，敢于创新，勇于实践。
参考书目：软件困局：为什么聪明的程序员会写出糟糕的代码，作者：亚当·巴尔，出版社：机械工业出版社
作者简介：王小双，长期从事GJB5000推广、CQ9电子 CQ9电子游戏实施、评价、改进CQ9电子平台 CQ9传奇的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000培训、内外部评价以及软件过程改进、软件工程能力提升的研究工作。
