Tag: 评测

不得不为开发者设定目标，尽pipe目标不起作用

人们普遍认为，为软件开发人员设定可衡量的目标是行不通的 ，因为过分关注目标会导致与组织目标（所谓的“ 测量function障碍 ”）相对立的行为。 但是，在我们公司，我们需要为所有员工设定目标，并受到人力资源部门的鼓励，使他们变得聪明 。 过去，我的一线经理（团队负责人）和我尝试了很多方法： 设定额外的正常工作的可衡量的目标，如“对X技术进行培训”，“为没有人理解的代码片段Y创build文档”等等。 谈到年度绩效评估，评估开发商不是以书面目标为依据，而是以我对正常工作不可估量价值的看法，因为这实际上是公司关心的。 设定“任务pipe理系统logging的工作日”，“引入错误数”，“发生的生产数”等非常具体的目标。 这导致了错误的估计和不正确的分类，以达到更好的“分数”。 有趣的是，即使那些在这个系统上得分高的开发者也不喜欢它，因为团队内部的信任被破坏了，他们并不总是觉得自己应得的高位。 设定模糊的目标，是“做你的正常工作”的变体。 在年度评估中，评级确实反映了绩效与目标的相关程度，但目标本身是不可衡量的，也是不可实现的。 这些都不是理想的。 如果您遇到类似的情况，不得不为软件开发人员创build有意义的，可度量的目标，尽pipe有证据表明他们的有效性， 那么最适合您的方法是什么？ 相关问题我发现不太相同的观点： 软件工程师有什么好的性能目标？ 为开发人员设置性能目标 程序员有什么合适的性能指标？ 什么是程序员公平的生产力测量技术？ 明年我需要一些职业“目标” 更新 （2009年11月18日）：对于我的问题，有10个赞成票，最高评分的答案只有4个赞成票（包括我的每个人）。 我想这告诉了我们一些事情：也许Joel和其他人是对的，并且stackoverflow的联合智慧无法为开发人员提供任何令人信服的，可测量的目标，而这些目标如果不影响其真实（不可估量的）价值工作。 感谢您尝试，但！