项目管理实战|早会怎么开
“站会”是敏捷实践中非常重要的一个活动，除了及时同步进展，保证项目信息的透明，也为检视和改进提供了基础。
项目有风险或者问题，信息能被第一时间同步到，承诺是否达成，遇到了什么问题？通过每天15分钟的站立会，能够快速的将这些信息同步到团队。
但是站会怎么开？理论指导是怎么样的，实战中又会有哪些问题，实战过程中我们是如何解决的呢？
Scrum指南中的定义
每日 Scrum 站会是开发团队的一个以 15 分钟为限的事件。每日 Scrum 站会在 Sprint 的每一天都举行。在每日 Scrum 站会上，开发团队为接下来的 24 小时的工作制定计划。通过检视上次每日 Scrum 站会以来的工作和预测即将到来的 Sprint 工作来优化团队协作和性能。每日 Scrum 站会在同一时间同一地点举行，以便降低复杂性。 开发团队借由每日 Scrum 站会来检视完成 Sprint 目标的进度，并检视完成 Sprint 待办列表的工作进度趋势。每日 Scrum 站会优化了开发团队达成 Sprint 目标的可能性。每天，开发团队应该知道如何以自组织团队来协同工作以达成 Sprint 目标，并在 Sprint 结束时开发出预期中的增量。
会议的结构由开发团队设定。如果会议专注于达成 Sprint 目标的进展，开发团队可以采用不同的方式进行。一些开发团队会以问题为导向来开会，有些开发团队会基于更多的讨论来开会。以下为示例：
-- 昨天，我为帮助开发团队达成 Sprint 目标做了什么？
-- 今天，我为帮助开发团队达成 Sprint 目标准备做什么？
-- 是否有任何障碍在阻碍我或开发团队达成 Sprint 目标？
Scrum指南中对站会的定义其实就是讲了以下三个方面：
站会核心特点：
- 同一时间
- 同一地点
- 限时15分钟
站会核心作用：
- 透明信息
- 检视进展
- 做出适应调整
站会内容：
-- 昨天做了什么
-- 今天计划做什么
-- 是否有问题或者风险
实践过程中的问题有哪些
1、团队抵触站会怎么办？
在初推敏捷的团队中，对站会抱着将信将疑的态度的人不在少数，但是从良好实践来说，站会是已经被证明是一个非常有效的Scrum活动。
站在对方的角度来证明站会的价值
- 测试
1、开发是否能按时提测，我需要一个个找开发沟通，成本很高；
2、开发提测延期，测试时间被压缩，有苦难言 - 开发
1、依赖功能是否已完成，反复沟通没有结果
2、依赖项延期，开发时间被压缩
3、发现问题，不知道找谁可以更快的解决
4、团队信息不透明，只清楚自身负责开发部分进展，没有主人翁意识
如果站会能够很好的解决大家的问题和痛点，可以大大减少团队对于站会的抵触，真正感受到站会给大家带来的变化。
2、站会越开越长怎么办
站会开了一段时间，发现会议越开越长怎么办？这个问题也是导致很多站会开不下去的重要原因。导致会议时间延长的主要有3中情况：
1、对具体问题展开讨论
会议上团队成员会抛出一些问题或者风险，如果在早会上来讨论具体问题，会导致会议被延长，可能真正参与讨论的只有3个同学，但是整个团队成员都站着干等。
对于这种情况，我们通常的建议是：记录问题，会后拉起小会讨论
2、部分同学不善于表达，冗余信息较多，没有重点
开发同学中常会有一些同学不善于表达，可能会说很多具体的内容，可能需要说很久，很难找到重点，既浪费会议时间，又导致会议非常低效。
这个时候的建议是：由ScrumMaster及时打断，提出封闭性问题来获取关键信息
eg：是否已经达成昨天承诺的计划；是否存在风险；
3、早会内容可以加其他项吗？原则是什么？
原则1：无论加什么内容，请控制好会议时长。
Scrum框架是非常轻量化和灵活的，但是对于其中的活动都有严格的TimeBox的要求，为了增加团队的节奏感和可预测性，所以增加早会内容的前提是控制好会议时长。
原则2：内容重要性
视团队情况不同，会在早会中加入除了Scrum早会3问以外的内容。比如“线上问题”的同步，有些团队会加入到早会上进行沟通，但是请注意只沟通1-blocker，2-major级别的问题，这也一定程度上是在控制早会的时长。
最后，总结下早会的核心，定时，定点，定时长，目的是通过高效快速的同步，检视，从而做出适应，提升产品研发效率。
