敏捷之路-绩效考核

敏捷开发只是一个工具,这个工具管理者们认可远远不够,团队成员认可才是真的认可。

经过一段时间的试用之后,在一个小团队中的确看到了敏捷的效果,但是在更大的团队(这次是8个人)的团队中使用会怎么样呢?

事实证明,对于新鲜事物总是会分为三部分人:

第一部分愿意积极主动地去尝试使用,这部分人不用怎么做工作,只要告诉他XX工具很好,好在什么地方,他们自己就会去BAIDU,查资料尝试去用。

第二部分习惯于观望,这部分人不会主动去尝试,看到有人用了,并且尝到甜头了,他们才会去尝试。

第三部分习惯于自己的工作方式,大家都用了,他们觉得他们不用就不合群了,再不用就会脱离群众了,他们才会尝试,这些人大多是比较被动的。

而第一个人在面对不同的新鲜事物也会处于三种不同的状态中。

在大连软交会,有前辈给出了这样的解决方案:

作为管理者积极主动的去争取第一部分人,他们会最先尝试好的工具、方法,第二部分人很快就会自动跟人,第三部分人看大家都跑了,他们就会不得不跑。

不得不说这样的策略非常行之有效,我在我的团队中也采取了这样的策略,但是我觉得太慢了,或者说这种方法让大家都接受敏捷开发的周期我无法控制,不知道什么时候会达到我的目的,我等不急。

因为在一个人数稍多一些的团队中我很快就发现积极使用这个工具的人总是极少数,甚至那极少数人意志稍稍不坚定就会被大家所影响,燃烧图的更新一个星期都不见动的。

开始的时候使用TFS作为我们的敏捷工具,TFS的繁琐和强大一样让我们惊讶,或许是TFS的繁琐,也或许是大家真的不习惯敏捷,在一个多月的时候里我看不到TFS在这个团队中的效果。

认识到这一点后,我开始寻找更好的敏捷工具,其中找到了SCRUM WORKS,更换了工具之后大家的确积极了很多,但是在scrum works中的第一个迭代我们晚了3天。

这个图是我们第一个迭代的燃烧图:

红色线一直没有往下走是因为我们第一次使用的时候使用不当,任务的Hours remaining应当在添加任务的时候指定好,我们在添加的时候没有指定是后来加上去的,不知道因为什么原因小时线一直不会往下走。

兰色线一表示任务数,这个迭代的完成时间是8月6日,而到8月5日下班时还有两个任务没有完成,其它的任务也是没有测试。

在初始估计迭代周期的时候我们是分配了任务之后按照最长的那个人需要的时候来定的迭代周期,同时我要求大家完成了自己的任务之后要主动的帮助其它人,共同完成迭代任务。

但是这一次迭代依然是没有按期完成,在3天后终于完成了任务,但是完成的功能有不少的问题。不管怎么样,大家按照敏捷开发还是初步取得了胜利,大家都认为看着燃烧图一直往下走很爽。为了慰藉大家,向BOSS申请经费,部门小聚了一次,这一次人比较多,大家没有真正放开玩,还是有点遗憾。

这时候时间又快到了发工资的时候,每个月这时候我都有点小头疼,要给大家作考核打分,我们公司其它的部门考核方案好像基本没怎么动过,我们下一个迭代的任务也计划好了,但是我还是担心再出现上一个迭代的情况不能及按迭代计划完成任务,我决定加一把火,动起了考核的主意

我们设计的考核方案是基本工资+月度考核+项目提成

月度考核是按照工资的20%,考核方式为主管领导打分。暂时我们没有精力去设计更好的考核方案,就拿考核指标下手。

在每一个迭代中我要求大家制定的迭代计划完成时间为及格目标,同时要制定出一个卓越目标,卓越目标可以是时间更短,也可以是性能更优,也可以是功能更多。

于是月度考核指标出炉了:

80-120:及格目标全部达成,能够达成卓越目标。
70-80:及格目标全部达成,没有BUG
60-69:及格目标达成,有BUG
0-59:及格目标部分未全部达成

时间要求超过一天扣10分

比卓越目标提前一天加10分

注:我们的考核指标满分并没有作成100分,而是120分,甚至还有加分项,理论上讲考核得分拿到200分也是有可能的,我就是想通过这种方式告诉大家,优秀是可以没有上限的。

这样的考核指标很简单,但是很主观,不太容易去客观的评测,但是暂时我拿不出更好的考核方案,只能如此。

这是我们第二次迭代的燃烧图:

迭代计划的完成时间是19日,实际上18日已经全部完成,还有及少量的BUG,看来按时完成任务已经没有问题了。

向大家点个赞!!!!!

==============绩效考核的终极目标==============

我期望的绩效考核是大家每看到一个目标不仅仅看到的是这个目标的完成,还能够看到完成这个目标自己能够得到的收益,就像玩游戏做任务一样。

我玩游戏喜欢做任务,就是因为完成一个任务需要干什么清清楚楚,完成之后能得到什么清清楚楚,所以玩起来很有劲。

工作如果可以这样那干起来一样也会很有劲,而且越来越有劲,最终沉迷于此。

但是我们现在还无法做到这一点,现在的考核方案大家只能得出一个大概的收益,这个大概的收益大家还得看我的脸色,时间长了,目标就不再那么重要,甚至我的脸色也不再那么重要,那时候团队必然会走下坡路。

我希望我们的绩效考核指标能够从工作数据中得来,而不是这样简单易行,但是主观性很强的考核指标。

目标还未达成,我们依然在路上前行!!!!!

敏捷之路-绩效考核

时间: 2024-11-06 03:08:47

敏捷之路-绩效考核的相关文章

项目如何进行有效的绩效考核(广州 2014-11-26)

垃圾的考核办法,让项目组背负更沉重的负担:而优秀的考核办法,将会激发项目组更强大的战斗力,你好,我好,项目好,公司好! 时间:2014-11-26(星期三)下午13:45-17:00 日程安排:13:45-14:00 签到,互相认识14:00-16:00 项目绩效考核深度分享16:00-17:00 问题解答,案例分析 地点:广州市天河区珠江新城 珠江西路17号广晟国际大厦17楼 广州西维尔计算机系统有限公司 大会议室 费用本活动免费,需要事先报名并获得批准.请慎重考虑后报名,报名后请不要轻易缺席

打造实用绩效考核(深圳站 2014-6-21)

 课程概述合适的盈利模式 + 合适的绩效考核办法 = 强劲的企业业绩!绩效考核可能是最重要的一种制度,但也可能是最有杀伤力的一种制度:?优秀的考核制度,驱动员工和公司一起进步,员工每天充满激情地工作,公司业绩蒸蒸日上:?平庸的考核制度,仅仅是一种考核需要,每次考核走走形式,"轮流"做优秀员工:?低劣的考核制度,严重挫伤员工工作积极性,甚至逐步将有价值的员工逼到"离职"的境地.本课程分享老师十多年的绩效考核经验,帮助你打造实用有效的绩效考核机制,运用好绩效考核这个&q

陈皓:我看绩效考核

本来,这篇文章应该在 5 月份完成,我拖延症让我今天才完成) 前些天,有几个网友找我谈绩效考核的事,都是在绩效上被差评的朋友.在大致了解情况后,我发现他们感到沮丧和郁闷的原因,不全是自己没有做好事情,他们对于自己没有做好公司交给的事,一方面,持一些疑义,因为我很明显地感到他们和公司对一件是否做好的标准定义有误差,另一方面,他们对于自己的工作上的问题也承认.不过,让他们更多感到沮丧的原因则是,公司.经理或 HR 和他们的谈话,让他们感觉整个人都被完全否定了,甚至有一种被批斗的感觉.这个感觉实在是太

我看绩效考核

今天看到一篇一位大牛对于绩效考核的看法,很是赞同,转载分享下 我看绩效考核 前些天,有几个网友找我谈绩效考核的事,都是在绩效上被差评的朋友.在大致了解情况后,我发现他们感到沮丧和郁闷的原因,不全是自己没有做好事情,他们对于自己没有做好公司交给的事,一方面,持一些疑义,因为我很明显地感到他们和公司对一件是否做好的标准定义有误差,另一方面,他们对于自己的工作上的问题也承认.不过,让他们更多感到沮丧的原因则是,公司.经理或HR和他们的谈话,让他们感觉整个人都被完全否定了,甚至有一种被批斗的感觉.这个感

团队第一阶段绩效考核

成员 \权重 目标 实现( 25%) 工作量 (20%) 改善 创新( 10%) 完成及时 (15%) 积极性 (15%) 团队意识 (10%) 学习情况 (5%) 总分 郭庆樑 90 80 80 90 80 100 80 89 林彦汝 88 70 80 80 80 100 75 85.25 张金 80 70 70 75 100 100 90 81.5 以上是本团队第一阶段绩效考核方法及个人成绩.

特定条件下的技术团队绩效考核

从业近8年,从最开始的coding到teamleader,一路走来,见识了各种绩效考核,也经历了很多没有对技术团队进行考核的公司,一直在思考技术开发这种很难量化的工种如何客观.可执行有激励的进行绩效考核,也做了一些尝试,可谓各种辛酸冷暖自知. 下面将之前一个技术团队在工作中只为业务开发服务,只关注功能而忽略业务功能之外的性能,项目任务紧成了代码潦草结构随意和混乱的借口等诸多问题,从而制定了更具有针对性的考核办法,以考核促改变,针对考核结果出台相应的奖罚措施. 首先对良好的代码结构和规范进行培训,

技术绩效考核之我所见

本周hr通知我们,技术这边也准备实施公司的绩效考核体系,考虑到技术的特殊性,让我们技术单独制定我们自己的考核方案.作为技术团队负责人,这个任务就落到我得头上.以前没怎么制定过,有一定的压力,一是:如何制定,二是:如何实施,并被同事们接受. 考虑了一天多,然后也参考了腾讯的考核办法,最终我制定的考核方案如下: 一.考核方式:自评 + 上级考评   HR同意后设置比例为  自评(20%),上级考评(80%) 二.考核的维度:工作业绩(60%) + 工作态度 (20%) + 工作能力 (20%) 然后

结合当前公司发展情况,技术团队情况,设计一个适合的技术团队绩效考核机制

结合当前公司发展情况,技术团队情况,设计一个适合的技术团队绩效考核机制 一.引言 要想制定绩效考核机制首先要先知道绩效考核的定义是什么,绩效考核指企业在既定的战略目标下,运用特定的标准和指标,对员工的工作行为及取得的工作业绩进行评估,并运用评估的结果对员工将来的工作行为和工作业绩产生正面引导的过程和方法. 绩效考核(performance evaluation),是企业绩效管理中的一个环节,常见绩效考核方法包括bsc.kpi及360度考核等.绩效考核是一项系统工程.绩效考核是绩效管理过程中的一种

项目绩效考核体系指标建设

项目绩效考核体系设计依据: 以项目生命周期为脉络,在对应阶段,对应岗位的人对项目的贡献,可用于考核个人: 在个人考核的基础上,汇总项目管理各个过程组和知识领域,用于团队绩效和项目绩效: 绩效数据产生后,在此基础上做奖励激励分析,并让员工参与,达成很好的奖励激励效果. 项目绩效考核体系,简单.成效.易操作.易落地,跟业绩挂钩.跟每个人的贡献挂钩,以奖励激励为目的,鼓励大家多做贡献,且给予每个人应得的认可和回报. 项目绩效考核体系奖励规则: 项目绩效考核体系,确保每个人都有奖励,所有考核项可去做.可