敏捷团队的考核

简介:

下面是我看到的一些实行敏捷的团队的考核误区

1、看了一些敏捷的资料的人,认为敏捷团队里所有人的level都应该是一样的。

 

敏捷最重要的是什么?我想大家都会毫无疑问的回答是人,不错,就是人。

首先人是有差别的,是人都有三教九流,中国人喜欢把人分为三等, 上人,中人,中人以下。 这都说明了人是有差别的。

这个差别体现很多方面,例如:工作经验,对问题的理解能力,解决问题的能力等。把所有人的level定成一样,一定会导致大锅饭,就是优秀的人越来越差,差的人也越来越差,这个中国人应该是最能体会。

其次把所有人的level设成一样,很难区分出个人的特长,这样就没有项目的针对性,难于把合适的人放到合适的项目。不是责任大于能力,就是能力大于责任。

2、对每个人实行工作成果的考核

这个是致命的错误,因为尤其不适用于中国的团队,你考核我,那好,你能看到的我做的非常好,那你想不到,我就不管了,不是有句话叫 “只有想不到,没有做不到”嘛! 考核人员考核什么,我都知道。

 

那么,针对上面问题,如何解决呢?

对第一种情况,首先,我们必须承认每个人的level是不一样的,那么这个level如何定呢?有评审人员也就是进入团队的“面试官们”根据经验,能力来定。有的人,可能担心这个level定的不准确,其实这个担心是多余的,因为敏捷的团队我们首先对人必须是信任的。至于进入团对以后有可能和level不对应,这个问题应该归结为考核的问题。

那么敏捷团队到底如何考核呢?

首先,敏捷团队不对个人进行考核,这个问题已经谈过了,那么也不能说不考核,不考核也是死路一条,敏捷团队应该对整个团队进行考核,以目标为依据,考核整个团队的完成情况。

其次,因为团队是由个人组成的,必然和个人相关,我们已经给每个团队人员给了不同的level, 那么我们首先就相信团队的每个人是能达到自己的能力的,同时我们也相信团队的每个成员是积极主动的。但是,相信是相信,但万一有人不主动呢?有人能力就是不够呢? 解决的办法是什么? 这里我举个例子:比如我们排队上车,但有人这个时候不排队,那么其它人怎么办? 还比如有人他已经上车了,但在车上胡搞,搞的大家都没发坐车。我想第一,要有人站出来说必须排队,而且其他人都认可这个观点,其次大家一起把这个人挤出去。

所以敏捷团队的考核,就是要考核整个团队,而且要意识到考核必须在项目行进过程中,因为项目结束了再考核就稍晚了。还有最重要的是要培养团队具有“挤出”的文化,如果都想排队时一个人管插队的,其他人不吭声,很多时候是不起作用的。

本文转自敏捷的水博客园博客,原文链接http://www.cnblogs.com/cnblogsfans/archive/2009/10/14/1583100.html如需转载请自行联系原作者


王德水

相关文章
|
敏捷开发 项目管理
Scrum团队的学习和持续改进-Sprint回顾会的协同效应
​ Sprint回顾会的主要目的是促进Scrum团队的学习和持续改进。在每个Sprint结束后,团队聚集在一起进行回顾,以达到以下目标:
|
数据可视化 项目管理
敏捷看板工具在敏捷项目管理中的使用
Scrum敏捷看板工具在项目管理中的作用
敏捷看板工具在敏捷项目管理中的使用
|
运维 监控 NoSQL
带团队后的日常思考(一)
  由于公司规模并不大,因此一有事情就会拉个会议,例如需要大会、技术评审、汇报周会、突发会议等。一周中大概有20%~30%的时间会花在大大小小的会议上。
带团队后的日常思考(一)
|
SQL 小程序 测试技术
带团队后的日常思考(七)
  最近被插入了一个需求,我们组经常会被插入各式各样的需求,因为之前负责的范围非常广。   这次的需求就和一个陈年接口有关,其实要修改的地方并不多,就是为一个请求多加一个参数。   但是比较麻烦的地方就是验证阶段,就是我在加上这个字段后,我得知道发请求的时候真的带上了。   根据URL地址反查到了页面代码,在本地启动项目,访问页面,直接报错。   调试陈年项目,这种情况是经常发生的,涉及的问题很多,例如内部接口不通了,数据库表结构变了,需要的数据记录本地没有等等。
|
缓存 运维 前端开发
带团队后的日常思考(八)
  最近有个活动,在提测后的第二天,大家才得知上线时间是后天。但是问各个技术,大家都不知道这个时间,而产品是知道的,运营也知道这个时间。   那这就有点诡异了,为何会出现这个情况呢,进一步了解后,才发现原来在一次会议上,口头说了下上线时间和提测时间。   在那次会议上,大家都说了自己的开发时间,但是,对于提测时间,开发和运营却有不同理解。我的提测时间是11或12,但运营的提测时间是10号,以后对于这种时间截点还是要更敏感一点。   UI给到我们设计稿的时间,晚了一天,其实如果不晚的话,即使我们不知道上线时间,也会按预期进行。
|
敏捷开发
敏捷团队管理:把握介入团队的程度
转载请注明出处:http://blog.csdn.net/horkychen 来源 Check In, Don't Check Up (照看而不是介入!) 我从来不是微观管理者(micro-manager),特别是应用agile和Scrum之后。
933 7