QA，QC是从事软件研发人员都会遇到的质量管理名词。
QA，quality assurance，质量保证 、质量保障
QC，quality control，质量控制
质量管理是项目管理知识域之一。
QA/QC永远不是以发现问题为质量管理目标的，也许实施QA/QC的原因应当是发现问题、与项目团队一起解决问题。
问题1：QA，QC可以控制和保证软件质量吗？
可以，那么软件的开发和管理人员在做什么？
不可以，QA，QC又在做什么？
到底是 可以 还是 不可以？别想那么多，质量永远不是某个人、某部分人能保证和控制的，所有人的努力造就了质量。
软件开发过程中的QA，QC做什么？个人理解：
* 术业有专攻，矛与盾永远存在，彼此相互验证才能不断的强化自我，才能共同造就高质量的软件产品；
* 质量意识应当强烈的存在于每一个软件研发的参与者脑中，人人都是开发、也是QA/QC，那么独立的QA/QC也就不需要；“雇佣最聪明的人创造最好的产品”，相信很多人听到过类似的宣传；
* QA/QC的角色和职责：管理者？建议者？协作者？还是。。。
QA、QC是拿数据评价质量的岗位，同样的数据不同的分析维度和方法得到的结论可能完全相反，为什么？缺少了数据分析的项目背景（此处并不否认经验丰富的人员通过通用的指标可以对质量进行初步评价）
个人认为：QA/QC的职责是为项目负责人提供数据、为项目负责人决策提供建议，而不是主导、更不能干预和干扰；
同样在质量标准确认的前提下的坚持是必要、必需的；
问题2：项目管理包括质量管理，为什么组织还要有独立的质量管理部门，不冲突吗？
* 质量到底好还是不好，游离于项目之外的人（特别是连项目、开发、测试都没做过的人）是否可以轻易的得出结论（深度怀疑）；也许这就是为什么QA的工作很难在项目组推进的原因；
* 项目有大有小，小规模项目的项目经理足以管理和控制整个研发过程，QA/QC只是拿了数据做报表（个人认为，缺少有针对性的数据分析和说明），这时的QA/QC有些添乱，特别是拿着汇总的报表就能得出这不好、那不好；
*大规模项目，需要协调的组织、人员复杂，不再是一个职能的项目经理所能单独管理和控制，更多的是多个小项目之间的协作，如何确认彼此之间的标准、验证系统整体的质量，这个时间（个人认为）独立的QA/QC是需要而且是必须的组织，即使没有独立的组织也需要由项目组指定不同的部门、不同的模块质量确认和负责；
*检查上层、做好本层、服务下层，曾提到过的大型设备制造企业的质量保证策略；
