我们应该记录站立会议吗?


13

我公司的另一个团队开始记录他们的站立会议,但是我认为这是浪费时间。据我所知,站立会议仅用于交流,不用于状态报告(如果我错了,请纠正我)

那么,我们应该记录站立会议吗?


2
询问其他团队,他们是否从该文档中获得了重要意义。除非他们能证明自己做到了,否则就让他们这样做,而忽略它。
约阿希姆·绍尔

22
滑坡。第一人称需要坐下来写下笔记。接下来,您的“混乱”持续1小时。我已经看到了!注意我的警告!
史蒂文·埃弗斯

6
如果您做的事情足够重要,需要在站立式会议中提供文档,则可能是会议或文档做错了。
本·布罗卡

1
@BenBrocka您读懂了我的想法。记录站立式会议的冲动可能意味着您正在使用站立式会议的时间超出了其应有的用途。
埃里克·金

边注; 如果你发现自己有太多长“站起来”的会议,看到这样问:workplace.stackexchange.com/q/465/42
奔Brocka

Answers:


21

敏捷的好处之一是每个团队都可以确定最适合自己的团队,并与之合作。

但是:应该记笔记吗?没有; 根据我的经验,团队决定立即回溯一些核心原则,例如:

  • 个体和流程和工具之间的交互(已记录的Scrum开始像非Scrum一样)并且
  • 工作软件,而不是全面的文档(一天要花几分钟的时间,谁知道接下来会发生什么)

然后,该团队将开始摆脱敏捷,转而采用更加繁重的文档和低速的工作方式。

在马丁·福勒(Martin Fowler)的“这不仅仅是站起来”中,几乎没有提到记笔记或记录站立会议的“会议记录”。您应该从站立会议中拿走的所有礼物是:

  • 为了更好地开始新的一天
  • 支持改善
  • 加强对正确事物的关注
  • 增强团队意识
  • 交流发生了什么

作为助记符设备,请考虑以下礼物:良好的开始,改进,专注,团队,状态

但是,如果某人有一个阻止者,您需要帮助他或她解决问题,并且记下他们在说什么,那就完全不一样了。-用这个把自己淘汰掉。

作为参考,我是产品负责人,并正在我公司中指导ScrumMaster,在我们举行的所有敏捷会议(scrum,sprint计划,sprint审查,sprint回顾)中,我都是唯一的正式会议。分钟是回顾性的,因为这使团队可以在下一个冲刺中努力工作并参考(这些“分钟”是几组简短的要点)。


11

您的问题应该是:

  • 我所做的
  • 接下来我要做什么
  • 任何阻碍

而已。快速而切入点。最多5-10分钟 绝对不需要记录,但是如果有人需要记下一些要采取的措施,那应该不成问题。


4
好吧,一个“文件”是计划委员会记录当前状态。
Gort机器人2012年

7

在我供职的上一家公司中,我们过去只记录站立会议中做出的重大决定。

正如您所说的,站立会议是为了在一小群人内部进行交流,它只关心特定人群...无论如何...有时...某人说了一些有趣的事情,可能很重要,最终可能影响项目的制作方式(通常是警告一些棘手的错误,或者是非常重要的技术要点)。这就是为什么我们开始仅记录“对于更好的未来至关重要”这一观点的原因。

我认为,如果您完全确定内容的重要性,并且只有可以说它将在不久或将来的某个时候对您的团队有所帮助,那么文档站立会议是明智的。


5

将站立式会议视为一次临时会议,而不期望陈述是正式的,最终的等等,这将使人们不太可能提出他们尚不满意的话题–只是要明白,任何重要的事情都应该进行讨论即使只是给团队的一封简单电子邮件,也要继续其他地方。除了帮助站起来成为一个完整的项目会议之外,这还避免了排除无法进行特定站起来的任何人。


4

以我的经验,站立式训练是获得团队在项目上的“心跳”的好方法。我参加的每个会议只有几分钟的时间,虽然还不够长,不值得记录,但是它们非常有助于您了解整个过程的进展情况,并让我对任何可能影响我的事情有所了解。近期。

如果站立会议中出现了特别值得注意的事情,则应记录下来并单独广播,但是我不会养成每天记录每个会议的习惯。


3

没有(几乎不可能)对此的绝对答案-这在很大程度上取决于...

务实地,如果您正在做“我做了什么,我要做什么,这是我的问题”,那么对于某些人(名义上是负责人),在录制录音时可能就应该有好处,以便您可以进行核对在下一次会议上可以找到它(尽管“通过其他方式进行工作”也应该很明显)-但不是特别超出这一点,即一旦一次会议结束,它就应该不再具有价值。

此外,如果会议期间发生问题/会议,则记录这些事件/会议可能具有价值,以跟踪后续活动是否真正发生(尽管我确信我会被告知,大多数情况下这应该通过其他方式变得明显) )。

正式的分钟吗?我以为那些与事物的精神背道而驰。


1
没有解释的投票没有特别的帮助)-:
Murph

3

在我目前的公司中,我们有2个Scrum团队,分别具有独立的站台,并在每个站台结束时通过发送摘要电子邮件来记录它们。它运作良好,可以使其他团队的所有成员立即了解重要信息。但是,出于存档目的,我们并没有特别保留邮件的历史记录。

所以我的建议是:

  • 对于一个团队来说,记录站立姿势可能不值得花费时间。Scrum Master可以口头传递警报或重要信息,随后他认为合适。

  • 对于工作密切相关的多个团队,记录站立状态是一种在会议后立即广播可能改变游戏规则的信息的方式,而无需等待Scrum of Scrums的发生。


3

我认为,从这样的会议中走出来并向小组发送电子邮件以提醒/澄清做出的重要决定或出现的行动没有问题。毕竟,您不想冒险忘记或让时间消逝所讨论内容的记忆。

但是对于正式记录会议,就像您可能要进行更传统的会议一样……嗯,这似乎是违反直觉的。这样的会议本来应该是精简而敏捷的,所以让他们陷入过多的“过程”似乎适得其反。


2

它会增加价值吗?人们以后会看会议文档吗?如果没有,那就只是浪费时间。我严重怀疑它们是。编写没有人阅读的文档是浪费时间。

在某个时间点上,我们确实记录和记录了日常事务中的状态更改,即谁在从事哪个任务,谁进行了同行评审等。之所以这样做,是因为有人认为有必要遵守该规则。从系统要求到代码的可追溯性要求,因为我们正在开发医疗设备软件。

后来,我们设法说服管理层,事实并非如此,对于负责本文档的人员来说,这种做法已大失所望。


-2

是的

您是否在决定(a)谁负责工作项目和/或(b)工作项目相对于其他项目的重要性?

如果您愿意,请写下这些决定。否则,您将无休止地重新哈希它们,并像它们一样做出决策。

如果不是,则不要举行会议。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.