InfoQ

新闻

建立团队信任的五种方法

作者 Mike Bria 译者 金明 发布于 2009年4月17日 下午8时15分

社区
Agile
主题
协作
标签
敏捷宣言

很多人意识到敏捷团队内的信任是敏捷宣言“个体与交互”价值观被顺利贯彻的基础。Esther Derby给出了五条帮助团队建立信任的具体建议。

敏捷宣言的第一条,也是被引用最广泛的一条,强调“个体与交互”(胜过“流程和工具”)是所有开发流程的基础。任意一种敏捷方法都把创建一支紧密协作的团队视为贯彻该价值观的关键所在。而且,很多人都同意团队的成功起源于团队成员之间的相互信任

然而,在专业环境里面,信任到底是什么样的?一个团队如何建立这种信任?

Esther Derby最近撰文回答了这些问题。对于第一个问题,她认为:

我们在工作场合需要专业上面的信任。专业上面的信任指我相信你能胜任这项工作,你会与大家分享相关的信息,而且你对整个团队有良好的动机。从广义上讲,这是对沟通、承诺以及能力的信任。

接着,Esther给出了五条具体的建议,人们可以据此在团队里面建立信任。

  1. 坦率地解决问题
    像优秀的敏捷团队一样紧密工作,每个人的个性就会不可避免地凸现出来。信任的建立依赖于团队成员具备相当的勇气去与“给他们带来麻烦”的人进行坦率的沟通,而不是压根不与对方沟通,就直接找到经理大倒苦水。Esther 认为:
    当人们不知道如何处理不快的对话......或者认为维护工作关系与他们无关的时候,团队的信任就受损害了。这是为什么人们需要一个讨论人际反馈的框架。
    Ola Ellnestam 最近发表了一篇文章讲述应用从Esther和Diana Larsen开设的讨论班学来的“反馈框架”的经验
     
  2. 分享相关的信息
    换句话说,要敢于说出你的想法。如果你不赞同,说出来。当然,有建设性地说出想法对有效地沟通是很重要的,可以去想想如何才能做到,但不管怎样,说出来。就像Esther总结的:
    当团队里某人在讨论问题的时候保留自己的观点和想法,之后又批评说“我认为这主意从头就是错的”。其他团队成员就会觉得措手不及。这伤害了彼此的信任感。
  3. 信守承诺,当不能守诺时提早告知
    非常简单,当事态发展不合计划时,尽力做到透明和提前告知。尽管如此,可以参考#4,减少这种意外的发生频率。

  4. 不同意就说不
    抛弃那些通常认为的“对每个请求必须都答应才算团队精神”等想法。Esther 建议:
    没有原则的说“是”,只会让其他人不再信任你的言词。如果你从不说“不”,你说“是”又能说明什么呢?

    这看上去有点自相矛盾,但是要建立彻底的信任,有时就需要承认你并不是什么都懂。
  5. 把你知道的和你不知道的都展现出来
    简单地讲,就是把自己掌握的信息和别人大方分享,可以意识到哪些东西自己不知道,并对其保持开放的心态。


信任是人们普遍讨论的东西,但能有效地做好这一点的团队却不多见。花一些时间读读Esther的文章,看看到底给出了哪些好建议。

查看英文原文Five Ways To Build Team Trust

真诚 发表人 Bruce Lee 发表于 2009年4月18日 下午10时4分
总结的非常好 发表人 zhimeng wangzm 发表于 2009年4月19日 上午4时44分
牛人之所以牛,是因为他用不同的方式说着相同意思的话。 发表人 zhang yongji 发表于 2009年4月21日 上午11时50分
Re: 牛人之所以牛,是因为他用不同的方式说着相同意思的话。 发表人 Grace Chang 发表于 2009年4月22日 下午8时36分
有个问题 发表人 Eric Xiang 发表于 2009年4月22日 上午10时58分
大道至简,其行却难 发表人 Jun Yang 发表于 2009年4月23日 下午11时24分
  1. 返回顶部

    真诚

    2009年4月18日 下午10时4分 发表人 Bruce Lee

    有中国的话讲就是真诚

  2. 返回顶部

    总结的非常好

    2009年4月19日 上午4时44分 发表人 zhimeng wangzm

    总结的非常好,我也一直在强调团队的信任和效率。
    不过上边的五条类似了,呵呵第一条是一条,其他的都可以算做第二条了,就是有话就说!

  3. 返回顶部

    牛人之所以牛,是因为他用不同的方式说着相同意思的话。

    2009年4月21日 上午11时50分 发表人 zhang yongji

    话非常正确,但是没有什么新意。

  4. 返回顶部

    有个问题

    2009年4月22日 上午10时58分 发表人 Eric Xiang

    我一直以来有个问题,如果一个团队内部参差不齐,有很高效率的程序员,也有效率很低的程序员,应该怎么分工?这样还敏捷得起来么?如果一直让效率高的多做事,效率低的少做事或者说是idle,这公平么?而激励却是一样的,让人感觉做多做少,做好做坏一个样,还不如少干点轻松点,我们公司现在就是这样,很让人担忧。。。

  5. 强烈同意。五句话基本是同一个意思。

  6. 返回顶部

    大道至简,其行却难

    2009年4月23日 下午11时24分 发表人 Jun Yang

    道理是对的,很多可能大家也都知道,关键是执行起来的难度。

    成年人,看事情往往会带有依据自己的经验,喜好甚至欲望产生的滤镜效应。

    同样的事情,在不同的人那里,会得出完全不一样的结论。

    而即使是同样的结论,不同的人对主要矛盾的认知也可能会有差异。

    所以建立团队信任的办法真的是对团队成员的要求很高,对管理者的要求也很高。

    而其实说穿了,这要求也不算高---不带成见,不带偏见,像洁净的镜子一样去认知问题。

深度内容

模块化Java:声明式模块化

本文是模块化Java系列文章的第4篇,介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起,而无需让代码依赖于OSGI API。

Ian Robinson和Jim Webber谈论基于Web的整合

本采访是在伦敦举行的QCon2009上记录的,Ian Robinson和Jim Webber探讨了如何将Web作为整合平台以及REST在理论上和实践中的好处。

项目管理修炼之道(精选版)

项目管理对于项目成败至关重要,但实践中每个项目都有自己的独特性,没有现成的解决方案可以套用。书中从应对实际风险的角度出发,讲述了从项目启动、项目规划到项目结束的整个管理流程,展示了作者的思考过程。本迷你书从原书中精选出5个章节。

那是鸟,还是飞机?不,那是超人!

在这个演讲中,Fred将会揭示敏捷的一些外在因素,并会重点关注敏捷获得成功的内在原因。从案例研究和真实的项目经验来看,Fred认为:工具、管理体系都不能让你变得敏捷。敏捷的成功,植根于士气高涨、充分授权的工作者身上,他们能够以不同以往的方式思考问题。

访谈和书摘:Eben Hewitt的新书《Java SOA Cookbook》

Java SOA Cookbook

Eben Hewitt的新书《Java SOA Cookbook》从Java实现的角度讨论了面向服务架构。Eben在书中讨论了SOA基础、工具、最佳实践和SOA治理等主题。

Mark Richard的《Java消息服务》第二版

Mark Richards的新书《Java消息服务》第二版覆盖了JMS的许多主题, 包括发布和订阅模式以及点对点模式,消息过滤和事务等。InfoQ与Mark谈论了跟他的新作。

模块化Java:动态模块化

本文是“模块化Java”系列文章的第三篇,讨论动态模块化,内容涉及如何解析bundle类、bundle如何变化、以及bundle之间如何通信。

让测试也敏捷起来

对于测试组织来说,敏捷方法带来的快速迭代却让测试本身变得困难起来:缺乏“足够详细的文档”,缺乏“仔细设计用例的时间”等等。在本演讲中,段念将与大家探讨如何在敏捷过程中进行测试。