【小剧场】 上午 10:00 - 会议室 - 每日站会

“人到齐了，开始吧。”
“工作顺利完成，没遇到什么问题。”
“好，下一个吧。”
……
“都说完了吗？还有没有补充？”
……
“有什么问题，须要帮助吗？”
……
“都没有吧。好，那明天就先到这。”

如果你在上述小剧场产生了强烈的共鸣，那可能阐明，你的站立会呈现了大问题！

每日站会即站立会，是Daily Scrum利用最宽泛的模式。开发团队每天会利用固定工夫的 15 分钟举办外部短会，用于同步我的项目停顿，辨认和解决进度阻碍。

然而在许多团队中，本应该解决阻碍的站立会却变成了阻碍自身：会议充斥着机械的工作汇报，对合作晋升没有任何帮忙；或者会议内容发散拖沓，15 分钟的站立短会常常变成 1 个多小时，成员苦不堪言。

“既然站立会没什么用，为什么不把它勾销呢？”

站立会能不能取消？要不要勾销？本文将从会议的内容、模式和目标三个方面，解读这个问题。

一、 站立会 ≠ 工作汇报会

站立会上有三个众所皆知的问题：

  • 我昨天做了什么（以实现迭代指标）？
  • 我明天打算做什么（以实现迭代指标）？
  • 我（在实现迭代指标过程中）遇到了什么问题、须要什么帮忙？

许多人认为，站立会就是在向Scrum Master汇报前一天的工作进度。事实上，Scrum Guides明确指出，Daily Scrum是面向开发者的会议，而不是面向Scrum Master的。

The Daily Scrum is a 15-minute event _for the Developers of the Scrum Team._

If the Product Owner or Scrum Master are actively working on items in the Sprint Backlog,  _they participate as Developers._

站立会的要害角色是开发者。在非必要状况下，Scrum Master能够不加入会议；在会议中，Scrum Master应该起到把控会议方向和解决困难的作用，而不是承受成员的工作汇报。

与过来工具匮乏的时代不同，当代的麻利团队能够使用各种工具或办法间接、清晰地出现每位成员的工作工作和实现进度，并且放弃信息公开和同步，比方 LigaAI 的「跟进迭代」性能。

因而，「同步迭代进度」的实质，是让工作上下游的成员获取无关迭代事项的最新信息，以便对方能对接下来的工作做出及时、适当的调整。

在站立会上，同步的肯定是与别人工作无关的信息，而不是纯正的「我做了什么」和「我要做什么」，比方：

  • 工作A的工作量比拟大，预计在今天上午能力实现，上游的同学请再等等；
  • 工作B存在技术难点，具体是XX问题，须要大家的帮助推动；
  • 我明天筹备着手解决工作C，须要和上游成员开会讨论。

站立会的第二个会议重点是被动缩小阻碍，即对工作中遇到的问题被动地进行求助，并寻求解决。

通过答复「遇到了什么艰难」，被动地寻求团队其余成员和Scurm Master的帮助并解决问题，实现短周期的「自查-修复-优化」，毁灭迭代危险，以更快、更好地状态开启新的工作。

在麻利合作中，切忌埋头苦干。只有所有成员群策群力地达成迭代指标，晋升价值交付的速率，才合乎麻利开发的要求。

二、 Daily Scrum ≠ 站立会

另一个误区是，Daily Scrum就是开站会。

Daily Scrum是将每日工作视为一个小迭代，通过定期发动 15 分钟的个体流动对已实现的工作进行反馈和优化，实现「打算-实际-查看-优化」循环。

而站立会只是实际Daily Scrum的一种模式。在Scrum Guides中，对Daily Scrum的模式阐明是这样的：

The Developers can_ _select whatever structure and techniques they want, as long as their Daily Scrum focuses on progress toward the Sprint Goal and produces an actionable plan for the next day of work.

也就是说，开发者能够抉择以任何模式实现Daily Scrum，只有能更快地实现迭代指标。

站立会之所以被广泛应用，是因为比起舒服、轻松的坐姿散会，站立姿态人造附加的「不适感」和「紧迫感」更容易让人集中注意力，进步会议效率。但这不意味着「站立会」是Daily Scrum的惟一解。

仍旧是陈词滥调的情理：条条大路通罗马。只有可能实现信息高效同步，优化合作形式，晋升迭代效率，不论Daily Scrum是躺着开、坐着开还是站着开，哪怕是改站立为平板撑持、深蹲、马步、哑铃托举都是可行的。

不拘泥于模式，只做最正确的事。 麻利开发本就应该全力以赴，寻求最佳的门路继续改良工作。

三、Daily Scrum ≠ 每天散会

Daily Scrum将每日工作视为一个小迭代，通过「打算-实际-查看-优化」循环，缩小迭代进度的危险，更快地实现迭代指标。

· 麻利团队为什么要每天散会同步进度？

麻利开发通过短周期、疾速地向用户提供价值交付。在工夫紧、工作重的多人合作语境下，团队成员各自认领了组成用户故事的局部子工作，彼此的工作严密关联。麻利团队须要通过每日会议，及时同步迭代进度，更好地治理迭代指标。

第二，攻破技术难题须要及时反馈和集思广益。 跨职能的自组织团队和Scrum Master存在，都能帮忙成员更高效、疾速地解决工作问题，扫清迭代危险。

第三，个体出席会议是晚期实现信息同步的最佳实际。 在那个异步/近程合作工具匮乏的时代，发动会议和面对面沟通是保障无效传播和注意力集中最有用的路径。

· Daily Scrum肯定要每天散会同步进度吗？

正如后面所说，当初有十分多简略易用的协同工具（比方LigaAI）能够轻松实现团队内的信息共享和同步，在线会议和即时通讯工具等近程办公工具也能随时随地为解决问题提供服务。

因而，在工具的无效帮忙下，Daily Scrum能够不必每天散会。换句话说，站立会的频率是能够调整或者勾销的。

麻利团队能够依据工作关联强度、团队工作节奏和进度同步需要等综合判断，调整Daily Scrum的周期，适当地拉长个体反馈和优化的距离，更好地服务团队。

· 勾销每日站会，进度同步该如何实现？

每日站会的目标是通过及时的进度同步和问题反馈，优化合作形式，谋求并实现更快的价值交付。在定期的集思广益降临前，麻利团队能够应用各种形式，实现迭代进度的无效同步。比方：

  • 在LigaAI的布局迭代或者Kanban中同步信息
  • 应用共享表格或文档，上班前实现内容同步
  • 配置全员可见的物理看板，手动实现内容更新
  • 用简略的格局，群发工作日报/周报邮件
  • 建设Done-List，通过群接龙实现进度同步

团队合作没有标准答案，最适宜团队的决策就是最正确的决策。 早上开站立会，或者早晨九点开近程会议，亦或者用共享文档代替散会，都没有优劣之分。Daily Scrum只为了同步迭代进度，推动更好的麻利合作，更快地实现价值交付。

· 如果成员不违心被动获取/同步进度信息，怎么办？

在《自组织是管理者和成员的双向奔赴》一文中，LigaAI创始人 Ryan 曾经做出了解答。

_自组织团队十分强调付出。其一，每个人都关怀团队指标中未实现的工作，并被动承当工作。其二，成员会察看除本人手头工作外，团队其他人是否有人须要帮忙，而不是只在乎本人眼前的“一亩三分地”。_\

如果成员始终不能履行承诺，或者通过几次培训反对依然没方法跟上大部队的节奏，那管理者就须要做出成员优化。同样的，成员也会被动示意，团队中有成员长期拖后腿，咱们须要管理者染指招募可能一起单干的搭档。

Liga总结

不在每日站会上做工作汇报。 高效的站立会只传递与别人无关的进度信息，以促成更严密、更顺畅的单干。

不拘于模式，做最正确的事件。 只有可能晋升成员的专一度，高效实现会议指标，晋升会议效率，无论是难受地坐着，或是苦楚地平板撑持，都是可行的。

抉择最适宜团队的Daily Scrum运行模式。 依据团队规模、工作关联强度、沟通需要等综合判断，抉择最适宜团队合作形式。

理解更多麻利开发、项目管理、行业动态等音讯，关注咱们的sf账号-LigaAI~ 或者点击LigaAI-新一代智能研发合作平台，在线申请体验咱们的产品。