InfoQ

InfoQ

新闻

我的书签

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

该内容已经被标记书签!

标记书签错误,请重试!

对每日站立会议做改进

作者 李剑 发布于 2009年1月13日

领域
过程 & 实践
主题
团队协作 ,
敏捷技术 ,
敏捷
标签
极限编程 ,
Scrum ,
每日站立会议

ThoughtWorks伦敦分公司的咨询师Sarah Taraporewalla最近写了一篇博客,提出了每日站立会议的改进方案。

Sarah认为,传统的站立会议很容易堕落成习惯,每个人都在说话,却没有人在认真听,什么事情都完不成。甚至会有这样的迹象:

大家精神不振,对别人讲的东西漠不关心。
开发人员说,“我昨天做了这个故事,今天我会做另外某个故事,没遇到问题”。(你说的我都知道——我不瞎,我能看到故事板,你昨天认领故事的时候我们也都在场)
结对的另一半就会说,“yeah,我的话他都说了”。
QA说,“我昨天测了这个,今天测那个”
会后有这样的对白:“啊,构建出来的东西没法工作了。大家看看,我已经花了20分钟了,ping都没响应”“我知道,我刚把网络断掉,我在装最新的补丁。早上开会我不是说过了么。”

Sarah的看法是,因为每个人说的事情都一点价值也欠奉(他们说的事情都能从故事板上看出来),所以才会有这种情况出现。所以他们改变了站立会议的形式:

  1. "昨天做了什么,今天要做什么,遇到什么问题"的格式被废弃掉。
  2. 每个人都要把觉得对团队有价值的想法说出来;昨天做了什么事情,或是想到什么事情对团队有帮助;你知道哪些事情是大家需要知道的。
  3. 只有拿到“讲话令牌”(一个小玩偶或其他方便拿在手中又好玩的东西)的人才能说话。
  4. 如果你觉得需要对别人的话进行补充,回答或是提问,就打手势要令牌。
  5. 如果有人要令牌,持有令牌的人说完话以后就把令牌传给他。
  6. 每人手里都有一张红牌。如果你对刚才发起的讨论不感兴趣,就可以举牌。有两张红牌以后(牌数由团队规模决定),讨论就被立刻终止。
  7. 如果你分享完了你的想法,就把令牌扔给不相邻的人。
  8. 如果你没什么有价值的东西可说,就把令牌传给另一个人。
  9. 站立会议并不能代替我们在一天里找人谈话的需要。

做了这些改动之后,Sarah感觉效果十分显著。此外他还补充说,如果有人实在说不出有价值的东西,还是照样可以按老样子发言。

至今为止,作者的博客上还没有多少人对此做法进行评论,不过,从站立会议的实践被正式推出到现在已有十年之久,是不是到了该推陈出新的时候了呢?

此外,在作出改进的时候,也不要忘掉站立会议的原则和目的

“自组织”是每日站立会议的潜在主题。“自组织”不但可以带来更高的生产力,而且工作环境也会更加人性化,队员相互尊重……如果整个团队不去为了自己的成功而全心投入,那他们的绩效一定会差的可怜…… 每日站立会议需要达到如下目的:
  1. 分享承诺
  2. 与团队和其他观察者一起沟通每天的状态、进度、计划
  3. 找出问题,继而一起想办法解决
  4. 设立目标,关注目标
  5. 团队建设

读者朋友们,在站立会议方面,大家有没有比较新颖有趣的点子可以提高会议效果呢?你会试着尝试一下Sarah Taraporewalla的做法么?欢迎把你的想法与其他人一起分享。

李剑 李剑──ThoughtWorks高级咨询师,在持续集成、重构等领域具有丰富的经验;多次为国内大型企业敏捷组织转型提供咨询和培训服务。

关于站立 发表人 xuhao pro 发表于
Re: 关于站立 发表人 果 林 发表于
这是什么改进 发表人 张 凯峰 发表于
看来TW 的 consultant 也有些混混啊。 发表人 Chan Jackei 发表于
Re: 看来TW 的 consultant 也有些混混啊。 发表人 Chan Jackei 发表于
  1. 返回顶部

    关于站立

    发表人 xuhao pro

    每日会议需要会议记录吗?如果大家都站着,谁来记录?

  2. 返回顶部

    Re: 关于站立

    发表人 果 林

    每日站立会议 不是 每日会议. 完全没有会议记录的必要.

    每日站立会议: 一个简单的用来总结前一日工作进度,遇到的问题,下面一个工作日要做什么的 一个简短碰头会.

    Scrum中有一个role是Scrum Master, 他会进行进度的更新.

    当前遇到的问题,都是实时需要去解决的,需要在站立会议中就协调各方资源解决,不存在需要记录下来的情况.

    真有必要记录, 也就是Scrum Master的事情了.

  3. 返回顶部

    这是什么改进

    发表人 张 凯峰

    哦,一个token,又加上一张红牌,15分钟的standup,能搞完么?这不是什么改进,执行起来会显得机械而笨拙。当所有人对拿在手里的玩意儿失去了新鲜感的时候,是不是又要重新找出一个替代品来?

  4. 返回顶部

    看来TW 的 consultant 也有些混混啊。

    发表人 Chan Jackei

    大家精神不振,对别人讲的东西漠不关心。
    开发人员说,“我昨天做了这个故事,今天我会做另外某个故事,没遇到问题”。(你说的我都知道——我不瞎,我能看到故事板,你昨天认领故事的时候我们也都在场)
    结对的另一半就会说,“yeah,我的话他都说了”。
    QA说,“我昨天测了这个,今天测那个”
    会后有这样的对白:“啊,构建出来的东西没法工作了。大家看看,我已经花了20分钟了,ping都没响应”“我知道,我刚把网络断掉,我在装最新的补丁。早上开会我不是说过了么。”

    ──看起来应该是 team leader 失去了对项目和会议的控制能力,也不知道自己作为一个项目的负责人应该关注什么,如何协调和帮助整个 team 在“进度”和“质量” 方面同步推进。

    看来TW 的 consultant 也有些混混啊,想出了这种蹩脚的注意。

  5. 返回顶部

    Re: 看来TW 的 consultant 也有些混混啊。

    发表人 Chan Jackei

    如果 team leader 自己都不清楚 stand up meeting 应该作什么,毫无疑问的会变成文中提到的样子。而 TW 的 consultant 提到的方法,明显是个花哨而不着重点的方法。鄙视之。

深度内容

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

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

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

Jeffery Richter以其多本Windows核心技术的经典著作而闻名,同时,他深入掌握微软的.NET等一系列核心技术,2012年1月,Jeffery 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

特性注入:成功三部曲

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