SQA系统的规模以及它如何组织，实际上依赖于使用SQA的企业规模。在很小的企业，也许拥有一个全职软件质量分析师是不可行的。同样，为每个项目分配一个SQA有时可能也是不可行。
但是，随着项目人员规模的增加，管理人员会卷入其他事务中，如联络客户、处理法定的和管理的事务、向管理高层报告等。接着，他们会很快疏远日常技术工作。这时候他们需要进行如下选择：
（1）找一些方法处理其他的工作，以便能够更密切地监督人员的问题。
（2）雇用一些人做审查工作。
（3）促使人们互相监督。
在以上的几个选择中，第三个在经济和技术上最可行，从项目团队士气的角度来看同样如此。不幸的是，这在实践中行不通，因为当企业的规模以及软件项目规模增长超过了几十个人的时候，这种伙伴系统就破裂了。这时，管理部门就需要认真考虑部署软件质量保障系统了。
软件质量分析师的角色可以以如下方式之一进行组织。每个项目拥有一个全职SQA，即以此计算工作量的团队成员担任此职，或者让一个软件过程小组（softWare process engineei ing grotlp，SEPG）成员按照事先决定或文件规定的频度经常检查项目，检查质量管理体系中定义的流程是否被严格遵守。从印度的情况看，一种典型的想法是把SQA分配给那些看起来工作做得不好的开发者，或者分配给年轻的、没有多少经验的项目团队成员。这真是软件工业的不幸。我们是时候应该意识到SQA是一个责任重大的角色，需要独立向企业高层管理部门报告，并与之紧密互动。因此，这个角色应该得到重视。
2.4.2 SQA功能角色：作用和职责
虽然我们可能经常听到质量是每个人的责任，但实际上，对软件项目执行负责的人仅仅是那些能够影响企业质量文化，并得到主管部门支持的人。SQA的作用是监督从业者履行他们的职责从而实现企业的质量承诺。SQA的功能是管理部门的眼和耳。在这个背景下，需要注意一些易犯的错误：
（1）不能认为软件质量分析师能做所有有关质量的事情。
（2）仅仅一个SQA部门的单独存在并不能确保遵循标准和流程。
（3）除非主管部门通过有力领导兑现其承诺，并且通过听取SQA的意见定期显示它的支持，否则SQA不会奏效。
（4）除非各级管理部门清楚SQA的作用是在事态扩大前解决与项目管理部门的问题，否则企业中的SQA计划不会奏效。
因此，所有SQA能做的是当与已建立的标准或流程背离的操作出现时，及时提醒管理部门注意。这是软件质量保障最主要的职责。
……
展开
