如何评估QA员工的绩效？

Question

我经常听到人们谈论绩效度量和关键绩效指标，但是如何准确地定义质量工程生产率呢？它是什么，如何衡量？还有哪些最佳做法需要改进呢？

如何评价一名质量工程师的业绩、生产力和进步？

这取决于在工作场所花费的时间、发现的bug数量、certifications..etc。或者类似的东西？

有什么可能的理由可以说，团队需要相当大的改进？

Answer 1

要评估QA工程师的生产率是相当困难的。

尝试和使用诸如“在工作场所的时间”、“发现的bug数量”、“证书”之类的东西是很容易的。

问题是这些并不是你真正想要的措施。基于对记录错误数量的性能评估，猜猜会发生什么？-许多错误都会被记录，其中许多都是有问题的。

这意味着你必须多看以下内容：

• 已经编写了哪些自动化测试
• 记录的Bugs代表了重大的收入变化。
• 在测试新领域方面采取的主动行动
• 在票务跟踪中采取积极主动的方法，以确保它们不会过时。
• 减少技术债务的努力
• 增加技术债务的工作(这是一项负面措施)
• 完成了与开发人员配对的工作
• 难以复制错误的跟踪质量
• 主动关闭旧的bug

非常重要的是，这些因素应该在1:1's中定期讨论(例如每周一次)，这样员工就不会有任何重大惊喜。

认证和正式培训的价值将因行业和公司规模而异。在某些情况下，这将是有关公司的一项关键措施，而在其他情况下则不然。举个例子，想想银行与初创企业的较量吧。

Answer 2

管理者喜欢衡量标准，因为它给了他们一种(表面上)客观的方法来衡量他们的员工的表现，并奖励/纠正他们。有更好的方法来奖励或纠正表现。

在选择度量您的团队成员的度量标准时，请问自己：“如何才能对此度量进行博弈？”如果一个人能从游戏中获得经济利益，那么它就会被打成平局。

你还应该扪心自问，为什么你一开始就想要完成这样的任务。如果你这样做是为了决定谁需要从你的团队中被裁掉，或者获得惊人的奖金或加薪，那么有更好的方法。

James建议经理在开发人员坑里四处走动，与人交谈，倾听人们的意见，并了解团队的正常运作情况。这将告诉经理更多的关于他的人民的表现，而不是任何堆叠排名的任意衡量标准。

衡量团队性能的度量标准(开发人员和测试人员作为一个单独的团队)是由客户报告的、按发行版排序的bug列表。如果这个问题是在生产前发现的，而且没有得到解决，它仍然是重要的。这显示了客户想要什么和我们认为他们想要什么之间的差异。

由于最高管理层喜欢衡量资金，我过去曾用一个基于故事的指标来向最高管理层展示我的团队的价值。在提升/奖金的时候，我会对每个测试人员打开的所有紧急问题轮询bug存储库。我会把清单交给每个测试人员，让他们猜测如果没有发现，他们发现的每一个问题的前10名的价值。价值可以包括损失的收入，失去的生产力，叛逃的客户，公司声誉的损失，或者其他任何可以量化为一美元的东西。每个测试人员加起来的美元金额总是超过他们的年薪。错误ID、头衔和金额的列表被交给管理链，以证明测试团队成员的有效性。

每一行都有许多估计和假设，我会帮助他们提出合理的假设。任何想质疑这些假设的人都可以得到这些信息。从来没有人这么做过。

Answer 3

产品的质量应该是检验工程师生产力的唯一标准。

工作时间:工程师可以在办公室呆上16个小时，什么也不做。因此，这不适合对生产率进行检查。

bugs的数量:bug的数量可以根据应用程序的不同而变化，完全基于开发人员所做的质量工作。因此，这也不是一个很好的适合。

证明:如果一个工程师只擅长学习，在实际工作中失败，那么这个案例也不适合他。

交付的产品质量是我们可以用来检验质量工程师的性能的唯一标准。