InfoQ

新闻

优秀团队:让团队成长,而非喘息

作者 Mark Levison译者 徐毅 发布于 2008年3月27日 上午2时38分

社区
Agile
主题
协作,
领导能力,
团队协作
标签
补充实践,
信息辐射体,
教练和指导,
持续改进,
局部团队,
自组织团队

AgileJournal上最近的一篇文章中,Doug Shimp和Samall Hazziez(3Back的合伙人,Preferred Professionals Business Group的高级合伙人)一道,讲述了是什么使高效的“优秀团队”茁壮成长。

作者观察到许多能产生优秀团队的特性:
  • 流程:Scrum,精益和XP。另外还有一些传统的流程,如RUP(统一软件过程),PMBOK(项目管理知识体系),等等。
  • 创造环境的条件:处于同一地点的团队、团队房间、随时可见的图表、白板等等。
然而他们自身发现,规则和实践可能会给一个团队带来太多流程和信息上的负担。相对的,作者建议专注于使团队成长的部分。按他们的经验,这可以分解成“3+2”。

三个原则:
产品导向——总是关注产品的需求。无论团队在什么时候考虑采用新的实践或想法,都要询问自己如何让它为产品的需求服务。
循序渐进——工作的每一项都应该被分割为足够细小的任务来完成。大多数人急于摄取超过能力限度的任务量。将任务分解为更小的块意味着我们可以在更小的时间盒周期内完成。
随时可见——作为最明显的规则中的一员,它却很少被认真遵守。当我们无法看到我们的队员正在做什么时,我们不知道从何入手去发挥作用。我们艰难前行。可见性提高以后,其他团队成员就有更多的机会中途插手,提供有效的想法来解决我们的问题。

+两个实践:
交谈和结构——它们被用于平衡上述的三个原则。“交谈需要有结构完整的协议支持,从而保证我们可以有效地沟通……人们要达成一致意见,交谈必不可少,这样我们才能产生、贡献并分享深思远虑的有意义的认识。”

如何分辨你是否拥有一个优秀的团队?以作者的观点来看,他们要呈现出以下特征中的一部分:
  • 遵循敏捷和精益的原则
  • 处于同一地点
  • 团队成员关系高度融洽
  • 团队成员平等地贡献思维和分享想法。想法不为人单独拥有。
  • 作为群体进行头脑风暴
  • 自行分派工作
  • 充分理解业务目标,并专注于递交符合业务优先级的功能特性
  • 团队利益高于个人
  • 迅速掌握所需的新技能来帮助团队
  • 团队成员互相激励以发挥自己的最佳水平
  • 超高生产力——超高生产力意味着至少是行业平均水平4倍的可持续的生产力。(Jeff Sutherland,PatientKeeper的CTO以及Scrum的共同发起人)
优秀的团队对业务而言很有价值,因为他们敏捷并能适应始终在改变的业务环境。

查看英文原文Well Formed Teams: Helping Teams Thrive, not just Survive

7 条回复

回复

随时可见点评 发表人 Ken Wu 发表于 2008年3月27日 上午5时50分
Re: 随时可见点评 发表人 霍 泰稳 发表于 2008年3月27日 下午10时35分
Re: 随时可见点评 发表人 爱 上 发表于 2008年3月29日 下午9时16分
"处于同一地点"是必须的吗? 发表人 上 里巴人 发表于 2008年3月27日 下午10时31分
Re: 发表人 凉粉 小刀 发表于 2008年3月27日 下午10时48分
Re: 发表人 上 里巴人 发表于 2008年3月28日 上午1时13分
Re: 发表人 凉粉 小刀 发表于 2008年3月28日 上午3时0分
  1. 返回顶部

    随时可见点评

    2008年3月27日 上午5时50分 发表人 Ken Wu

    随时可见——作为最明显的规则中的一员,它却很少被认真遵守。
    这点很重要

  2. 返回顶部

    "处于同一地点"是必须的吗?

    2008年3月27日 下午10时31分 发表人 上 里巴人

    对这一点有所疑惑,虽然能够在一个地点当然很好,这样可以保证随叫随到,可是团队的目的不是这个,而是为了有更高的生产率。如果说这个人不和团队在一起工作效率更高,那么是不是不在同一个地点也是可以的呢?另外现在越来越盛行的外包,不就是典型的地点不在一处的分布式团队吗?

  3. 返回顶部

    Re: 随时可见点评

    2008年3月27日 下午10时35分 发表人 霍 泰稳

    可以将这个团队归结为“自组织团队”,但是不要忘了自组织团队有个不成文的前提是其团队成员有着统一的价值观,有着强悍的自律性等。最后还是回到人的问题上,没有优秀的员工,或者没有培养出优秀员工的制度,要达到一个优秀的团队比较困难。

  4. 返回顶部

    Re:

    2008年3月27日 下午10时48分 发表人 凉粉 小刀

    如果说这个人不和团队在一起工作效率更高,那么是不是不在同一个地点也是可以的呢?另外现在越来越盛行的外包,不就是典型的地点不在一处的分布式团队吗?


    首先,这个说法的前提是不能保证的。也许这个人单独工作的效率高了,但是整体的效率势必会降低的。盛行外包的原因,也不是因为外包可以提高工作效率啊,从收益的角度考虑,更关注的是大大减少成本,效率降低所占的比重就小多了。

  5. 返回顶部

    Re:

    2008年3月28日 上午1时13分 发表人 上 里巴人

    为什么个人单独工作的效率高了,整体的效率势必会降低呢?不时特别理解。个人工作效率高了,交代的任务完成了,不就促成了整体的效率了吗?写到这儿想起一个例子,现在大部分的开源软件的贡献者不都是分布在全球各地的吗?在协调好的前提下,他们的工作效率也不低吧?



    对于外包,我的理解是将非核心的工作发包出去,从而提高本团队在核心业务上的工作效率。严格意义上来说,外包团队和发包方是一个整体。所以说我的观点就是“在一起”不是工作效率高的必要因素,有时还可能是障碍。

  6. 返回顶部

    Re:

    2008年3月28日 上午3时0分 发表人 凉粉 小刀

    汗,我并没有说“个人单独工作的效率提高”和“整体的效率降低”是因果关系,我是说这种把team分散的做法,也许会带来个人效率提高,但是作为team整体而言,沟通和写作效率必然会受到影响。


    关于外包,楼上还是没有亲身体验啊……你可以找人问一下吧……

  7. 返回顶部

    Re: 随时可见点评

    2008年3月29日 下午9时16分 发表人 爱 上

    对于“随时可见”,最大的好处就是所有的团队成员就可以随时了解到项目的进展和面临的风险,这一点是控制好质量和项目进度的关键!

独家内容

剖析短迭代

敏捷教练Dave Nicolette提出:我们应该如何设定迭代长度?是要根据发布周期的时间么?使用短迭代又有哪些好处?

应用JSF、Ajax和Seam开发Portlets(1/3)

本文主要讲述了如何用JBoss Portlet Container 和JBoss Portlet Bridge创建新项目,怎样配置一个JSF应用去使用JBoss Portlet Bridge,以及JBoss Portlet Bridge所具备的功能。

AtomServer:数据分发的发布动力(第二部分)

在这篇文章里,Bryon Jacob和Chris Berry将和我们继续探讨AtomServer,它是基于Apache Abdera的完整Atom存储实现。作者还创建了几个Atompub规范扩展,其中包括自动标记、批处理和Feeds聚合。

架构师(试刊第二期)

InfoQ中文站的电子杂志《架构师》试刊第二期出版了!相比于上期,我们在内容的选择安排和版式上都根据读者的意见重新做了修正。“细节决定成败”,我们希望基于InfoQ中文站的专业内容,《架构师》能逐渐成为大家喜欢的电子刊物!

一种正规的性能调优方法:基于等待的调优

在本文中,Steven Haines探讨了Web应用性能调优问题。该领域过去更像是一门艺术而不是一门科学。他提出了一种称为基于等待调优的方法,使整个调优过程更加可度量,也因此更具科学性。

Java程序员ActionScript 3入门

通常来说,改变技术路线时最艰难的部分是辨别语言语法之间的不同。这篇文章就为Java开发者提供了一份如何转向Flex基础语言ActionScript的指南。

浅谈如何创建Rails应用

本视频主要以财帮子为例,介绍了如何创建一个PV为百万级的Rails应用。其中包括:Rails应用的服务器架构、Rails Cache的优化、负载均衡的处理、Web服务器的调试、分布式解决方案、Open API的设计等等。

Alexandru Popescu谈InfoQ.com网站架构

InfoQ首席架构师Alexandru Popescu在采访中谈论了InfoQ架构、Webwork与DWR、Hibernate与JCR、Hibernate可扩展性、最新的InfoQ视频流系统和InfoQ的未来规划。