Closed. This question is off-topic。它当前不接受答案。
想改善这个问题吗? Update the question,所以它是用于堆栈溢出的on-topic。
7年前关闭。
Improve this question
我在一家软件开发公司工作,我们大约有100位产品开发人员,其中1/3是质量检查人员。最近,管理人员希望有一种更好的方法来评估单个程序员的性能,因此建议是使用错误报告作为衡量标准。有关开发人员的错误报告越多,他的情况就越糟。这似乎是不明智的,原因有很多,例如我无法告诉的。它是一种主观的衡量方式,开发人员从事不同复杂程度的不同项目。此外,如果根据质量检查来衡量它们生成的错误报告的数量,则会有很多关于错误报告有效性的讨论。
在这种情况下,衡量开发人员绩效的更好方法是什么?
一个建议是不要使用来自QA的错误报告作为一种度量,而是使用外部的错误报告(例如Beta测试人员),然后在发布此类公共(public)错误报告时也要对其进行质量检查。
编辑:#1在阅读了您的一些出色回答后,我认为上述指标的普遍问题是它是负面的报告错误-它不鼓励产生高质量的代码。
编辑:#2我认为问题是这是两个世界。一侧上有一些非程序员,他们基本上将程序员视为 worker ,他们希望度量标准是loc / minute。然后我们有了程序员,他们希望将自己视为艺术家或手工艺者,“请不要打扰我,我是c-o-d-i-n-g” :)我认为衡量质量不能通过度量来完成,而不是适得其反。取而代之的是,一个人对错误的反应,改变的意愿,创造力以及最重要的工作质量是很重要的,但大多数不一定是可衡量的。
想改善这个问题吗? Update the question,所以它是用于堆栈溢出的on-topic。
7年前关闭。
Improve this question
我在一家软件开发公司工作,我们大约有100位产品开发人员,其中1/3是质量检查人员。最近,管理人员希望有一种更好的方法来评估单个程序员的性能,因此建议是使用错误报告作为衡量标准。有关开发人员的错误报告越多,他的情况就越糟。这似乎是不明智的,原因有很多,例如我无法告诉的。它是一种主观的衡量方式,开发人员从事不同复杂程度的不同项目。此外,如果根据质量检查来衡量它们生成的错误报告的数量,则会有很多关于错误报告有效性的讨论。
在这种情况下,衡量开发人员绩效的更好方法是什么?
一个建议是不要使用来自QA的错误报告作为一种度量,而是使用外部的错误报告(例如Beta测试人员),然后在发布此类公共(public)错误报告时也要对其进行质量检查。
编辑:#1在阅读了您的一些出色回答后,我认为上述指标的普遍问题是它是负面的报告错误-它不鼓励产生高质量的代码。
编辑:#2我认为问题是这是两个世界。一侧上有一些非程序员,他们基本上将程序员视为 worker ,他们希望度量标准是loc / minute。然后我们有了程序员,他们希望将自己视为艺术家或手工艺者,“请不要打扰我,我是c-o-d-i-n-g” :)我认为衡量质量不能通过度量来完成,而不是适得其反。取而代之的是,一个人对错误的反应,改变的意愿,创造力以及最重要的工作质量是很重要的,但大多数不一定是可衡量的。
最佳答案
试图用错误报告来衡量程序员的性能是一个坏主意。但是,实际上尝试使用any other metric衡量性能。无论您做什么,人们都会弄清楚如何玩游戏,并在不提供您真正想要的东西的情况下为您提供您要测量的内容。
从Joel的other articles中:
关于process - 代码质量:如何衡量开发人员的绩效? ,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/754539/
10-11 11:24