研发团队的绩效考核(一)

标签: 研发 团队 | 发表时间:2012-10-26 08:46 | 作者:
出处:http://www.iteye.com
我和大家分享的内容主要包括以下三个方面:
① 研发团队的绩效考核的方式
② 研发团队绩效考核KPI如何评估
③ 如何让绩效考核发挥作用

这次介绍第一部分:
① 研发团队的绩效考核的方式
很多人觉得研发团队的绩效考核很头痛,甚至不想做绩效考核,其实研发团队绩效考核我认为是需要的,因为绩效考核实际是一个“指挥棒”,它会引导研发团队朝着企业认为最佳价值的方向,通过团队/个人自己的努力达到,而不是管理者通过“管理”的方式获得,这样的效果会更好。
研发团队的绩效考核如何进行?以下是我的一些实践:研发团队的绩效考核要从团队和个人两个层面同时进行,团队的考核是为了增加团队整体对质量负责的效果,个人的考核是为了考量个体能力、责任心等的不同要体现个体的差异。下图是一个总体介绍:
具体是:
团队的考核主要是两个指标:每次迭代的交付物是否可以被接受;每次迭代的生产率是否理性的增长。前者是为了保证每次迭代的质量,后者是为了减少团队开发的学习债务和技术债务。
这里想多聊一下为什么我们会考量增加“每次迭代的生产率是否理性的增长”的指标。
最初我们的团队考量指标是没有这一项的,但是我们会发现如下问题:团队在产品(或者项目)开发的初始阶段质量非常好,而且交付的效率也很高,然而在开发进行半年左右后,相同工作量的需求要比在初始阶段完成的时间长,bug的发散程度(指一个bug修改后,回归测试又出现了若干个bug,还可能是其他模块的bug)越来越高,后期维护成本也会不断增加。
同时,如果开发过程中出现了人员流动,特别是核心人员的流动,项目的开发进度会出现非常大的风险
我们不断寻找原因,发现主要的原因是:团队在开发初始阶段追求“快”,但忽视了“学习债务”和“技术债务”。“学习债务”是指业务或者技术等信息掌握在某个人那里,在团队内部得不到共享,如果这个人遇到困难、调离团队甚至离开公司,会给团队带来很大的风险;“技术债务”是指代码、架构等缺少重构,造成扩展、维护等困难。这两种债务随着项目的进展,如果得不到及时解决,会越来越高。
“每次迭代的生产率是否理性的增长”的指标主要就是为了解决“学习债务”和“技术债务”而定,我们并不希望管理层直接通过制度或者直接参与来“管理”团队以减少这两种债务,而是希望通过这个指标引导团队自我找到减少这两种债务的适合团队实际场景的解决方案。
刚才说的是团队考核指标,我们的个人的考核指标包含五个指标:质量、工作量、主动性、帮助团队以及成长性。
质量是为了引导团队中的成员个体保证自己负责的工作交付质量
工作量是为了体现团队中的成员个体对最终项目(或者产品)交付的贡献程度
主动性是为了引导团队中的成员个体增加主动沟通和交流,因为一般研发团队的成员偏于内向,主动沟通的意愿和技巧不是很强,往往造成交付的产出出现需求质量问题(即做出来的不是需求方想要的)
帮助团队是为了引导团队中的成员个体主动帮助团队的其他成员,共同对交付的产出质量负责,而不是“各扫门前雪”,否则很容易造成由于某个成员的某个环节出现了“短木板”而造成交付不成功,同时也会影响团队的凝聚力和稳定性。
成长性是是为了引导团队中的成员个体不断提高自己,持续改进。这个主要是为“新员工”而定,特别是工作经验不丰富的新员工。以上四个指标对于这样的新员工“不是很公平”,所以对于这样的新员工,我们不是很关注每一次开发迭代中的具体指标表现,而是关注每一次开发迭代后这些指标表现是否在理性的增长
通过对于团队和个人指标的设定,我们考核就变得非常有效。
请继续关注第二部分


已有 1 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [研发 团队] 推荐:

研发团队的绩效考核(一)

- - ITeye博客
我和大家分享的内容主要包括以下三个方面:. ① 研发团队的绩效考核的方式. ② 研发团队绩效考核KPI如何评估. ③ 如何让绩效考核发挥作用. ① 研发团队的绩效考核的方式. 很多人觉得研发团队的绩效考核很头痛,甚至不想做绩效考核,其实研发团队绩效考核我认为是需要的,因为绩效考核实际是一个“指挥棒”,它会引导研发团队朝着企业认为最佳价值的方向,通过团队/个人自己的努力达到,而不是管理者通过“管理”的方式获得,这样的效果会更好.

研发团队的绩效考核(二)

- - ITeye博客
我和大家分享的内容主要包括以下三个方面:. ① 研发团队的绩效考核的方式. ② 研发团队绩效考核KPI如何评估. ③ 如何让绩效考核发挥作用. ② 研发团队绩效考核KPI如何评估. 团队部分KPI指标的评估方式:. 每次迭代的交付物是否可以被接受:以需求提出者对本次开发迭代交付物的评价为标准,分为“接受”和“拒绝”两种.

从Rails聊聊小公司的研发团队建设

- corleone1969 - robbin的自言自语
JavaEye的PV到了140万了,一年前才100万出头,增长算不错的. 仍然是单台Web服务器,Rails处理动态请求超过340万,除了真实用户访问,还有API,RSS以及很多爬虫的请求. 看JE的alexa排名,CN排92名,全球790名,不过就2台服务器(1个web+1个DB),2个程序员而已.

Google Search By Image 中国团队完成一半以上研发

- Doublel - 谷奥——探寻谷歌的奥秘
当你郊游时,突然发现一种不知名的小花,很想仔细了解它的名称、种类和特性. “五个花瓣”、“半尺高 绿叶白花”. 这些文字肯定不能帮你准确描述出详细特征,你也不大可能凭借这些只言片语在搜索框中得到准确的答案. 确实,目前用户在使用图像搜索时经常碰到的问题是经常看到一张图片,比如一个景点或不知名的事物,想要知道它的详细信息或要找到其他尺寸图片时,文字并不能完全准确表达用户的需求.

[原]国内研发团队普遍常见问题

- - 阿朱=行业趋势+开发管理+架构
以下是国内研发团队普遍常见问题,大家说说各个岗位怎么提高质量和效率吧. 1、业务没啥清晰的战略核心主干与目标,业务需求不会解构洞察,客户提什么就做什么,业务需求和软件功能要求混在一起. 2、不会建立业务模型和产品模型,客户提什么就做什么. 3、不会理性需求排级,不做数据度量论证/也没有数据可度量/也不知道度量哪些合理数据,客户谁权力大谁态度恶劣谁叫的声大,就先满足谁的需求.

如何提高一个研发团队的“代码速度”?

- - 博客园_知识库
  阿里妹导读:Code Velocity(代码速度),体现了一个研发团队快速响应业务需求的能力. 如果做得好,代码从 commit 到上线可能平均只需要两三天时间,甚至连紧急发布都不怎么需要了.   今天,蚂蚁金服国际事业群技术风险部研究员南门,将和大家聊聊 Code Velocity,希望能在团队效率问题方面,为你带来一些启发.

[原]敏捷开发团队管理系列之七:大型研发管理团队的切分(二)

- - 陈勇的博客 - Scrum 敏捷开发培训咨询,绩效管理,团队管理,《火星人敏捷开发手册》
这是敏捷开发团队管理系列的第八篇( 团队管理栏目目录). 还是敏捷开发一千零一问的第二十八篇( 在这里提问, 之一, 之二, 之三, 问题总目录). 还是敏捷开发松结对编程系列的第十三篇( 松结对编程栏目目录),与之前系列 第六篇139团队、 第九篇微软TechED上的讲座有密切关系.

百度翻译研发500天幕后:团队曾经迷茫一个月

- Allen - cnBeta全文版
7月12日消息,百度自主投入、研发的在线翻译产品――百度翻译近日悄然上线,受到了业界和用户普遍关注. 近日百度翻译研发负责人日前独家披露产品背后的故事,称这款历时一年多时间打造的最新翻译工具,也曾遭遇过长达一个月的迷茫期. 据了解,互联网的出现为机器翻译的研发和应用带来了空前的机遇和挑战. 在中文搜索领域处于领先地位的百度,也意识到机器翻译的重要性.

[一分钟先生]袁斌:研发团队的绩效考核方式

- - 业界
北京迅思威尔科技有限公司资深敏捷开发咨询顾问袁斌. 很多人觉得研发团队的绩效考核很头痛,甚至不想做绩效考核,其实研发团队绩效考核我们认为是需要的,因为绩效考核实际是一个“指挥棒”,它会引导研发团队朝着企业认为最佳价值的方向,通过团队/个人自己的努力达到,而不是管理者通过“管理”的方式获得,这样的效果会更好.