3、过程评估模型(PAM):评估指标、能力等级评定、评估流程

好,咱们今天聊点硬核的——过程评估模型,也就是PAM。说实话,我刚接触ASPICE那会儿,看到PA、BP、WP这些缩写,头都大了。后来做项目做多了,才慢慢摸清楚门道。今天我就把这些经验掰开揉碎了讲给你听。

3.1 评估指标:PA、BP、WP

评估指标说白了就是三样东西:过程属性(PA)、基础实践(BP)、工作产品(WP)。我习惯把它们比作「考卷的三部分」。

3.1.1 过程属性(PA)

PA是能力等级的「打分项」。每个能力等级都有对应的PA。比如:

  • PA 1.1:过程执行属性——过程有没有被执行?
  • PA 2.1:管理属性——过程有没有被管理好?
  • PA 2.2:工作产品管理属性——产出物有没有被管好?
  • PA 3.1:过程定义属性——过程有没有被定义成标准流程?
  • PA 3.2:过程部署属性——标准流程有没有被推广使用?

关键点:每个PA的评分是独立的。你PA 2.1可能拿了F(未达标),但PA 1.1可能已经是L(大部分达标)。

我在项目中遇到过一件事:有个团队PA 1.1做得很好,过程确实在执行,但PA 2.1(管理属性)一塌糊涂——没有计划、没有监控、没有调整。最后能力等级只能卡在1级。你想想看,光干活不管理,能走多远?

3.1.2 基础实践(BP)

BP是过程执行的具体「动作」。每个过程都有对应的BP列表。比如软件需求分析过程(SWE.1)的BP包括:

  • BP1:建立软件需求
  • BP2:结构化软件需求
  • BP3:分析软件需求
  • BP4:分析软件需求对运行环境的影响
  • BP5:建立双向可追溯性
  • BP6:确保一致性
  • BP7:沟通已批准的软件需求

评估时,审核员会逐条检查BP有没有被满足。嗯,这里要注意:BP不是「做了就行」,而是「做得有证据」。我曾经见过一个团队,BP5(双向可追溯性)他们口头说做了,但拿不出追溯矩阵——结果直接被判为「未满足」。

3.1.3 工作产品(WP)

WP是过程产出的「证据」。每个BP通常对应一个或多个WP。比如:

BP 对应WP示例
BP1:建立软件需求 软件需求规格说明书
BP5:建立双向可追溯性 需求追溯矩阵
BP6:确保一致性 评审记录、问题清单

我的建议:做项目时,提前把WP清单列出来。每个BP对应哪些文档、模板、记录,心里要有数。别等到评估前一周才去补文档——我吃过这个亏。

3.2 能力等级评定方法

能力等级从0级到5级,但咱们做汽车电子,通常关注1级到3级。评定方法其实不复杂,就是看PA的达标情况。

3.2.1 评分等级

每个PA有四个评分等级:

  • N(未达标):0% - 15% 满足
  • P(部分达标):15% - 50% 满足
  • L(大部分达标):50% - 85% 满足
  • F(完全达标):85% - 100% 满足

3.2.2 等级判定规则

能力等级的判定有个「木桶原理」:

  • 等级1:PA 1.1 达到L或F
  • 等级2:PA 1.1 达到F,且PA 2.1、PA 2.2 都达到L或F
  • 等级3:等级2的所有PA达到F,且PA 3.1、PA 3.2 都达到L或F

避坑指南:我曾经见过一个项目,PA 1.1拿了F,PA 2.1拿了L,但PA 2.2只拿了P。结果等级2没通过。为什么?因为PA 2.2没达到L。说白了,等级2的「三个PA」一个都不能少。

3.3 评估流程:启动、数据收集、评级、报告

评估流程分四步走。我参与过十几次评估,每次都是这个套路。

3.3.1 启动阶段

启动阶段要做三件事:

  1. 确定评估范围:评估哪些过程?哪些项目?
  2. 组建评估团队:至少需要一名主任评估师
  3. 制定评估计划:时间、资源、日程安排

我记得有一次,客户临时说要加两个过程进评估范围。启动阶段没谈清楚,结果后面数据收集时手忙脚乱。所以启动阶段一定要把范围定死,别留模糊地带。

3.3.2 数据收集阶段

数据收集是评估的「重头戏」。主要手段包括:

  • 文档审查:看WP是否齐全、规范
  • 访谈:跟项目经理、开发人员、测试人员聊
  • 观察:看实际工作过程(比如评审会怎么开)

经验之谈:数据收集时,别只看「有没有文档」,更要看「文档是不是真的在用」。我见过一个团队,文档写得漂漂亮亮,但访谈时一问三不知——这种「两张皮」的情况,评估师一眼就能看出来。

3.3.3 评级阶段

评级阶段就是「算分」。评估团队根据收集到的数据,对每个PA进行评分,然后判定能力等级。

评级时要注意:

  • 每个PA的评分要有证据支撑
  • 评分结果要达成团队共识
  • 如果有争议,以证据为准

我曾经参与过一次评估,两个评估师对PA 2.1的评分有分歧。一个说L,一个说P。最后翻出访谈记录和文档证据,发现确实有个管理环节没做到位——最终定了P。你看,证据说话,不靠感觉。

3.3.4 报告阶段

报告阶段要输出评估结果。主要内容包括:

  • 评估总结:范围、方法、团队
  • 评分结果:每个PA的评分、每个过程的能力等级
  • 改进建议:针对弱项给出具体改进方向

我的习惯:报告里除了写「哪里不行」,更要写「怎么改进」。比如PA 2.2没达标,我会建议「建立工作产品评审清单,每周做一次符合性检查」。光说问题不给方案,那报告就是半成品。

好了,PAM这块就聊到这儿。说白了,评估指标是「考什么」,评定方法是「怎么打分」,评估流程是「怎么组织考试」。这三样东西搞清楚了,ASPICE评估对你来说就不是什么难事。下一章咱们聊聊过程参考模型(PRM),到时候见。