1

很多时候，我会完成大量的日常任务，即不专门处理任何一个组件。因此，我发现在第二天的站立会议上很难记住这些单独的任务。前几天的任务可以带一些提醒点的小便签吗？例如，便签的内容可能是：

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

您对此有何看法？

4

8 回答 8

18

Scrum 的一个关键点是它不是一成不变的——你应该让它适应你组织中最有效的方法。但是，每日站立会议的目的是简短的，因此如果您携带笔记，则应将其用作参考，而不是会议议程。

于 2009-01-29T10:49:44.513 回答
6

是的，简短的笔记很好。长篇大论可能会破坏与同事的关系。

于 2009-01-29T10:58:32.483 回答
2

以您感觉舒适的方式实施 Scrum。站立会议应该很短，但是谁说他们不能花你需要的时间呢？

如果你使用某种 Scrum 工具，你不必做笔记，一切都写在工具里——障碍、任务状态、评论。

于 2009-01-29T12:18:36.193 回答
1

我不知道它是否“正式”可以，但我一直这样做。如果你和我一样，因为你现在专注于新事物而忘记了你做的最后一件事，那就把事情写下来。最好是带着一份简短的清单出现在 SCRUM 上，然后出现并说：“现在……我在做什么？”。

于 2009-01-29T10:53:50.917 回答
1

我认为笔记没问题，但是您谈论的主题可能与您的 sprint 中的用户故事无关。如果您继续专注于这一点而不是您已执行的其他任务，您将保持 Scrum 会议简短且相关。

如果任务相关，请说出他们参与的故事，以便为同事提供背景信息。

于 2009-01-29T12:24:35.180 回答
1

我看不出有什么理由不能在日常会议上带一些笔记。

在我们的团队中，我们稍微延长了每日 Scrum。它由以下部分组成：

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

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

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

于 2009-01-29T12:36:58.277 回答
1

为什么他们不会呢？

只有规则是：

  • 回答三个问题
    • 你昨天做了什么
    • 你今天打算做什么
    • 是什么阻碍了你
  • 你和团队说话（不是任何一个人）
  • 你保持简短
  • 没有故事
  • 没有问题解决
  • 当你有令牌时说话
  • 知道将令牌发送给下一个（不是已经说过的人）
  • 如果有人长篇大论或试图解决问题，其他人可能会在站立后召开焦点会议
  • 故事卡墙应该是可见的
  • 房间里的一个人在呼叫阻拦者时更新阻拦板

笔记很好，投影仪、激光笔和带螺旋桨的无檐小便帽也很好。

于 2009-05-23T10:21:10.623 回答
0

基本问题的答案是肯定的。如果对您有帮助，将笔记带到站立会议上是完全合适的。

但是，您的示例指出了站立会议中的一个常见陷阱……提供对团队可能不重要的活动的详细信息。你读了一些东西，你参加了一个会议。这些是我有时称之为“证明你的 8 小时合理性”的例子。

关键是 - 分享你做了什么以及你将做什么，无需详细说明。如果有人对某件事有疑问，他们可以在会议之外询问细节。

于 2009-02-11T05:14:32.663 回答