站立式会议（Daily Scrum）

站立式会议是Scrum敏捷软件开发方法学的实践之一，也是团队最容易实施的敏捷实践，实施成本低。

 

具体做法，团队成员每天固定时间，在固定的地点开会。一般是站着围在一起，之所以站着，有两个目的，一个是保持精神集中，另外一个就是尽可能保持会议的简短，一般会议不会超过15分钟。在会议上，每个人主要描述三件事：

 

1）昨天我做了什么？

2）遇到哪些问题？

3）今天计划做什么？

 

    站立式会议主要的目的是组内的沟通，让大家互相知道都在做什么，别人有什么困难，我能提供什么帮助。我有什么困难，哪些人可以帮助我。如果和别的开发人员的任务有关联，也可以得知进展情况。它可以很好的改善团队成员之间的沟通，特别是团队成员任务有很多关联的时候。避免因信息传递不畅，导致延误和返工。

 

    站立式会议另外一个作用就是提前进入工作状态。每天早上一来，大家一般都是看看邮件，看看新闻，站立式会议可以提前帮助团队进入工作状态。

 

   每天开会时，最好指定一个主持人。他召集大家开会，严格控制每个人发言时间，避免拖沓和跑题。主持人可以大家轮流担任，这样可以培养每个人对于团队的责任感。主持人在会议结束时，要简单总结，主要是复述今天有那些里程碑。主持人不要简单复述每个人的发言，要突出重点。

 

    站立式会议可以在看板前进行，每个团队成员开会前更新看板，根据看板的内容，描述对前述三个问题的回答。 说说可能出现的问题，首先就是会议时间过长，会议陷入具体问题的讨论，变成几个人的会议，严重浪费其他人的时间。对于这点，主持人要严格控制，如果是两个人之间的事情，在会上接上头之后，可以会下在讨论。其次就是走形式。团队每个人都感到没有什么好说的，如果团队真的是到项目发布时，工作比较少，会议可以开的短一点，最好不要取消。

 

    如果团队人数超过15个，开会时效果会降低。人多，会议时间长，表现为有些人说话时，其他人不能保持专注，开小差，事实上，也可能和听着的工作关系不大。这种情况下，可以按照沟通域，关联比较紧密的，组成小组一起开，每个小组互派代表参加。

 

    总之，站立式会议主要是为了改善团队内部成员之间的沟通，记住这个目的，形式可以变化多样。如果你还没有尝试过，马上就可以开始，像所有敏捷软件开发实践一样，要先尝试，然后可以根据自己的团队情况进行调整。敏捷软件开发实践就像一双鞋，不试是不知道合不合适的。同样，合适不合适也只有团队成员自己知道，就像鞋子穿在脚上，只有自己知道舒服不舒服。

 

    现在就开始尝试一下吧！

评论

6 楼 gurudk 2009-07-11  

wucc1986 写道

gurudk 写道

wucc1986 写道

关键就是遇到的问题啊，或者说有什么困难，要提的问题又要跟所有与会人都相关的，技术问题，细节问题自己私底下讨论。
基本上都没什么人提问。。汇报比较多。请问楼主有什么好办法解决这个问题呢。

那你知道为什么没提问吗？

是任务本来就划分比较清楚，开发人员关联少？
所做的开发任务，技术，业务，思路都比较熟悉?

一定要改变汇报形式的阐述，聚焦三个问题。如果说的比较抽象，主持人要进行引导。比如组员说改bug，可以让他介绍具体改哪些bug，具体是什么问题。

开发任务不熟悉，技术问题，业务不明确，思路不清晰等等都是第一时间跟主管讨论的。站立会上应该提与所有与会人相关的问题。
你说让组员在站立会上说具体改了什么bug。。那对于其他听众根本听不明白吧。。
主持人引导是比较重要的。

主持人很重要，不可能让一个人一直说改bug的情况，作为参与者，自己也要学会精炼的表达自己的问题，想法，这其实是一种能力。

5 楼 wucc1986 2009-07-11  

gurudk 写道

wucc1986 写道

关键就是遇到的问题啊，或者说有什么困难，要提的问题又要跟所有与会人都相关的，技术问题，细节问题自己私底下讨论。
基本上都没什么人提问。。汇报比较多。请问楼主有什么好办法解决这个问题呢。

那你知道为什么没提问吗？

是任务本来就划分比较清楚，开发人员关联少？
所做的开发任务，技术，业务，思路都比较熟悉?

一定要改变汇报形式的阐述，聚焦三个问题。如果说的比较抽象，主持人要进行引导。比如组员说改bug，可以让他介绍具体改哪些bug，具体是什么问题。

开发任务不熟悉，技术问题，业务不明确，思路不清晰等等都是第一时间跟主管讨论的。站立会上应该提与所有与会人相关的问题。
你说让组员在站立会上说具体改了什么bug。。那对于其他听众根本听不明白吧。。
主持人引导是比较重要的。

4 楼 gurudk 2009-07-10  

wucc1986 写道

关键就是遇到的问题啊，或者说有什么困难，要提的问题又要跟所有与会人都相关的，技术问题，细节问题自己私底下讨论。
基本上都没什么人提问。。汇报比较多。请问楼主有什么好办法解决这个问题呢。

那你知道为什么没提问吗？

是任务本来就划分比较清楚，开发人员关联少？
所做的开发任务，技术，业务，思路都比较熟悉?

一定要改变汇报形式的阐述，聚焦三个问题。如果说的比较抽象，主持人要进行引导。比如组员说改bug，可以让他介绍具体改哪些bug，具体是什么问题。

3 楼 wucc1986 2009-07-10  

关键就是遇到的问题啊，或者说有什么困难，要提的问题又要跟所有与会人都相关的，技术问题，细节问题自己私底下讨论。
基本上都没什么人提问。。汇报比较多。请问楼主有什么好办法解决这个问题呢。

2 楼 netfork 2009-07-09  

写的挺好的。

1 楼 黑暗浪子 2009-07-09  

不止是scrum，XP中也有，这个可以总结为敏捷管理中必须执行的管理方法。
当然不适合10人以上团队。