我经常听到人们谈论绩效指标和关键绩效指标,但是如何准确定义质量工程生产率呢?这是什么以及如何测量?还有哪些最佳实践可以增加?

我该如何评估质量工程师的绩效,生产率和改进水平?
这取决于在工作场所花费的时间,发现的错误数量,证书等。或类似的东西?
说团队需要大量改进的可能原因是什么?

评论

sqa.stackexchange.com/questions/3381/what-is-a-good-kpi-for-software-qa/
的可能重复项
@KatePaulk:我已经看到了这个问题和答案。但是我的问题很清楚,我没有获得质量工程生产力的确切图片。

#1 楼

很难评估质量检查工程师的生产率。
很容易尝试使用诸如
“在工作场所度过的时间”,“发现的错误数量”,“认证”之类的东西。

问题是这些并不是您真正想要的措施。基于对记录的错误数量的性能评估,并猜测会发生什么? -记录了许多错误,其中许多是可疑的。

这意味着您必须更多地了解:


编写了哪些自动化测试
/>记录下来的代表重大收入变化的错误
在新领域进行测试时采取的主动行动
一种积极的票务跟进方法,以确保它们不会过时
减少技术债务的努力
完成的工作会增加技术负担(这是消极的措施)
与开发人员配对的工作
难以重现错误的后续质量
关闭较早的错误所采取的措施

非常重要的是应定期(例如每周)以1:1的方式讨论这些因素,以免给员工带来任何重大的惊喜。

价值认证和正式培训的内容将因行业和公司规模而异。在某些情况下,这对于相关公司而言将是至关重要的措施,而在其他情况下则不是。以银行与创业为例。

#2 楼

经理喜欢指标,因为它为指标提供了一种(貌似)客观的方法来衡量员工的绩效并对其进行奖励/纠正。有更好的方法来奖励或纠正绩效。

作为选择衡量团队成员的指标的一项练习,请问自己:“如何衡量此指标?”如果某人可以通过玩一项指标从经济上获利,那么它就会被玩。

您还应该问自己为什么首先要执行这样的任务。如果您要决定谁需要从团队中减薪或获得惊人的奖金或加薪,那就有更好的方法。

James Bach建议经理在开发人员中四处走走并与人们交谈,倾听人们的声音,并了解团队的定期运作情况。与任何堆叠排名的任意指标相比,这将使经理更多地了解其员工的绩效。

衡量团队绩效(开发人员和测试人员作为一个团队)的指标是客户报告的错误列表,按发布排序。如果在生产前发现该问题,但仍未解决,则仍然可以解决。这显示了客户想要的东西和我们想要的他们想要的东西之间的差额。

由于高层管理人员喜欢衡量金钱,因此我过去使用基于故事的指标来向高层管理人员展示我的团队的价值。在加薪/奖金时,我将轮询错误存储库以查找每个测试人员提出的所有紧急问题。我会将清单交给每个测试人员,并让他们猜测出每个发现的问题中前十名左右的价值(如果未找到的话)。价值可以包括收入损失,生产力下降,客户流失,公司声誉受损或其他任何可以用美元量化的东西。每个测试人员加起来的美元金额始终超过他们的年薪。错误ID,标题和美元金额的列表已移交给管理链,以证明测试团队成员的有效性。

每个订单项都有很多估算和假设;我会帮助他们提出合理的假设。任何想挑战这些假设的人都可以使用这些工具。没有人做过。

#3 楼

产品质量应该是检查工程师生产率的唯一措施。

在工作场所花费的时间:工程师可以在办公室呆16个小时,什么也不做。错误数量:错误数量可能因应用程序而异,并且完全取决于开发人员完成的质量工作。因此,这也不是一个很好的选择。认证:如果工程师只擅长研究并且在实际工作中失败,那么这种情况也不适合他。

交付产品的质量就是我们可以用来检查质量工程师绩效的唯一措施。