站桩坏了。可以修复吗？
站桩坏了。可以修复吗？
停止使用敏捷名称进行瀑布会议。
真正的站立会议看起来不像你的 20 分钟早会。
作为一名开发人员，有些团队我害怕站立会议。会议破坏了我早上的工作效率。为了什么？只是为了听每个人都在谈论他们昨天所做的事情以及今天的计划……
大多数开发团队都是这样的。站立已成为一场闹剧。
本来应该是快速的、阻止升级的会议已经变成了浪费时间。我们该如何解决？
站立失败的迹象
这是许多团队中非常常见的站立模式：
- 超过 10-15 分钟
- 经常深入细节
- 在房间/缩放中逐人进行
- “昨天我做了x，今天我做了y”
- 管理层发布公告
因为它是如此普遍，所以甚至可能不清楚这是一次失败的会议。但这实际上并不能帮助团队中的工程师更好地完成工作。
固定站立
这是相当罕见的，但真正的站立更像是这样的：
- 总是少于 15 分钟。
- 细节，问题，实施应该是那些感兴趣的人的后续会议。
- 使用票务板，而不是一个人一个人，关注状态以及票证处于给定状态的时间。
- 专注于阻滞剂。如果没有阻拦者，请说“没有阻拦者”并继续前进。
- 公告通过电子邮件/Slack/等单独发布。如果是重大公告，请单独召开会议。
早上的瀑布会议
瀑布团队有早会。他们检查他们在预定目标上所取得的成就。
晨会基本上是管理层跟踪出勤率和参与度的一种方式。这是团队管理的老派模式。字面上地。就好像我们又回到学校了，老师正在点名，从名单上下来询问我们的存在和更新。
当你进行点名式的、我昨天做了什么的站立会议时，你实际上是在进行一场瀑布式的晨会。
敏捷站立
顾名思义：站立会议应该很短，你可以站着舒服地进行。
自上而下的管理和冗长的会议正是敏捷宣言的作者所反对的。
软件团队应该专注于快速向客户交付价值。
真正的敏捷站立旨在促进该目标。对于团队成员来说，这应该是一个快速升级阻止程序并获得帮助的机会。如果团队需要改变优先级或集中解决问题的困难部分，站起来就是你改变方向的地方。
如果一切顺利，那么站立时间应该很短。每个人都说“没有障碍”，然后回去工作。
当需要改变优先事项时，站立会议就是让每个人都知道，并与相关方建立稍后的会议以讨论细节。
什么站立不是
站立会议不是出席会议。
不存在供管理层跟踪进度的站立会议。
Standup 不是为了报告你昨天的所作所为。
如果事情进展顺利，站起来不是你说你今天在做什么的地方。
站立是关于阻碍者和优先事项。如果我们都在同一个页面上并且没有问题，那么我们应该能够重新开始工作。
让站立再次有用
正确站立的真正魔力在于它如何快速阐明挑战。
当您缩短站立时间时，您会获得更好的团队参与。如果规范是“没有障碍”，那么当有人遇到问题时，团队会认真对待。
当你在站立时少说话时，你会发现令人惊讶的是每个人都是 更好的 告知。以前，工程师们因为冗长而忽略了站立更新。现在，standup 可以快速轻松地进行。您可以通过更专注的站立获得更好的团队一致性。
为了我们所有人的利益，请缩短您的站立更新！帮助您的团队实现文化转变！我们可以一起让站立更好！
更多资源
为期 7 天的免费电子邮件课程 — 建立具有意义和目的的开发职业
紧急与重要 — 在你的开发生涯中要理解的一个关键区别
在一个糟糕的团队中是吸魂的 — 摆脱消极情绪
[_只需 5 美元即可加入 Medium_](https://bennettgarner.medium.com/membership) _- 访问所有媒体 + 支持我和其他人_
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明
