it-swarm.cn

对程序员而言,一个好的SMART=)目标的例子是什么?

这个问题 开始,我想知道人们是否可以在程序员的定期审阅周期中提出一些可以视为“良好”目标的样本?

让我们从 Wikipedia条目 中最流行的定义中定义SMART

  • 具体
  • 可测的
  • 可达到的
  • 相关的
  • 有时间限制
20
Mike Woodhouse

我已经意识到,当人们有需要纠正的缺陷时,最好使用SMART)目标,并且在人们希望人们成长或变得更好时,目标不是很好。例如,某人没有制定时间表,这对公司造成了伤害,因为您有时不得不延迟开具发票,您可以有一个明智的目标,例如“在接下来的6周内,至少5周的时间表将在上午10点之前完成。下个星期一的早晨。” 6周后,您的判断是对还是错;开发人员做到了或错了。要么养成新习惯,要么决定是否要雇用一个不介意延迟发票的人。也适用于有其他不良习惯的人:“在接下来的两周中,至少有75%的签到人员将遵循签到准则(到内部文档的链接)进行签到评论。”再次,您做了一个不错的酥脆/不是在那短时间内结束的。

我发现这些构造的用处不大的地方是:时间延长,想要的成就模糊(学习语言,会有所帮助),或者没有达到目标的可以的事(您可以重视认证,但如果有人失败了)他们的测试,您可能不会采取纪律处分。)聪明的目标突然间失去了所有好处。除纠正措施外,不要尝试将它们用于其他任何方面,它们易于编写,可以帮助开发人员达到预期的水平,并且可以方便地进行测试。编写它们时遇到麻烦,意味着它们不是实现此目标的正确工具。

37
Kate Gregory

由于我将要与老板进行客观设定的对话,因此我想添加一些示例,这些示例与我正在考虑为自己建议的示例类似:

  • 到3月31日,将Project X中代码的测试覆盖率提高到至少95%。
  • 在4月30日之前完成并分发Project Y Architecture文档的初稿
  • 收集有关体系结构文档的审阅意见,必要时进行更新,并在6月30日之前发布文档的v1.-0

我希望在我指定的时间内(毕竟总是如此)会实现额外的工作,并且该工作尤其会对“及时”方面产生影响。这不应该是一个问题:应该定期检查目标,以确保它们继续满足“可实现”的标准。我需要确保就此与我的经理保持联系-没有人喜欢令人不快的年终惊喜...

7
Mike Woodhouse

如果您销售软件或其中包含软件的产品...

增加销售额n%。

真。

如果该软件无法正常工作,您将不会大量出售。

如果该软件运行得很好,那么您会卖很多。

(这将使软件人员像老鹰一样监视销售人员,以确保他们不会浪费其绩效奖金。)

如果您的软件是内部系统:

削减业务成本n%。

如果新的软件系统花费的时间是原来的10倍,那么公司就要花钱。如果新系统运行很快并且可以防止出错,则公司可以节省资金。

这种方法似乎适用于销售人员或业务变更流程副总裁,但实际上,软件开发人员是这两种流程的前线。

我在这里的基本想法是尝试使员工的薪酬结构与公司的最佳可能结果保持一致。

2
Tim Williscroft