有无靠谱的开发团队 KPI 标准

[sazima]

不足十人 Web 小团队.
目前公司按 bug 数量扣分, 写的越多扣的越多. 想改一下.

[ly4572615]

这么点人还盯着错误搞 kpi

[liqiangzjhzz]

bug/任务 比

[liqiangzjhzz]

和开发量

[SlipStupig]

这种团队 KPI 本身就不靠谱，团队 loader 应该像教练一样提高队员水平，激励和鼓舞士气，确立明确的目标。而不是想着去惩罚，你越惩罚越逆反，正确的方式应该对整个团队进行激励，比如每次按时完成一个大版本发布，给所有开发团队发一点小纪念品（比如：2.0 上线纪念章，这种需要花点小心思），这一切前提是团队靠谱，不靠谱的团队，用任何方式都无法进行推进！

[geying]

建议用代码行数评

[cloverzrg2]

在这种团队我肯定辞职

[Cabana]

天天划水不敲代码，是不是绩效就第一了🤪🤪？

[shawndev]

@SlipStupig 团队 loader 可太秀了。。。

[ciscoray]

缺陷率

[NotFoundEgg]

不到 10 个人还搞这些 是不是再排个 A+ A B+ B C....

[nevin47]

建议考虑下 OKR

[FreshUncle]

写的越多 bug 越多，扣的越多，不如不写，想出这种绩效方法的，也是人才

[pecopeco]

有此公司名，建议黑名单

[goldpumpkin]

看你的目的是要什么。搞队友，还是做好事情

[fatpower]

做的越多 bug 越多 扣的越多 哈哈

[demoxu]

考虑过 bug 产生的原因么？是需求阶段产生，还是架构阶段产生还是纯粹的代码 bug
楼主的公司有固定的流程么？

[classyk]

人数太少了放弃 KPI 吧

[robot1]

这样就能当领导了?

[luozic]

人数太少了, KPI 不具有實際的工程效益

[passerbytiny]

楼上嘲笑 bug 数量的，大概不了解实际情况。我猜这是接小型外包（或者 N 次分包后）项目的公司，（客户提出的） bug 数量直接影响能不能收到中款和尾款。我不评价这种评价方式的好坏，我只点明这种评价方式是完全不可行的，因为：客户提不提 bug，提多少 bug 是完全不受开发团队控制的。