为什么研发团队不适合量化KPI的绩效考核？

研发团队（如果不是外包，不是机械性的活动）如果进行的是creative的有创造性的智力活动，那么应该不适合用量化KPI的绩效考核和激励，不应该用工时、bug数（难度大的bug可能多，测试人员可能没有经验瞎提bug）、代码行数（大量复制粘贴）、review代码每千行问题数（有效的review机制）、上线后bug数等来量化考核，会抹杀他们的创造性。智力团队的合作的重要性要远大于竞争。

如何管理21世纪的人才？！看看这个TED视频：《The surprising science of motivation》

（强烈推荐！主要观点：21世纪的经济竞争是创新的竞赛，核心竞争力是创新型人才，而如何管理Creative的21世纪人才，上个世纪的胡萝卜加大棒的激励会落败于自我驱动、掌控性和使命感！）

其它链接：

posted on   Mainz  阅读(1952)  评论(0)  编辑  收藏  举报

编辑推荐：
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语，封装的思维：从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热？
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列：向量存储与相似性搜索在 .NET 中的实现
阅读排行：
· 周边上新：园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源！
· 分享 3 个 .NET 开源的文件压缩处理库，助力快速实现文件压缩解压功能！
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述
历史上的今天：
2010-07-20 项目管理杂谈

导航

统计

点击右上角即可分享
微信分享提示
AI IDE Trae