哪个团队决定惩罚你用于每日Scrums的迟到?

时间:2009-02-06 00:23:05

标签: scrum

以下是关于Scrum的Wikipedia article对Daily Scrum的评价:

  

会议正是按时开始的。通常会有团队决定的迟到惩罚(例如钱,俯卧撑,挂在脖子上的橡皮鸡)。

你认为这是一种很好的做法吗?你过去认为哪种自我惩罚有效?

11 个答案:

答案 0 :(得分:20)

当我成为scrum master时,无论每个人是否在场,我们总是按时开始。如果人们没有成功,那么他们就会错过 - 没有机会与球队的其他成员一起参与他们的进步和阻挡。根据我的经验,只需要一到两次就可以实现,团队自我监管 - 人们知道我们按时开始,按时完成,如果你不在那里,你就错过了 - 不需要惩罚,这一切都完成了通过同伴的压力。

BTW每天在同一时间设置你的scrum时间,并允许人们的工作模式,即 - 上午9:00不适合所有人,但10:00应该做,更好的是去9:50,运行10分钟,你不会崩溃任何人的会议。

答案 1 :(得分:6)

我认为这是不好的做法。我现在的雇主安排我们每周一次的追赶(周日早上9点不可​​悲),当人们没有按时到达屋顶时。而不是愤怒和口头惩罚人,我更有意义的是,在人们不会迟到的时候安排会议。比如经常上班后20-30分钟,所以人们有机会进去,上下班后自己写作,也许可以喝一杯咖啡,也许可以查看他们的电子邮件。

答案 2 :(得分:4)

[MrTelly的答案是最明智的,但让我加一点]

从幼儿园开始,我还没有听过“迟到”这个词!

也许按时到达的每个人都应该收到金星贴纸,任何迟到的人都不会得到。每个人的金色星星都可以在大厅展示海报,以便游客可以轻松地看到好小孩是谁。

说真的,在专业环境中惩罚的概念是荒谬的。迟到的人错过了部分会议。如果这导致他们的性能下降或影响项目,那么他们会被指责,如果问题没有得到纠正,最终会被解雇。

如果你像孩子一样对待你的开发者,如果他们像孩子一样行事,不要感到惊讶。反之亦然。

答案 3 :(得分:3)

这就像是对方法论细分的一瞥。

得分1,兰博

答案 4 :(得分:3)

在我的书中,“惩罚”人的概念是荒谬的。如果你有人无法执行他们正在执行的任务,我认为你把它们放在一边,找出是什么阻碍了它们。是工作环境,个人问题还是其他?在大多数情况下,应该做出一些可以做出的改变或指导,这可以使某些人免于失业。如果情况无法解决,则以专业方式终止此人。但要公开嘲笑某人,像孩子一样对他们大喊大叫,还是强迫他们为自己的错误付钱?这对建立人员没有任何帮助,可能会让你接受诉讼。

答案 5 :(得分:2)

我一般不喜欢它。当你上班迟到的时候,老板应该惩罚你而不是你的同龄人。这只是一个非常糟糕的主意。

答案 6 :(得分:2)

当然,这是在开始时证明一点,但如果你不得不多次这样做,或者对惩罚进行长期和艰苦的思考,那么你的团队就会有错误的人。

答案 7 :(得分:2)

任何对员工“惩罚”有效概念的工作环境都可以加息。

奇怪的是,我的罚款很好。显然,在我看来,这不是一种惩罚,这很好。从理论上讲,我花费了其他人的工作效率,所以我可以花钱给我一些钱。其他基本上是基于屈辱的,这是不明智的。

答案 8 :(得分:2)

没有人喜欢这些“惩罚”,但事实是会议可能会在下午2点举行,人们仍会迟到。我工作过的每个办公室都遇到了人们的问题(而不是总是同一个人)在会议开始后5分钟出现。有时这是因为他们在一小时前的5分钟打了盹“5分钟”。有些人没有足够的体贴来按时出现,而且惩罚他们并不重要。有时这是因为他们的最后一次会议一直持续到一小时结束。 (为了我自己的利益,我试着在每小时前5分钟把我自己的会议包起来。)

但是,尽管如此,我们每次都会将$ .50放入一个罐子里,在迭代结束时,有人会走到面包店并买一块馅饼(通常是5-6美元)来庆祝结束。迭代。所以,这是惩罚,但与此同时它给我们带来了一些甜点。 ;)

答案 9 :(得分:1)

我们有一个有趣的练习,可以保持心情轻松(迟到或其他任何"违法行为")但仍然可以通过。 如果有人迟到会议(我们总是会在没有他们的情况下开始)他们会得到一个很好的"。记录罚款,当一个人累积4次罚款时,他们必须为团队带来午餐。

我们会在会议期间对您的电话响铃(非静音)等其他事项处以罚款。 它很好地保持了能量,将我们团结在一起,我们笑了,但是有些事情是不可接受的。

答案 10 :(得分:0)

这些惩罚的目的是让人们意识到参加会议很重要。虽然一次安排人们很可能能够让它变得有意义,但事实是如果允许的话,有些人总会迟到。要么他们的时间管理技能很差(在开发人员中并不少见),要么他们认为会议是浪费时间并且以不那么微妙的方式进行反叛。无论哪种方式,他们不仅伤害了自己而且伤害了团队的其他成员,并且需要某种方式给他们留下深刻印象。

然而,大多数开发商也对上述强加的惩罚表示不满。我建议你的团队,而不是你(作为scrum-master)决定适当的惩罚。然后,不情愿的参加者对他们的同伴负责,而不是在权威的大拇指下。根据我的经验,那些效果最好的“惩罚”是那些令人烦恼而又难以避免但又不困难或羞辱的惩罚;也许为团队的每个其他成员拿一杯咖啡;监控第二天的每日构建;买甜甜圈。