每日站立-是或否?[关闭]


40

您认为每日站立会议有多有价值(或没有)?

如果您不熟悉它,则指的是Scrum拥护者(以及其他一些敏捷方法论)中的日常会议。这个想法是,您每天召开一次会议,时间限制为15分钟,每个人都必须参加会议(以鼓励人们直截了当)。

在会议上,您到处走走,每个人都说:-昨天您做了什么-您今天打算做什么-任何阻碍或阻碍您前进的障碍。

您认为这种做法有价值吗?有没有人在一个做过的地方工作,您觉得呢?


1
每日站立会议是一种糟糕的做法,请查看本文:每日站立会议是坏经理的好工具
yegor256

Answers:


40

我的第一份工作每天要站起来。好吧,对于所有合作社/实习生/临时工,实际上都是漫长的一面-通常在30分钟左右。

但是,每天召开一次简短的有时间限制的会议的想法对了解其他人的想法很有帮助-如果我正在做这件事,我可以重新安排我的任务的优先级,以完成他们需要尽快完成的任务。它还使每个人都有机会知道每个人在做什么,因此,如果有人遇到紧急情况,每个人至少都知道发生了什么-减少卡车系数始终是一件好事。

老实说,在某些情况下,每天可能会有些极端。但是,让所有人都呆在同一页上的简短定期会议的想法是对任何过程的宝贵补充。


4
我还发现这对于交流非常有帮助,但是您还必须确保定义的任务足够小,可以看到进度。否则,您会听到人们说“在UI上工作”一个月,这不是很有帮助。我建议您阅读《 Scrum /敏捷》一书,并尝试实施整个流程,而不仅仅是会议。
JD Frias

1
我认为,至关重要的是要鼓励一个高效,诚实的工作环境,使每个人都专注于同一件事。按照J8D所说的,如果您可以在任务板前进行日常工作,则可以大大改善日常站立状态,因此当人们说“昨天我在xyz上工作”时,您可以实际指向板上的工作项,看到它在未来几天从左(未完成)向右(完成)发展。这确实有助于识别阻止者,并使每个人都诚实。
dwynne's

1
听起来您的会议需要更多的结构。站起来不是辩论或讨论的地方。说出您在做什么,并告诉某人是否需要他们的帮助。人们可以自由地提问,以确保您不会走在错误的轨道上或重新编写不需要的代码,仅此而已。10分钟。最高
Jaco Pretorius

2
@Thomas Owens听起来不错,每种情况都是独特的。我会问我是否真的需要知道其他17个人在做什么。例如,我们经常邀请测试人员参加站立会议,但他们大多只是在那里观察。
Jaco Pretorius 2010年

2
我们有站立式,但只有3-7人的小团体。我认为站起来太多的人是个坏主意
没人在

30

我发现这些会议非常有价值。他们提供以下好处-仅花费15分钟即可获得回报!

  • 让每个人都保持话题。深入研究自己的问题,而忘了别人所做的事情,或者重复别人做的工作很容易。每日会议阻止了这种情况的发生。
  • 不允许人们懈怠。在这些会议上,您会做出承诺。然后,您只需要尝试保留它们即可。
  • 使人与人互动。程序员通常不喜欢与人交谈。但是,在这样的会议上,他们得到了同事的鼓励(和谴责),这对士气产生了积极的影响。
  • 将所有人聚集在一个地方。您会知道每个人都会来那里,从而获得奖励。这可用于安排其他会议,发布公告,以及在较小的小组中继续进行此日常会议以讨论特定问题。通常,组织这样的会议会引起很多关注,并且需要程序员不喜欢使用的技能。

26

我可以站几个小时。这不再使我感到直言不讳,也没有对短期的每日补习会议产生任何实际的意义/影响。

但是,嘿,如果站起来可以让您重新命名为敏捷产品,那一定很好!


至于一般而言,定期召开补习会议是否是一个好主意……如果您的其他流程无效,那么它们会有所帮助。

如果您想知道某人昨天做了什么,以及他们的下一个任务是什么,请查看问题记录器,该记录器已在此处记录。如果没有一个清晰的过滤器可以告诉整个团队,请设置一个过滤器(或查找更好的软件)。

如果您想知道任何人是否有任何阻止者,请检查您的消息(无论是电子邮件/即时消息/论坛/任何消息)。如果有任何人,他们应该在发生时通知相关方和项目负责人,而不是在等待别人发现之前浪费一天的时间,不要介意采取行动。


定期召开会议讨论项目的方向肯定会有所裨益-从一般意义上讲而不是具体问题上,以确保每个人都了解总体目标等,并且每周或每两周举行一次(视情况而定)。

但是,每天花一刻钟才能让您感到敏捷,伟大而又充实吗?浪费时间。


1
-1经典的“经典”答案。糟糕的是,您错过了。-站立是保持动力和精力的持续-15分钟的时间,以避免“状态会议”浪费时间感。-3个问题只是一个指南,会议的目的是谈论产品/项目
Rudi

10
÷1当我实际在做事情并且不假装召开状态会议不是状态会议时,我发现保持势头更容易,但是无论如何-我想我们必须同意不同意。:)
Peter Boughton

17

以我的经验,单口站立不值得,尤其是日常活动。它们是以下两件事之一:空的仪式或无组织的临时会议。

  1. 空洞的仪式:每个人都绕圈转,陈述他们正在从事的任务和进度。没有人真正在乎别人在做什么,如果有问题,什么也做不了(作为站立的结果)。

  2. 无定向的临时会议:有人(通常是经理,项目经理或业务中的某人)来参加会议并使其脱轨。也许我们会详细讨论今天的大火,或者有人担心我们是否要按时完成任务,等等。15分钟变成半小时或更长时间。每个人都站着,即使我们真的应该坐这么长时间。

同样,站立式的“站立式”部分并不能帮助安排会议的时间,只会增加身体上的不适感。

与正式的站起来相比,我在团队成员之间进行临时交流的经验要好得多。如果有人在乎您的工作或进度,他们会问您,或者您会告诉他们。如果您有问题或被阻止,请确保需要了解该问题的人员都知道。如果需求不清楚,您可以跟踪业务用户或BA,然后向他们询问。


1
我曾参加过两种类型的小组,其中站立会议(或坐下开会)增加了价值或没有意义。我要说的失败是与您要说的第二点相同的,即有权力的团队中的某人使会议脱轨(并且对会议是消极进取的)。
Spoike

“对我来说,团队成员之间的临时交流要比正式的站起来要好得多。如果有人关心您的工作或进度,他们会问您或您会告诉他们。如果您有问题或被阻止,请确保需要了解该问题的人员知道。” ....站起来无非是仪式!
纳瓦兹

8

我认为如果正确执行它们将非常有价值。对我来说效果很好的格式是这样。

每个人都对以下问题给出简短答案。
a)您在做什么?
b)下次会议(明天)您将做什么?
c)您是否完成了上次会议说的要完成的工作?
d)阻碍/阻碍您进步的障碍是什么?

在会议期间应限制对以上内容的任何扩展讨论,以使其简短。任何人都可以留下来(或在当天晚些时候见面),与相关人员讨论任何需要扩大覆盖范围的问题。

这样可以实现以下目标:
a)团队负责人/产品负责人迅速就可能的延误展开了讨论。
b)团队负责人可以迅速消除障碍。
c)团队负责人可以识别快速转动轮子的人。
d)鼓励团队成员之间的合作,这些团队成员可能内向,无法在需要时寻求帮助。
e)通过缩短承诺时间(减少将工作扩展到项目可用的时间)来鼓励动力。


您不需要答案c,您不是在要求人们向团队“报告”,而是互相交谈。(a,b和d)-会议不是针对团队负责人,而是针对团队本身!
鲁迪

团队负责人是团队的成员。
JohnFx 2011年

8

我还没有发现它们像在我的工作场所那样有用,在那里,“每日15分钟站立”时间延长到30分钟,45分钟,现在通常是60分钟;每个人都坐在那里,等待项目经理摆弄投影机,网络共享或今天的随机恶魔;他坚持要求每个人花时间在会议之前提供状态更新,然后再次询问所有人(以防万一我们在最近的一刻中做了其他事情);保留的原始概念的唯一部分是“每日”。

不要这样


1
很明显,它们对事情的转变没有用。站起来的确切原因之一就是为了防止会议花费太长时间,并避免引入放映机等东西
Pete

4
通过做错事而完全错失日常站立的意义,并不意味着这个想法是错误的。尝试并更好地做站立会议,遵守时间表,固定的地点,固定的时间和固定的目标:团队交流,然后他们很乐意这样做。叹气-同样,站起来是给团队的,而不是给PM或其他任何人的。
鲁迪

1
摆脱投影仪。
柯克·布罗德赫斯特

6

它可能很有用,但实际上却没有。

如果您的团队在工作时无法轻松访问其他团队成员,或者您的组织很难找到经理/ PM /人员,那么至少您知道您每天都有机会回答问题。

在实践中,它有时会鼓励人们不要立即讨论问题,这可能会花费大量时间。例如:

如果我仅参与一个活跃的开发项目(通常我参与两个项目),通常至少会有一个完成质量检查,而同时完成一个。每天要进行15次15分钟的站立。我的矿几乎从来没有背靠背。您需要花一些时间来确保自己在每个人之前都处于停止状态,并且类似地在每个人之后都回到正轨。即使您假设这些损失是每个损失10分钟,这也意味着每周损失超过一个工作日的整个工作日。

加上提交会议和演示,这很容易又耗费了整整一天的时间。

恕我直言,如果您的团队遇到沟通问题,那么每日会议可以为您提供帮助,但否则,这简直是过多的资源消耗。


4

在想到SCRUM和Agile之前很久,我是一个人力研究团队的负责人,花了2年的时间。如果没有每天的会议,那将花费更长的时间。首先,人类就是人类,如果他们知道没人注意,他们就会懈怠。如果他们每天必须表现出进步,那么他们的懈怠就会减少。如果Joe似乎比他们取得了更大的进步,那么他们的懈怠就会减少。此外,它可以让经理(或任何人)知道问题何时发生才成为危机。因此,如果史蒂夫要迟到一个星期,而哈利领先了,那么我们可以处理一些任务。这可以防止项目落后,因为一个人被卡住了。此外,通常其他人将能够帮助该人解脱。

现在我在一个地方工作,我们为新员工提供了一个大型项目。(我不是他的老板。)他给他的经理们的进度报告是“一切都很好,一切都会按时完成”,但没有具体细节,也没有人要求他确切地说出自前一天以来取得的进展。我敢肯定,你们当中的经验丰富的人已经猜到他是在截止日期前一周不加通知地辞职的,他的任何一项任务都没有完成,甚至在他所做的“工作”可用的状态下也是如此。这就是为什么需要召开日常会议的原因-让这些人取得真正的进步,并在整个项目结束之前找出他们何时不在。我结束了整个夏天的工作,挖矿并加班,这样我们才能保留数百万美元的客户。

是的,我们大家都想相信我们的开发人员都是内部激励的,并且将始终为我们生产产品,但事实是您必须保护团队和组织免受此类人员的伤害。你永远都不知道他们会是谁。有时不是新员工,而是一个对组织生气的人(合理与否)或一个刚刚失去妻子的人(至少您经常知道这些人是谁,但不是每个人都有自己的个人问题)。


1
如果您必须将鼠标悬停在开发人员上才能工作,那么您或开发人员都需要更换。
异常

4

是或否它们是否有价值是两个不同的问题。答案也可能不同。在后一个问题的情况下,答案可能取决于视角。

第一个问题,是或否?这是肯定的。从Scrum或XP的角度来看,站立是必不可少的活动。如果您没有日常的Scrum,那么它并不是真正的Scrum,它被称为“ scrum,但是我们不做日常站立”或简称Scrumbut。如果您想包含看板观点,则大多数看板团队都可以站立,即使他们的方法没有规定他们。

第二个问题(它们如何有价值)更加复杂。如果您练习Scrum或XP,则必须相信站立对于促进协作,团队合作和提高团队效率至关重要。因此,答案肯定有价值的

精益拥护者的观点截然不同。极端精益的观点是您的客户不在乎您是否进行单口站立,因此它们只是浪费。你有什么浪费?您将其最小化,理想情况下为零。

较为温和的观点是,虽然每天的站立不完全是浪费,但却是协调成本,不是增值活动。您可以与Scrum同事一起扮演魔鬼的拥护者,并问他们:如果您认为15分钟的站立训练是一项增值活动,为什么不每天30分钟或45分钟不做一次,轻松地增加价值呢?

看板具有根基,但旨在兑现《敏捷宣言》的原则,它通过站起来解决了这一悖论,但是使用的会议结构与传统的敏捷站起来格式大不相同。结果是召开会议的时间大大缩短,这与精益的观点保持一致。 本书有一个示例,其中一个由50人组成的看板团队在10分钟内每天站立

总之,不管是不是每天必做的standups,答案是明确的肯定。但是,它们是否有价值,它们是否有价值- 这取决于


关于一个由50人组成的团队在10分钟内每天站起来的说法,神话已经消失了。做数学并求实!那是每人12秒。把那本书扔到垃圾桶里,属于它!
明智船长

@第七要素:您的“数学”是基于这样一个假设,即会议的目的是使N个团队的每个成员都有发言的机会。这当然是一个错误的假设。您看,如果您在写负面评论之前写一些建设性的答案,那么您当然可以为该网站做出贡献。
azheglov 2011年

4

站立式最有用的类型是看板类型。

  1. 您需要一个任务板来反映您的实际工作流程/价值流。该任务板是站立的焦点。
  2. 关注工作项目,而不是人员
    • 将重点放在团队中可以完成的工作项目上(基于任务板),而不是可以开始的工作上
    • 专注于解决董事会向您展示的问题-瓶颈,障碍等

(在Scrum设置中,这可能会不太好用,因为Scrum的承诺和专注于人是关键机制。)

这样,即使有很多人,站立会议的时间也可能很短,但仍然有实际用途。


2

您认为每日站立会议有多有价值(或没有)?

提供所有Scrum框架会议都非常重要,但我认为每日站立会议是Scrum框架中“最重要”的会议。就像体内的一颗心。如果心脏不能定期抽血,那么身体必然会死亡,在这种情况下,身体就是跟随混乱的组织或项目,而心脏就是聚会。

您认为这种做法有价值吗?是的。每日Scrums可以改善沟通,消除其他会议,消除并消除发展障碍,突出并促进快速决策,并提高每个人的项目知识水平。每日Scrum不是状态会议。每日Scrum是对实现Sprint目标(三个问题)的进度的检查。通常会举行后续会议,以适应Sprint中即将进行的工作。目的是优化团队实现目标的可能性。这是Scrum经验过程中的关键检查和适应会议。

有没有人在一个做过的地方工作,您觉得呢?

是的,在我的上一个项目中,我们遵循了Scrum框架和敏捷实践。总的来说,我们对Scrum框架非常认真,我们没有半心半意地这样做。最初,我的团队人数为5人,然后转为一支9人左右的大型团队,然后又在4年的时间里又回到了6人。每日的Scrum会议确保每个人都同步进行,障碍透明,而且我们团队可以看到团队在面对我们的疲倦时是如何进行的,我们确切地知道谁在做什么,在哪里可以做贡献我们自己。如果您的团队人数不超过6人,那么这样做绝对容易。召开会议的目的是进行自我检查,如果发现任何事情没有朝着目标的方向发展或者如果某件事被阻止,则自组织团队会做出调整,



1

根据我的经验,预先计划第二天的工作将大大提高生产力。因此,仅凭这些原因,像开会这样的会议就值得浪费时间。

但是,请尽量使其简短,甚至每天都在同一组Skype聊天中进行。不过请务必阅读对方的更新。

在每天回家之前的每日状态报告具有相同的效果。


1

这对于由3人和5人组成的团队来说非常有效,而且我已经看到它可以有效地用于拥有约20人的活动策划者团队。您必须保持简短,必须保持动态。如果您坐着也很好,但不应该有任何多余的东西(讲义,白板,视频等)


1

我认为,无论您使用什么方法或工作领域,每天站立起来都是一个好主意-只要您可以将其保持在15分钟以内。如果您不能定期遵守该协议,那么可能是太多的人参加了一次站立会议,或者会议的关注度不够。

营销团队从我们那里开始模仿我们,现在也有站着的立场-因此也不仅仅针对开发人员!


0

大约7年之前,我们一直在进行“站起来”的会议,直到我们知道它是敏捷的Scrum。我认为,这是一种大致了解项目进展情况以及是否需要帮助的好方法。我的一些团队成员不喜欢寻求帮助,但会在日常工作中经常提供帮助时接受帮助。

会议必须简短,我们通常会在10分钟内与7位团队成员举行会议。这有助于在十点钟休息之前对它们进行计划。同样,我们在会议中不只使用带有张贴任务和某些图表的Scrum板来使用技术。


0

从积极的方面来说,这些会议可以在实现紧迫和紧迫的业务目标方面提高生产力。

消极的一面,这些会议(每天:您做了什么?您打算做什么?您的方式如何?)阻碍了我们称之为“谷歌时间”的工作,或者阻止了我们在没有其他项目的情况下开展工作/学习对业务的直接影响,但可能会对整个流程产生重大影响。

我为原型设计的一款产品永远都不会通过日常会议测试,而且值得庆幸的是,我的老经理给了我很大的自由,可以自己工作,现在真正的产品已经投入使用。但是,既然原来的老经理已经离开了,而新任经理已经加入了日常Scrum的概念,我不知道如何在日常Scrum环境中开发原型。

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.