每日站会是指Scrum团队每天进行的15分钟左右的会议。其主要目的是给团队讨论每日的承诺和Sprint目标的进度的机会。Scrum Master， Product Owner和所有团队成员都应该参加每日站会。每个团队成员在会议中都必须回答以下三个问题：
l 过去24小时做了什么？
l 接下来的24小时机会要做什么？
l 有没有什么问题阻碍了进度？
每日站会的目标
除了是Scrum的有机组成部份以外，每日站会的目的是要进行集中检查团队在Sprint中的进度如何。在会议中，团队成员能够很容易地提出当前遇到的问题，然后可以马上讨论合适的解决方案。每日站会通过互相共享任务进度，使团队成员之间提高合作度，从而提供成员之间互相帮助的机会。在这种极高的透明度之下，Product Owner就能够很容易地了解项目进度和用户故事的完成情况。
为什么要回答三个问题？
提出这三个问题的目的是让团队集中注意力在当前的事情上。有什么是已经完成的？已经完成所占总目标的比例是多少？有什么是在进行中的，当前遇到了什么障碍？目的就是要强调在接下来的24小时内我们需要尽力提升专注度和合作。
除此以外
每日站会是量度团队在Sprint中进度很好的工具，同时也是量度团队对敏捷理解程度标杆。下面的表格为什么每日站会需要敏捷，成长的空间（反模式行为）和寻找潜在的解决方案。
|
团队价值/基础 |
高效能模式 |
高效能例子 |
成长的空间 |
潜在解决方案 |
|
自组织 |
团队成员高度投入互相的对话交流中 |
团队成员从任务版上获得任务, 认可原则的必要性(QA 和开发一起工作) |
团队成员向ScrumMaster/PO/manager汇报 VS 团队成员讨论 |
“Look at Your Shoes”技巧: SM/PO/manager在每日站会中如果有人和他们有眼神接触，就看着自己的鞋子。 |
|
集中 |
团队成员高度集中在当前最重要的事情，以及当前最紧急的障碍上 |
团队成员互相监督, 会在别人跑题的时候提醒：“我们在会后再讨论吧。” |
讨论开始转移到解决问题的细节，或者其他问题上去了，这些话题应该在会后再讨论 |
当讨论开始偏离时，Scrum Master可以用简短的话提醒大家 |
|
合作 |
团队成员互相提供帮助，也不怕请求帮助 |
“我怎么帮助你呢？ 你怎么帮助我呢？ 我们在会后来讨论一下吧。” |
SM/PO 必须提醒团队成员工作中的依赖关系和指出互相帮助的时机 |
第三个问题可以改成“有什么东西阻碍了我们完成这项任务？”这样能够帮助团队成员意识到他们不是单独在工作 |
|
节奏 |
连续流畅地一位成员到另一位成员，在站会中保持良好的节奏；不需要而外的开始信号； 每个人都负责，因此没有人负责 |
像爆米花一样有节奏的讨论, 团队成员之间不会互相讨论问题 |
ScrumMaster 必须经常提醒下一个成员开始，团队成员都在等待轮到自己的开始信号 |
把举行每日站会的地点转移到任务板旁边 (这是对团队成员的有形的提示); 每天在同一时间，同一地点举行每日站会 |
|
鼓励 |
用于暴露和面对困难, 当需要的时候勇于接受和拥抱变化 |
如果燃尽图没有像它应有的样子的话，应该有人勇敢地提出来 |
所有人都忽视了问题的存在,都希望避免激烈的争论 |
使用留言箱: 让大家能够用便条纸提出关于目前进度和流程的看法 |
|
尊重 |
团队成员, ScrumMaster, product owner 互相尊重; 认同每日站会的价值 |
所有参与者准时参加，并且控制好会议时间 |
团队把每日站会看作让Scrum Master和Product Owner检查进度的机会; 没有从互相之间获得信息的想法 |
限制Scrum Master和PO参加站会，甚至完全不让他们参加; 尝试给会议做记录和计时;停止任何会传达评价的活动 |
引人深思的想法
在你的站会中你曾经见到过哪些模式呢？为了让每日站会变得有意义，你曾经施行过什么措施？
你曾经见过六人以上的团队逐渐成长直到不再需要每日站会吗？这种情况下团队是如何保持集中和达成承诺的呢？
到敏捷社区中来分享你的故事、经验和意见吧。
作者:Bachan Anand
原文地址：http://www.scrumalliance.org/articles/358-daily-standup-beyond-mechanics-a-measure-of-selforganization
