如何评价团队的质量能力?
本文字数:2551 字
阅读时间:8 分钟
为什么讨论这个话题
在质量与测试领域,有一个既老生常谈、又常谈常新的问题,“如何评估测试人员的绩效”,我每年都有机会见到它几次。与之相关的,还有以下问题可以一并思考:
如何评估测试效果? 如何评估质量能力? 如何评估测试人员的能力水平? 测试人员如何发展? 如何建设和发展质量团队? -
研发效能大热了,测试能够做点什么?
这些问题频繁地出现在各种场合,被质量从业者、或与之密切合作的其他角色所关注着,我们会在不同时间、不同地点看到为解答这类问题衍生的如下误区:
以工作量来评价:提交缺陷的数量、完成测试的需求卡片数量、编写/执行的测试用例数量…… 以工作效率来评价:一定周期内的缺陷数、编写/执行用例数、编写自动化测试用例数、复测并关闭缺陷数…… 以测试覆盖率来评价:自动化测试覆盖率、手动测试的业务覆盖量/率…… -
以其他任务量来评价:对外支持、联调测试或开会的时长/次数
仇人见面分外眼红……
于是,我想尝试给这类话题总结一个解读方式,由于这是基于个人实践经验和侧面观察的解读,有可能存在一定偏差,请大家按需酌情参考。
团队质量能力清单
在这之前我们聊过,质量体现的是团队整体的能力,而非单一角色的能力。只有每个角色都贡献专长,并且存在合理的质量管控机制,将各角色的能力有机地结合起来,团队才会对外体现出优秀的质量能力。这个观点在之前已经多次讨论过,我们姑且把团队的质量能力作为共识,来继续下面的讨论。
以往聊得较多的是质量理念,当它落到团队中时,所谓的质量能力到底会有哪些表现呢?根据我的观察,粗略整理了一份《团队质量能力清单》,具备高质量能力的团队大概率会有以下表现:
1. 质量全局观
以全局的视角看待质量,相比局部质量,更重视全局质量 以发展的眼光思考质量,相比阶段性的质量,更追求长期的高质量
2. 质量规划能力
能设计与软件特性、团队情况适配的质量策略,达成团队共识 能根据软件架构、测试需求、环境资源等因素设计有效的测试架构 能对质量任务进行统筹规划,制定和调整测试计划 对质量的思考应尽早介入产品设计和研发过程
3. 质量风险干预能力
能尽早预判和识别质量风险 利用合理的风险管理框架来进行质量风险管理 具备有效应对常见质量风险的能力
4. 质量干系人管理能力
能识别和管理质量相关干系人 能和干系人对质量预期、质量标准和质量需求进行充分的沟通和澄清 能将质量状态及时同步给干系人,并管理干系人预期
5. 良好的测试水平和测试效率
能根据测试需求和人员能力选择高效的测试方法和工具 能设计出有效发现缺陷的测试用例集合,并合理管理测试用例 能按需按时完成测试任务,保证版本质量 能提供保障质量所需的测试支持
6. 质量研发能力和基础设施支撑
具备常见测试工具的使用能力 具备测试所需的测试代码编写能力 具备保证质量所需的工具、脚本、平台的研发能力 具备保证质量所需的基础设施和其他资产
7. 质量观察和度量能力
全员具备质量观察意识,具备讨论质量所需的专业基础 具备保证质量所需的度量框架,度量方法和指标选取得当 具备度量数据采集和汇总能力 具备根据需求调整度量框架的能力
8. 质量分析与改进能力
具备质量分析能力,能针对质量数据进行整合、分析 能从质量数据中获得有效洞察和改进点 具备质量改进的能力和资源支持 具备质量改进效果的评估和调整能力
9. 质量适应性
当质量需求、标准或干系人预期变化时,能适时调整质量策略 当质量波动较大时,能分析原因,并调整团队情况以应对变化 当遇到外部突发影响因素,如政策法规、信息安全等相关的质量诉求,能迅速协调资源以应对变化
10. 质量内建和团队赋能
关心软件质量领域的重大事件,保持行业敏感度 能及时与团队同步质量状态及变化趋势、内外部期待、行业变化等信息 能从质量数据中挖掘出对业务价值、产品策略、研发效能、团队管理等有价值的洞察,并与团队分享 持续不断的提供质量所需的各种能力,包括但不限于:测试数据/脚本和工具等测试资产、质量理念和实践的宣讲、质量价值的回顾与反思
这些能力彼此之间可能存在依赖关系;对于不同团队来讲,这些能力的重要性不同;由于上下文和资源的差异,各个团队所能触达的能力上限也不同。因此,我们暂不约束这些能力的实现等级。
这份《团队质量能力清单》,可作为团队的自检列表:当质量堪忧时,它有助于帮助团队快速定位隐性问题;当我们自认为质量较好时,它有助于自评质量能力,识别改进点;当希望构建质量影响力时,它可以提供可能的思路和方向。
打造质量能力的意义
在阐述完对团队质量能力的理解后,我尝试将打造团队质量能力的意义与所需的主要能力映射起来,我发现这个映射关系很可能是不唯一的,以下是我尽可能少的连线示例,换句话说,这可能是为了实现左侧意义的最小能力集合:
打造团队质量能力
由于前四个意义已经被广泛讨论,这里就不再赘述了,我重点想讨论“优化团队体验”这一项。尽管在大多数场景下,这可能不是我们尝试评价团队质量能力或测试人员绩效的初衷,它作为最后考量的因素,往往会被忽略。
但当我尝试解构一些冲突时,会发现这世上只有人是最值得关注的,除人以外的其他概念如公司、团队、组织结构、方法论等等都只是概念而已,它们的存在理应促进人们彼此之间的联系,优化沟通场景;而另一些概念如产品需求、应用软件、甚至AI,其本质都是为人提供服务的。
所以,在这里重点强调一下“优化团队体验”,如果团队中的个人不能在工作中感受到有意义和被关怀,那么我们简直可以断言,这个团队不会具备良好的质量能力。
小结 - 做质量的本质
在上次直播《质量改进怎么改怎么进》中我提到,做质量的本质是对外提供一种服务,这个服务可以被这样描述:让团队始终具备交付高质量软件所需的质量能力。
为了保证干系人和客户满意,我们需要持续对齐预期,高效实施测试,以适应性来应对风险和变化,持续度量、分析和改进质量,始终强调业务价值,并坚持质量内建,力求让团队能以成本低、收益高、体验佳的方式来交付高质量的软件。
思考:
我当前的产品处在什么阶段?当下最重要的质量目标是什么? 在清单中提到的各项能力中,哪几项可以是目前的工作重点? -
为了追求长远的高质量状态(至少不衰退),我们应该做什么?
圆小豆的美梦工场
于晓南@Thoughtworks
资深咨询师 & 赋能专家
微信:yxn125
博客:qualityfocus.club