必须为开发人员设定目标，即使目标不起作用[关闭]

It is 大致接受 http://www.joelonsoftware.com/news/20020715.html that 设定可衡量的目标 http://www.inc.com/magazine/20081001/how-hard-could-it-be-sins-of-commissions.html对于软件开发人员不起作用 https://stackoverflow.com/questions/324399/what-is-a-fair-productivity-measurement-technique-for-programmers#324441，因为过于关注目标可能会导致与组织目标背道而驰的行为（所谓的“测量功能障碍 http://csdl.ics.hawaii.edu/techreports/96-16/96-16.html").

然而，在我的公司，我们需要为所有员工设定目标，并且人力资源部鼓励我们实现这些目标SMART http://en.wikipedia.org/wiki/SMART_(project_management)。过去，我和我的一级经理（团队领导）同事尝试过多种方法：

1. 设定正常工作之外的可衡量目标，例如“进行 X 技术培训”、“为无人理解的 Y 代码段创建文档”等。当谈到年度绩效评估时，不要根据书面目标来评价开发人员，而是根据我对他们正常工作的不可估量的价值的看法，因为这实际上是公司关心的。
2. 设定非常具体的目标，例如“任务管理系统记录的完成工作天数”、“引入的错误数量”、“导致的生产发布数量”。这导致了错误的估计和错误分类，以获得更好的“分数”。有趣的是，即使是那些在这个系统上得分很高的开发人员也不喜欢它，因为团队内部的内在信任被破坏了，而且他们并不总是觉得自己应得的高位。
3. 设定模糊的目标，这些目标是“做好你的正常工作”的变体。当谈到年度评估时，他们的评级确实反映了目标的绩效，但目标本身是不可衡量或可实现的，这是令人不悦的。

这些都不是理想的。如果您遇到过类似的情况，必须为软件开发人员创建有意义的、可衡量的目标，尽管有证据表明其有效性，哪种方法最适合您？

我发现相关问题并没有完全解决同一点：

• 对于软件工程师来说，良好的绩效目标有哪些？ https://stackoverflow.com/questions/51629/what-are-suitable-performance-indicators-for-programmers
• 为开发人员设定绩效目标 https://stackoverflow.com/questions/210329/setting-performance-goals-for-developers
• 适合程序员的绩效指标有哪些？ https://stackoverflow.com/questions/51629/what-are-suitable-performance-indicators-for-programmers
• 对于程序员来说，公平的生产力衡量技术是什么？ https://stackoverflow.com/questions/324399/what-is-a-fair-productivity-measurement-technique-for-programmers#324441
• 我需要明年的职业“目标” https://stackoverflow.com/questions/317836/i-need-some-career-goals-for-the-next-year

Update(2009 年 11 月 18 日)：我的问题有 10 票赞成，而评分最高的答案只有 4 票（其中我一人各 1 票）。我认为这告诉我们一些事情：也许 Joel 和其他人是对的，并且 stackoverflow 的综合智慧无法想出any对于开发人员来说，具有令人信服的、可衡量的目标，而这些目标如果被玩弄，就会对其工作的真实（不可衡量）价值产生不利影响。不过还是谢谢你的尝试！

哪种方法最适合您？

只有一个目标：通过代码检查/同行评审，由我作为审阅者，没有发现任何错误或有任何其他批评，这让我要求你重做一些事情。

Notes:

• 我没有衡量新员工快速完成工作的能力，也没有鼓励他们这样做：我希望人们学习如何很好地完成工作（因为如果没有很好地完成，那么它还没有完成）
• 人们在代码审查中了解了我所寻找的内容：所以这是一个学习机会and质量控制措施，而不仅仅是管理目标
• My comments would have two categories:
  1. 这是一个错误：您必须在签入之前修复此问题
  2. 作为建议，我会这样做
• 一段时间后，我对某人代码的审查将不再发现任何“必须修复”的项目（此时我不再需要审查他们的工作）。