背景
企业的一些项目团队每天都开站会，像Scrum里面建议的一样说那三个问题，但是效 果不理想，好像是形式化的内容，并没有起到什么实质的作用。比如，开完站会后，
成员继续做着手头的工作，成员依然只关心自己的工作，其它人员的工作完全不了 解，好像站会并没有带来什么效果。再比如，开站会本身也有很多问题：会议超时、
成员迟到、成员注意力不集中等，具体常见问题如下图所示。
到底如何正确的开站会？站会的意义在哪里？可以不开站会吗？这些问题一直困惑着 励，要对每日的工作目标信守承诺。每日站会还可以保证Scrum Master和团队成 员可以快速处理障碍，培养团队文化，让每个人意识到我们是“整个团队在一同
归纳一下站会的价值和意义，以及误解：
2. 明确正确站会
正确的站会应该怎么开呢？我们一起学习下。
对于每天的工作，为了提前进行自组织，团队成员准时围绕着白板前站立（增加 仪式感）。
团队成员在站会上需要轮流发言，回答如下三个问题：
a. 我昨天做了什么？（从上次站会到现在，我做了什么？）
b. 今天计划做什么？（在下次站会之前，我会做什么？）
c. 我遇到了哪些问题和障碍？（哪些问题和障碍阻止了我的工作或使我的工作 放缓？）
这简单的三个问题可以促使团队成员每天都要检视自己的工作、制定自己的工作 计划、获得清除障碍的帮助以及对团队做出承诺。如果团队按正确的方式开站 会，进行得好的话，可以达到如下效果：
– 共济压力 以尽快把焦点任务做完。换句话说，做完10件事，远比正在做100件事儿更 有意义。
站会18key按照人（People）、过程与方法(Procedures and methods)、工具与设
– Key 1: 主持人
会议主持人（比如Scrum Master，也可以团队成员轮班，轮流感受下站会的 节奏）确保会议的举行，并控制会议时间，团队成员进行简短有效的沟通。
– Key 2: 两个比萨大小的团队
在《Scrum敏捷软件开发》一书中，作者麦克·科思提出了一个简单的方法 用来辨别什么是合适的团队规模，那就是，如果两个比萨够整个团队成员吃 的话，那么这个团队的规模比较适合。
因为两个比萨大小的团队跟家庭的规模相似，站立会的目标可以轻松达成。
当团队是家庭规模大小时，人们头脑中就很容易追踪到团队中发生的事情。
人们可以很容易地记住每个人每天的承诺，以及每个人对于其他成员或团队 成果的责任。Scrum中也建议团队规模不要太大，一般为7-9人左右。
最后再强调一点，并不是要求团队一定要按以上18key进行开站会，18key只 是在很多实践中总结出来的一些经验，曾经解决过很多问题。对于每个具体 团队需要结合实际情况进行选择应用18key，没有绝对的对与错，只有适合和 不适合。
– Key 3: 限制发言
团队外成员也可以参与，但没有发言权。Scrum中曾经使用过术语“猪”和
“鸡”来区别在每日站会中哪些人应该参与发言，哪些人就站在旁边看就行 了，不过这两个术语现在已经不用了。这两个农场动物术语来自一个老笑 话：“在早餐吃的火腿鸡蛋中，鸡是参与者，猪是全部投入了。”显然，
Scrum使用这些术语是为了区分参与者（鸡）和为了实现冲刺目标面全力投 入的人（猪）。在每日站会中，只有猪应该发言，如果有鸡参加例会的话，
办？关于更多这方面的解决方案请参考下面的了解更多中的“成员迟到的解
经常强调站会目的，特别适合刚刚启用站会的团队。可以由Scrum Master来 强调，如果没有Scrum Master也可以由其它Leader（轮职的主持人也可以）
来强调。然后询问团队成员“站会对你们来说怎么样？你们得到了什么成
对于5-9人的团队来讲15分钟的会议时间足够。
– Key 12: 会后讨论 可，不需要在记录上花费更多的时间），然后保留到wiki，或者方便大家跟 踪的地方。此目的是确保这些问题和风险得到了闭环（例如，问题和风险可 以会后按排专题讨论、跟踪，直到关闭）。
– Key 14: 回顾改善
本身每日站会就是最小化的戴明环（PDCA），另外团队在回顾会议上时也可 以对站会开的效果进行回顾，哪些地方做得好，哪些地方做得不好，有哪些
– Key 16: 冲刺待办列表
站会中，成员在发言时可以利用冲刺待办列表来检视当前工作项的完成状 态。冲刺待办列表记录了团队成员工作的进展，需要每天更新并跟踪。电子 化的冲刺待办列表更能很好的解决异地团队开站会思路不聚集的问题。发言 人在讲那“三个问题”时，同步可以展示冲刺待办列表给团队。
DevCloud冲刺代办列表演示如下：
– Key17: 任务看板
在站会期间，通过任务板，团队中每一个人都可以知道哪些工作正在进行，
哪些工作已经完成。团队关注事情的完成，一直处于进行中的任务为被发 现，成为当前的焦点，这样团队就可以尽快把这些焦点问题解决掉。
– Key 18: 燃尽图
燃尽图是将进展和剩余工作情况可视化的有力工具。一般竖轴表示剩余工作 量（小时、故事点或工作项个数），横轴表示冲刺时间（一般单位为天）。
开站会时，发言人可以利用燃尽图来做进展讲解。燃尽图让所有团队成员一 眼就可以看出冲刺的状态，进展情况非常清楚，看出工作是否在按计划进 行，状态是否良好。这些信息可以帮助团队确定是否可以完成预定数量的工 作项，并在冲刺早期做出明知的决定。使用燃图易达成如下效果：
i. 高可视性，直观展示进度情况和剩余工作。
ii. 快速识别风险。
iii. 帮助团队建立信息，了解自己的能力。
iv. 了解团队成员工作步调。
v. 了解团队冲刺计划。
vi. 和任务墙能非常高效地匹配使用。
关于18key，这里想强调一下，并不是站立会议时要把所有18key都要执行一遍，
这里的18key只是提供了一些参考实践和关键点，18key来源于大量的实践，也解
决过团队站会的问题，所以大家在站会遇到了问题时，可以先想到这个18key，然 后选择适合自己团队的key。没有绝对的对与错，只有适合和不适合。举一个例 子，这里有四个key是关于工具的，这些工具我们都要使用吗？当然不一定。敏捷 宣言里提到“个体和互动高于流程和工具”，工具是为团队服务的，不是团队的
● Kenneth S. Rubin. Scrum精髓[M].北京：清华大学出版社。
● Lyssa Adkins. 如何构建敏捷项目管理团队[M].北京：电子工业出版社。
● Mark C. Layton. 敏捷项目管理[M].北京：人民邮电出版社。
3.11 如何在项目团队人员变动频繁时对新人进行有效培养和
DevCloud是集华为研发实践、前沿研发理念、先进研发工具为一体的研发云平台（更 多了解请见附件或官网），也是笔者目前在使用的。以DevCloud为例，在DevCloud中 提供了Wiki服务。Wiki本身是一种以知识库文档为中心，共同创作为手段，依靠众人 不断地更新修改为实现的多人协作的工具。我们可以通过Wiki来管理和搭建项目或团 队内的信息管理库，以达到有知识点可留存，有基本信息可查的目的，参考如下：
● 团队信息
用来记录项目团队的职能划分，职责担当等。当新人入职时，可以通过在Wiki中 的团队信息，了解团队的组织分工等。这样一方面可以让新员工对团队人员分工 有所了解方便日后的交流，另一方面也能让具备较高能力的新员工根据团队组织 分工现状提出改善意见等。