是否可以将提醒注释带到Scrum站立会议中？

Question

我经常会完成许多日常任务，特别是不能处理任何一个组件。因此，我发现在第二天的站立会议中很难记住这些个人任务。是否可以在前几天的任务中带一些带有几个提醒点的小便条？例如，粘性的内容可能是：

Yesterday:
----------------
- Implemented component X
- Refactored Y class
- Updated Bamboo build settings
- Submit test request to 3rd party harness
- Read up on X API

Today:
----------
- Write tests for component B
- Implement component B
- Document install instructions
- Code review meeting

Obstacles:
----------------
- Sys admin still haven't opened external port

您对此有何看法？

Answer 1

scrum的一个关键点是它不是一成不变的 - 你应该将它改编成你组织中最好的东西。但是，每日站立会议意味着简短，所以如果你带笔记，你应该将它们作为参考，而不是像会议议程一样。

Answer 2

是的，短信很好。长篇故事可能会破坏与同事的关系。

Answer 3

以您感觉舒适的方式实施Scrum。站起来的会议应该很短，但谁说他们不能在你需要的时候花那么多时间？

如果你使用某种Scrum工具，你不必记笔记，所有都是用工具写的 - 障碍，任务状态，评论。

Answer 4

我不知道它是否“正式”可以，但我一直这样做。如果你像我一样并且忘记了你做的最后一件事，因为你现在专注于新事物然后写下来。最好在SCRUM出现一个简短的清单然后出现并说：“现在......我在做什么？”。

Answer 5

我认为笔记是可以的，但是您正在讨论的主题可能与您的sprint中的用户故事无关。如果你继续专注于那个而不是你已经完成的其他任务，你将使scrum会议保持简短和相关。

如果这些任务是相关的，那就说明他们为同事提供了什么样的故事。

Answer 6

我认为没有任何理由为每日会议带来一些笔记。

在我们的团队中，我们将每日scrum扩展了一点。它由以下部分组成：

1. 正常的每日争吵（昨天，今天，障碍）。这不应超过5-10分钟。
2. 我们更新sprint backlog。不应该超过5分钟。这可以确保整个团队了解sprint积压的当前状态。
3. 如果需要，我们会讨论任何重要的主题（涉及整个团队）
4. 如果需要，我们会安排团队成员之间的会议（或在每日Scrum之后直接举行会议）。

由于我们每天进行scrum / daily会议的方式，每个人都会带来一些简短的笔记是很正常的，例如他们需要与他人讨论哪些主题。

毕竟（正如其他人已经提到的那样），您应该以适合您和您的团队的方式实施SCRUM。当然，如果您发现一些问题（例如在回顾期间），您应始终保持改进/改变流程。

Answer 7

他们为什么不会？

只有规则：

• 回答这三个问题
  • 你昨天做了什么
  • 你今天要做什么
  • 阻止你的是什么
• 你和团队（不是任何一个人）说话
• 你保持简短
• 没有讲故事
• 没有问题解决
• 当你有令牌
时说话
• 知道将令牌发送给下一个（不是已经发言的人）
• 如果有人长途跋涉或试图解决问题，其他人可能会在站起来后召集焦点会议
• 故事卡墙应该可见
• 房间里的人更新阻挡板，因为阻挡者被叫出来

注意事项很好，投影仪，激光指示器和带螺旋桨的帽帽也是如此。

Answer 8

基本问题的答案是肯定的。如果对你有所帮助，那么将笔记带到立场是完全合适的。

然而，你的例子指出了立场中常见的陷阱......提供对团队可能不重要的活动的详细信息。你读了一些东西，然后你参加了一个会议。这些是我有时称之为“为你的8小时辩护”的例子。

关键是 - 分享您的所作所为以及您将做什么而不进行详细说明。如果有人对特定事项有疑问，他们可以在会议之外询问详细信息。