BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

园中那颗“烂苹果”

| 作者 Mike Bria 关注 0 他的粉丝 ,译者 张晓庆 关注 0 他的粉丝 发布于 2009年1月16日. 估计阅读时间: 5 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

过去几天,Scrum Development Yahoo讨论小组有个激烈的讨论,如果团队中某人“表现欠佳”,你该怎么办?针对Rotten apple in Scrum team这个帖子,回帖多达130多篇,讨论也五花八门,从对该问题的建议,到团队士气以及谁来负责的讨论,再到怎样衡量个人这样的经典争论,以及怎样识别一个团队是否是真正的“团队”,当然还有一些其它的内容。

争论是这样引发的,Marko Majkic说他发觉团队中有一个人“表现欠佳”,并询问大家有什么好的建议(引用自最早的帖子以及稍后的回复):

开发人员平均每人完成38个usp(用户故事点数)。而有个人只贡献了19个──只有其他人的一半
……
我并不认为这个家伙懒惰,或者心怀恶意。对我来说,他看上去心不在焉,或者没把精力放在工作上
……
我应该在Scrum回顾会议上提出来吗?或者我应该与这个家伙私下里谈谈?要是你会怎么做呢?

这句话引出了很多的话题,其中之一就是讨论Marko最早的那个问题,怎样处理那个表现欠佳的人。许多回帖都建议,当前最重要的是做一个全新而客观的评估,看究竟发生了什么。Paul Hudson总结说道:

正如其他人所说,退一步海阔天空。 根据你的描述,在我看来,你可能认为那个人效率低下,应该责备他,而没有指出隐藏的问题,去帮助他。
……
我(以及其他的几个人)建议你从另外一个角度考虑。根本没有什么灵丹妙药。你需要找出那个人是否有什么问题或顾虑,并跟他一起讨论这些问题。
……
所以[具体的]建议包括:
a) 确认这真的是个问题,并且就是你认为的那样
b) 对那个家伙可能遇到的问题多了解一些
c) 在团队中或者私下里提出来并讨论这个问题

如何按照Paul列出的建议去做呢,有人给出了进一步的建议,比如:

  • 谨慎选择字眼来描述这个人;就是说,用“烂苹果”来描述这种情况就挺糟糕的,更不用说来描述这个了!(注意Marko完全赞成这个观点)
  • Mark Levison的建议是,用初学者之心解决这一情况(由Jean Tabaka和David Hussman提出)
  • 其他一些人(包括George Dinwiddie)的建议是,花点时间与这个人结对编程
  • 还有其它一些建议,判断时要保持客观,包括从Linda Rising那里学习

有趣的是进一步的讨论显示,Marko并不是特别担心那个人本身干了多少活,他的担心其实是这样的,团队中其他人可能很快对那个人做出一些不好的行动,比如可能在回顾会议上提出这一问题。然而正如期望的那样,很快很多回帖强调说这种结果正是我们期望的,不需要感到害怕。如 Ilja Pruess所述: 

实际上我更为担心的是,如果*不*说出来会对团队的氛围有什么影响。
……
所以我觉得如果团队中有人对这种“表现不佳的人”心有不满,协调者的责任是*鼓励*组员讲出来,并帮助他们委婉地解决这个问题。

从这里也引出了对“团队士气”这个话题的讨论。该由谁“负责[保持团队士气]?”对这一问题的反应尤其值得注意。Alistair CockburnDan RawsthorneMichael WollinPaul Hudson,以及其他一些人进行了辩论,这是不是Scrum Master的核心作用?还是项目经理的?产品负责人的?团队自己的?CEO的?其他人的?或者以上所有人的?讨论中间引用了一篇资料翔实的文章介绍怎样提高士气

受Marko最初描述的启示,大家对如何衡量一个人的表现也展开了讨论(Marko用的是“每个人完成的点数”),Ron Jeffries提醒说如果团队是一个真正的“团队”,就不应该有所谓的“每个人完成的点数”这种说法。相关的讨论也提出,衡量大家的表现(客观地)不一定是错的,但是应该只是你对某个人主观评价的标准之一(比如,Eric Deslauriers的回帖)。

对这一话题想了解更多,可以查看最近很火的InfoQ上关于“业绩评估”的文章, 以及George Dinwiddie在博客上发表的team chemistryjudging performance,当然还有Mark Levison的一篇文章

最后请谨记,写作本文时Scrum Development Yahoo讨论小组针对该问题有130个回帖,所以需要知道InfoQ的这篇文章只是对一些关键条目的简要概述。如果想了解全部内容,您可以亲自去查看那个帖子,当然您也可以在那里或者这里发表自己的想法。

查看英文原文Handling Your Team's "Rotten Apple"

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

他的pair呢? by 曹 云飞

1. 只贡献了19个usp的人的pair呢?
2. 这19个usp是否真的只有19个?是否被低估了?
3. 他是junior还是senior?如果是junior那19个也很正常,如果是senior可能要重新评级

Re: 他的pair呢? by 张 晓庆

1. pair应该是经常switch的。我没有看完所有帖子。Marko计算是否这样计算的:1个点给pair中每个算半个?
2. 我个人觉得38VS19这样的比例还算正常。传统软件开发过程中,效率高低只差能达到10倍,甚至20倍。

Scrum远没有覆盖所有的管理领域 by Wang Dong

这样基本的管理问题还是要解决的。

Scrum需要的是self-managed团队 by 徐 毅

不需要管那么多。只要团队成员之间能够坦诚地把生产率之类的问题摊开来谈就很不错了。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

4 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT