通常，还会有另外一种做法：降低要求，暂时抛弃各种标准与规范，采用一种简单易行的策略，即由质量控制小组找开发人员、项目经理让他们自
我发现问题：你有什么缺点？你将如何改进？在开发人员、项目管理人员讲自己的改进措施后，让他们确保能做到。在这种办法中，不需要管理人员花
费太多的精力进行标准的制定，改进的推动，这些工作都是由开发人员自己去做的，管理人员仅仅是起到了监督的作用，只要开发人员自己说到做到就
可以了。但是，我们做了一个尝试，如果仅仅从开发人员的角度出发制定标准，每个人的习惯不同，开发人员往往倾向于按照平日自己的编程习惯制定
符合自己需要的规范，这样做的随意性比较大，难以形成统一的、正规的文档体系结构。而且，开发人员往往利用这一点，给自己留有充分的弹性。往
往自己制定的规范都有自己不同的解决办法，这样会造成编程风格的不统一。既然是规范，总得有一定的强制性，而如果单单从下而上，放权给开发人
员，实施的过程中可能会发生更大的问题。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
