• 2010-08-09

    旁观茶餐会

    版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
    http://www.blogbus.com/dreamhead-logs/72304141.html

    之前咨询过的一个团队,有一个叫茶餐会的活动,顾名思义,大家坐在一起喝茶、吃饭、聊天。实际上,就是让团队里面说得算的人聚到一起,讨论一下团队遇到的问题。在我们还在咨询的时候,这个活动让我们有机会和各位领导做近距离的沟通,解决了在敏捷实施过程中遇到的问题。

    出乎我意料的是,我们离开后,他们把这个活动坚持了下来。得知我在,他们邀请我一起参加。时隔几个月,我也想了解一下我们咨询的成果,于是,我参加了这次茶餐会。

    老朋友见面寒暄一番是无可避免的。我给大家介绍了自己这几个月四处云游的经历,而他们则向我展示了工作成果。让我印象颇深的一点是,遥想当初,为了搭建CI,负责人四处找机器,如今鸟枪换炮,新的数据中心建立起来了,数千个CPU可用于CI,并发性得到了大幅度提升。

    当然,这些人坐在一起不是为了自我表扬的,大家开始讨论起问题,因为我和他们曾经在一起很长时间,所以,他们也不见外,不避讳的把问题摆了出来。只是这次,我不再是咨询师,而是一个旁观者。

    大多数人已经认识到诸如单元测试这些实践的益处,当初我带的一个团队,因为坚持了做好基础,和整个代码合在一起之后,错误极少。不过,团队的压力依然巨大,在压力面前,很多人还是会倾向于走回老路。

    无论如何,代码的基础在提高,却把另外一个问题暴露出来:需求分析。对测试的回溯会发现,很多问题是由于几方理解不一致造成的。团队里总有人抱怨需求不清晰,做需求的人也冤,原来就是这么做的。大家在一起讨论发现,原来之所以可以这么做,是原来团队的成员经验丰富,经过一次搬迁,原有团队的很多成员离开了,现在团队的成员经验要浅得多,那些潜经验消失了。

    人,人,还是人,人总是不够,怎么算都不够,需求分析的缺人,开发的缺人,支持的缺人。他们饶有兴致的问我,你们怎么做估计呢?实事求是。我看见了一丝无奈闪过,我知道,他们总要“挑战一下”。

    还是人,在讨论的过程中,有人表现极强的防御心理。无论别人给出什么样建议,他都会列举出无数的理由,说这么做会有怎样怎样的问题,总而言之,就是我还按照原来的路来走。这种情形,我在咨询过程中,见过很多了。其实,这样的人本身都会很有想法,在团队里面也有很大的影响力,一旦能够改变,会是巨大的推动力。

    作为旁观者,我乐得欣赏这样的讨论,大家开诚布公的把问题摆在台面上讨论,一起讨论解决方案,这样的团队是有希望的。

    分享到:

    历史上的今天:

    引用地址:

    评论

  • CI,有多少CI可以真正继续下去呢?
  • 防御行为是可以公开的,放到桌面上谈的,而防御心理的就麻烦了,它根本不给你任何机会——不参与,不讨论,不实验。可怕的不是防御行为,而是防御心理。