站起来。 有些噩梦，许多挫折。
不必为了站起来而练习Scrum，而是在Scrum Guide中描述它：
每日Scrum是针对开发团队的15分钟定时活动，开发团队计划在接下来的24小时内工作……
…
以下是可能使用的示例：
•我昨天做了什么帮助开发团队实现了Sprint目标？
•今天我将如何帮助开发团队实现Sprint目标？
•我是否看到任何阻碍我或开发团队实现Sprint目标的障碍？
从以上信息中得出的结论是，大多数站起来都会错误地导致团队成员回答以下问题：
1）你昨天做什么？
2）你今天在做什么？
3）您有任何障碍吗？
但是上面的摘录说“这是一个例子 ”。 它没有规定这三个问题作为模板。 就像任何似乎教条主义的方法一样，这种方法都违背了敏捷的基本原则，在该原则中，我们不断质疑我们的假设和做法，以便通过调整来进行改进。 站起来也不例外。
走板
…检查实现Sprint目标的进度，并检查Sprint待办事项中进度如何朝着完成工作的方向发展。
让我们改变观点，做一个故事驱动的站立。 让我们将故事板从一端移到另一端，而不是一个接一个地关注每个团队成员，而是让故事进行交谈。 我喜欢从右到左的方法。
团队的工作之一是最大程度地减少每个工作项从最左边到最右边的时间。 因此，我们在日常站立时提出的问题应该反映出这一点。 团队可以解决的一些问题是： “我们如何解锁它？” ， “我们如何帮助这项测试？”，“我可以为您提供帮助吗？”或“我们如何将其转移到$ {next_stage}”？问。
减少个人主义和增加团队拥有权
使故事成为对话的重点也可以培养团队主人翁意识的培养。 与其说“谁在做什么？”，不如说是“我们如何能够帮助推动故事发展以达到团队冲刺目标？”
分别关闭票证和帮助其他人关闭票证之间的界限有意变得模糊。
高效率的团队不会单独冲刺。 他们将指挥棒一起运送到终点线。 有效的日常琐事是使团队保持最佳状态的好方法。
