敏捷团队的考核

简介:

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

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

 

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

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

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

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

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

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

 

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

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

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

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

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

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

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


王德水

相关文章
敏捷中的每日站会
版权声明:本文为半吊子子全栈工匠(wireless_com,同公众号)原创文章,未经允许不得转载。 https://blog.
788 0
|
4月前
|
监控
提高团队执行力
提高团队执行力
61 3
|
4月前
|
监控
提高团队的执行力怎么办
提高团队的执行力怎么办
87 4
|
敏捷开发
敏捷团队管理:把握介入团队的程度
转载请注明出处:http://blog.csdn.net/horkychen 来源 Check In, Don't Check Up (照看而不是介入!) 我从来不是微观管理者(micro-manager),特别是应用agile和Scrum之后。
944 7
|
监控 测试技术 项目管理
艾伟也谈项目管理,聊聊我们团队的绩效管理
  绩效管理对一个Team是比较重要的一项日常管理任务,如何做到团队内每个人的绩效得分公平公正,必须有一套行之有效的方法。下面我谈谈我们部门管理的一些方法,拿出来与大家分享,希望有相关经验的人参与讨论,说说你们的管理方法。
1083 0
《团队软件过程(修订版)》—第2章2.6节TSPi如何建设团队
如果致力于团队建设的基本技术,大多数小团体都能成为高效团队。这些技术帮助团队建立一起工作和互相支持所需的相互理解和人际关系。
1304 0
|
项目管理
项目经理之项目经理的必备能力
       项目经理,就像支部书记?    ERP的失败其实只是技术项目管理失败的冰山一角,因此,为了深入地探讨技术项目管理,我们就必须抛开单纯ERP的是与非。
1352 0
|
缓存 前端开发 JavaScript
带团队后的日常思考(六)
  当前我们组管理着一套审核系统,除了数据源是服务端提供的,其余后台管理都是由我们组在维护。   这个系统就是将APP中的各类社交信息送到后台,然后有专门的审核人员来判断信息是否合规,当然在送到后台之前已经让机器审核了一遍。
|
缓存 运维 前端开发
带团队后的日常思考(八)
  最近有个活动,在提测后的第二天,大家才得知上线时间是后天。但是问各个技术,大家都不知道这个时间,而产品是知道的,运营也知道这个时间。   那这就有点诡异了,为何会出现这个情况呢,进一步了解后,才发现原来在一次会议上,口头说了下上线时间和提测时间。   在那次会议上,大家都说了自己的开发时间,但是,对于提测时间,开发和运营却有不同理解。我的提测时间是11或12,但运营的提测时间是10号,以后对于这种时间截点还是要更敏感一点。   UI给到我们设计稿的时间,晚了一天,其实如果不晚的话,即使我们不知道上线时间,也会按预期进行。

热门文章

最新文章