敏捷之路-绩效考核_项目管理_非技术区_程序员俱乐部

中国优秀的程序员网站程序员频道CXYCLUB技术地图
热搜:
更多>>
 
您所在的位置: 程序员俱乐部 > 非技术区 > 项目管理 > 敏捷之路-绩效考核

敏捷之路-绩效考核

 2014/8/18 15:19:09  Hawkon  程序员俱乐部  我要评论(0)
  • 摘要:敏捷开发只是一个工具,这个工具管理者们认可远远不够,团队成员认可才是真的认可。经过一段时间的试用之后,在一个小团队中的确看到了敏捷的效果,但是在更大的团队(这次是8个人)的团队中使用会怎么样呢?事实证明,对于新鲜事物总是会分为三部分人:第一部分愿意积极主动地去尝试使用,这部分人不用怎么做工作,只要告诉他XX工具很好,好在什么地方,他们自己就会去BAIDU,查资料尝试去用。第二部分习惯于观望,这部分人不会主动去尝试,看到有人用了,并且尝到甜头了,他们才会去尝试。第三部分习惯于自己的工作方式
  • 标签:敏捷

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

经过一段时间的试用之后,在一个小团队中的确看到了敏捷的效果,但是在更大的团队(这次是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,看来按时完成任务已经没有问题了。

向大家点个赞!!!!!

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

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

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

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

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

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

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

发表评论
用户名: 匿名