InfoQ

InfoQ

新闻

我的书签

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

该内容已经被标记书签!

标记书签错误,请重试!

诚实——是敏捷的价值观吗?

作者 Amr Elssamadisy 译者 郑柯 发布于 2008年7月15日

领域
过程 & 实践
主题
敏捷技术 ,
协作 ,
团队工作 ,
敏捷
标签
人际沟通 ,
评论

一篇引人深思的博客中,Declan Whelan引用了他从Mishkin Berteig那里了解到的想法:诚实,是敏捷团队之所以成功的一个(不言而喻的)原则。基本的想法如下:

……敏捷方法要求人们说真话,而且正直行事。我觉得这是非常引人深思的,因为很多敏捷专家要么觉得像TDD、重构这样的敏捷技术很重要,要么认为团队和领导力的问题才是重点。

诚实?真的么?很多人还不是太明白,Declan提供了一个他自己不太诚实的例子:

比如我曾经开发过一个财务的应用软件。当时做了一个设计上的决策,我觉得还挺不错的,但是实现起来却很麻烦。我不想让人觉得我犯了错误。所以表面上让大家相信一切没有问题,背地里我却发疯般地工作,想让它work起来。虚荣使我口出谎言,掩饰这个错误的技术决策。

不幸的是,对于我们很多人来说,这个例子非常普遍,虚荣总是会占据我们的头脑。在Berteig看来,敏捷团队无法从中获益。

现在看来,在敏捷团队中,要是做出了类似的行为还想拍拍屁股转身就走,可就没那么容易了。代码集体所有制、每日立会、任务和故事跟踪、可持续的开发速度,所有这些都会让整个开发过程变得更加透明。Mishkin认为敏捷方法依赖于人们说老实话、做老实事;对此,在某种程度上,我是同意的。

但是敏捷团队真的可以避免类似问题么?Declan可不这么认为:

我们人类是如此狡猾的生物,所以我想让大家仔细考虑下面这些问题:

  • 你在回顾中真的表达出你的疑问和忧虑了么?
  • 如果其他团队成员的某些行为让你觉得不爽,你是不是用直接而不失尊敬的方式来解决这些问题?
  • 你敢于承认别人的想法或设计比你的更好么?
  • 你愿意承认自己犯的错误么?
  • 对于某人的看法,你在当着他的面和背着他的时候,说的都一样么?

“诚实是敏捷的价值观”这个说法看来得到了越来越多人的认同。价值观也被更多地认为是敏捷的核心——没有价值观的认同,像TDD、迭代、完成状态和其他的个人实践就毫无意义。

查看英文原文:Truthfulness - an Agile Value


InfoQ读者Jason Little认为诚实是成功的关键:

我完全同意。诚实是关键,它还可以带来信任,并塑造高效的团队。也许有人认为这是陈词滥调,但是彼此信任的团队确实表现得更为出色。这也是Scrum master的必备素质,也会对团队产生重要的影响。在实施敏捷流程时,很多人都认识不到,这其实与组织文化更加相关。

Jim Leonardo视诚实为一切的基础:

无论任何人、任何项目,都应该尽量诚实。下面是我的一些想法:
1)“不要惊喜”。这是我们总监的信条。如果你早点告诉他哪里出了问题,他可以接受。要是你任其发展成为更严重的问题,那你的麻烦可就大了。这样的方式所产生的效果出人意料的好。
2)推迟冲突只会让事情变得更糟。
最重要的……
3)要是团队中有人工作的时间比别人多得多,这就是一个显著的警告,一定是哪里出了问题。最好赶快找出来问题发生的根源。

Robert Dempsey认为仅仅在说话时进行眼神的接触无法解决问题:

随着对Scrum和敏捷开发的深入理解,我理解到:在这些貌似疯狂的项目管理方法背后,还有更深入的东西。我同意Jim的说法,Declan说的也对。敏捷的目标之一,就是要帮助人们摆脱政治干扰,尽量好地完成手上的工作。它要求我们心态开放、诚实待人、尊重团队其他成员。有了敏捷,不诚实的人和行为会更快显露出来。一个好的团队是不会容忍这样的情况发生的。

译者 郑柯 InfoQ中文站总编。做过开发,当过PM,干过销售,搞过市场,最终还是回到媒体。实用的理想主义者,相信:每天改变一点点,这个世界会更好。

诚实是人类的价值观,与是否敏捷无关 发表人 Xiao Peng 发表于
尊重事实 发表人 anchuan qian 发表于
Re: 尊重事实 发表人 li wen 发表于
没有问责机制的体系是谎言的温床 发表人 徐 毅 发表于
Re: 没有问责机制的体系是谎言的温床 发表人 霍 泰稳 发表于
在敏捷开发过程中,人的因素占据了主导地位. 发表人 zhang yang 发表于
  1. 返回顶部

    诚实是人类的价值观,与是否敏捷无关

    发表人 Xiao Peng

    我们在所有的角色上都可能会犯下不诚实的错误,当然作为工程师也不会例外。而诚实是所有品德里面最具有力量的,也许我们能掩盖一个错误,如果谎言构成的链条足够短还好,当这个链条越来越长,我们的力量就会越来越虚弱,谎言越来越疯狂,而且脆弱的不堪一击。

  2. 返回顶部

    尊重事实

    发表人 anchuan qian

    我更喜欢“尊重事实”这个词!

  3. 返回顶部

    没有问责机制的体系是谎言的温床

    发表人 徐 毅

    如果不用为自己所言所为负责的话,很难靠人自身去形成一种诚实的文化。

  4. 返回顶部

    Re: 没有问责机制的体系是谎言的温床

    发表人 霍 泰稳

    同意Yi Xu所说,诚实是一个人品德上的事情,问责机制是激励这个人要一直有好品德。单纯地讲诚实,而没有机制保证,难保不会出现问题。要使一个团队长期稳定发展,个人品德和机制两者都不可或缺。

  5. 返回顶部

    在敏捷开发过程中,人的因素占据了主导地位.

    发表人 zhang yang

    对人的要求不再仅仅是技术方面的,感觉对团队成员的多方面要求变得很高啊.

  6. 返回顶部

    Re: 尊重事实

    发表人 li wen

    坦诚

深度内容

大规模视频网站的计费与流量管理

本次分享将会就大规模视频网站的计费与流量管理这个话题,从操作层面细细进行讲解和分析,为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”,让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011

专访Jeffrey Richter:Windows 8是微软的重中之重

Jeffrey Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffrey Richter在北京接受了InfoQ中文站的专访,谈到Windows 8和WinRT编程,并就异步编程、Windows编程中的可扩展性、性能和安全性方面给出自己的建议。

应用云平台的可用性——从新浪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

特性注入:成功三部曲

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