InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

建立团队信任的五种方法

作者 Mike Bria 译者 金明 发布于 2009年4月17日

领域
过程 & 实践
主题
协作 ,
敏捷
标签
敏捷宣言

很多人意识到敏捷团队内的信任是敏捷宣言“个体与交互”价值观被顺利贯彻的基础。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

译者 金明 是ThoughtWorks咨询师,SCJP,系统分析师。关注敏捷方法学,特别是敏捷实施和项目管理的实践。

真诚 发表人 Lee Bruce 发表于
总结的非常好 发表人 wangzm zhimeng 发表于
牛人之所以牛,是因为他用不同的方式说着相同意思的话。 发表人 yongji zhang 发表于
Re: 牛人之所以牛,是因为他用不同的方式说着相同意思的话。 发表人 Chang Grace 发表于
有个问题 发表人 Xiang Eric 发表于
大道至简,其行却难 发表人 Yang Jun 发表于
  1. 返回顶部

    真诚

    发表人 Lee Bruce

    有中国的话讲就是真诚

  2. 返回顶部

    总结的非常好

    发表人 wangzm zhimeng

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

  3. 返回顶部

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

    发表人 yongji zhang

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

  4. 返回顶部

    有个问题

    发表人 Xiang Eric

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

  5. 返回顶部

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

    发表人 Chang Grace

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

  6. 返回顶部

    大道至简,其行却难

    发表人 Yang Jun

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

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

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

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

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

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

深度内容

应用云平台的可用性——从新浪SAE看云平台设计

云计算平台的可用性,相比传统互联网服务而言,更加复杂和困难,也更具有挑战性。本文借助新浪SAE云平台为读者讲述了云平台可用性的定义、如何打造高可用的平台,以及对云计算的用户提出了建议。

JVM定制改进 @ 淘宝

淘宝高度重视Java平台的健康发展,组建了一个团队专注于Java平台的底层部分的性能、功能与稳定性改进;工作主要基于OpenJDK中的HotSpot VM开展,其中一些通用的功能随后也会逐渐反馈给OpenJDK社区。希望能与使用Java平台开发应用的大家交流经验。
本次演讲视频录制于QCon杭州2011

"伤得起"的云计算应用——对云端应用之架构的思考

2011年4月21日至22日是值得云计算从业者纪念的日子。Amazon的IaaS服务出现故障,导致许多商业网站的服务中断,影响非常严重。作为云计算用户,我们需要思考的是,如何保证即便在云服务不可用的情况,我们的应用架构仍然能够屹立不倒?本文正是站在云计算用户的角度试图探讨这一问题。

让交付的速度跟上思考的速度

12人的技术团队,4组刀片服务器,每月20亿的访问量,每日1次准时部署,99.9%的可用性。这可能吗?当然。想知道如何做的吗?百姓网将与您分享他们在DevOps实践过程中的经验和技巧。
本次演讲视频录制于QCon杭州2011

架构之路——穿行在产品和业务之间

篱笆作为一家起源于社区的电子商务公司,反映到技术层面就是同时要面对产品和业务,以及经营战略的变化调整。如何在产品和业务的夹缝之间完成技术架构的抽象与平衡,寻找更有效的价值定位,这当中有些经验教训和个人感悟愿与众人分享。
本次演讲视频录制于QCon杭州2011

特性注入:成功三部曲

本文将对特性注入以及相关方法做一个扫盲性的介绍。我们会解释这个框架的关键要素,并附上实例来证实它们。为了让文章保持相对较短,我们不会深入到某个工具或方法中,而是会给出一些参考资料,以便大家做进一步的研究。

解析JDK 7的动态类型语言支持

随着JDK 7的发布,字节码指令集终于迎来了第一位新成员——invokedynamic指令。这条新增加的指令是JDK 7实现“动态类型语言(Dynamically Typed Language)”支持而进行的改进之一,也是为JDK 8可以顺利实现Lambda表达式做技术准备。在这篇文章中,我们将去了解JDK 7这项新特性的出现前因后果和它的意义。

Java Remoting远程服务(下)

随着互联网应用的发展,Java分布式远程服务技术受到越来越多的关注,本文将对各种相关实现以示例的形式逐一介绍,并总结其中的优缺点,使读者能够在技术选型时有所准备。这是文章的下篇。