QA的过程思维

项目在应用ASPICE时，往往会设置QA这样一个角色。

QA角色的职责和边界，是经常被困扰的话题，也是很多人经常问我的话题，本文就简单谈一谈这些内容。

1. QA (Quality Assurance)

Automotive SPICE是过程模型，其应用前提是：获取、开发和维护系统(产品)的过程质量对系统(产品)质量有很大影响。

Automotive SPICE中的Quality Assurance(质量保证)的目的是确保过程要求被遵守。

参考：

ASPICE SUP.1 Quality Assurance

The purpose of the Quality Assurance Process is to provide independent and objective assurance that work products and processes comply with predefined provisions and plans and that non-conformances are resolved and further prevented.

质量保证过程的目的是独立、客观的确保工作产品和过程符合预定义的要求、计划，解决发现的不合格问题，并进一步防止再发生。

项目中，实施Quality Assurance(质量保证)的人员，通常被称为QA。

2. QA工作可能会遇到的问题

QA执行质量保证活动时，会和项目中的各个活动（如：项目管理活动、需求分析活动、设计活动、编码活动、测试活动、变更活动等）和各个角色（如：项目经理、需求工程师、设计工程师、开发人员、测试人员等）打交道。

有些时候，QA会化身为其它角色（或者被大家期望化身为其它角色）：

• 化身为项目经理：监控项目进展，跟踪Issue和Risk的解决。
• 化身为需求工程师：和需求工程师讨论需求分析。
• 化身为测试工程师：和测试工程师讨论测试设计和测试方法。
• ……

纵然各个组织对QA的职责、边界的定义都不尽相同。

但QA不是各个领域的专家，不是全能的，也不是万能的。

如下内容基于ASPICE模型中对QA的要求，谈谈对QA职责和边界的看法。

3. QA的职责和边界，QA的过程思维

本文第一段提到了ASPICE模型的基础是：过程—>决定—>产品质量。因此，为了保证项目所输出的产品的质量，需要确保项目遵守“既定的过程要求”。QA的目的是确保项目遵守“既定的过程要求”。

如果：项目实施与“既定的过程要求”存在偏差，则该偏差就是不符合问题。

看如下的两组例子，来澄清一下，什么是“不符合问题”。 

例子1：

• 项目延期3天。—> 项目监控时发现的项目问题
• 项目延期3天，超过了进度偏差标准(例如: 2天)，项目经理未”按既定的过程要求”进行分析和采取纠正措施。—>不符合问题

例子2：

• 某条需求描述存在二义性。—> 需求规约的问题
• 某条需求描述存在二义性，但”需求分析活动”、”需求评审活动”没有发现该问题。—> “过程有效性”相关的不符合问题。

“不符合问题”是指未按“既定的过程要求”来实施，或者实施的过程有效性(effectiveness)不足。

QA要保持“过程思维”，始终关注“项目中实施的过程”：

• 过程是否被实施
• 过程是否被有效实施
• 过程是否存在不完善

QA不是项目经理，也不是工程师，QA就是QA。

QA是确保过程要求被项目执行和遵守，发现和解决与“既定的过程要求“有偏差的“不符合问题”。

结束语：

被真正使用的过程，才能被不断的完善，才能逐渐成为“适合的”和“有效的”过程。每个QA的基于“过程思维”的工作，会逐渐带动项目以及组织的过程思维，使项目更关注“过程”及“过程的有效性”。 通过过程（而不是个人英雄）来保证质量。

推荐阅读：

• ​​ASPICE VDA Guideline解读：质量保证(QA)​​​​
• ​​Automotive SPICE和Automotive SPICE评估的那些事​​
• ​​如何达到并维持Automotive SPICE能力度级别​​
• ​​引入Automotive SPICE，企业要知道的二三事​​

文章转载自公众号：仨人谈起