敏捷/Scrum 开发：您如何处理“休息”日？ [关闭]答案

【问题标题】：Agile/Scrum development: How do you handle "off" day? [closed]敏捷/Scrum 开发：您如何处理“休息”日？ [关闭]
【发布时间】：2009-12-12 18:54:11
【问题描述】：

敏捷/Scrum 开发是一个非常协作的开发过程。例如它要求开发人员日复一日地持续沟通和密切合作。

您如何处理“休息”日？那些日子你只是没有精力，无法思考，在站立会议上真的无话可说，等等。

就像运动员休息日一样。

【问题讨论】：

@Adrian：我不确定你的意思是不是开玩笑=p，但我会从字面上理解：不，我的意思是 M-F
我只是在问，因为休息日通常被称为您根本不去上班的那一天。我确实理解您的问题，但您可能会通过较少误导的主题/问题获得更有用的答案。
@Adrian：是的，很抱歉这个模棱两可的问题。我尝试编辑希望它更清晰。
有时我的笔记本电脑出现硬盘问题，或者必须修复 SVN 数据库，或者必须帮助团队外的同事，或者发生火灾警报。所有这些都是工作但没有完成计划任务的正当理由，我认为“休息日”与此没有什么不同。
这个问题是题外话，因为它不在本网站的范围内，如What topics can I ask about here? 中定义的那样另见：What types of questions should I avoid asking? 您可以在another Stack Exchange site 上提问，例如@ 987654324@ 或Software Engineering。请务必阅读您打算在其上发布问题的任何网站的帮助中心内的主题页面。

标签： agile scrum

【解决方案1】：

我认为你真的不应该在站立会议上无话可说。每次站立会议都应该用来让团队的其他成员知道您是否履行了前一天的承诺。

我在许多敏捷团队中看到的一个问题是，开发人员没有每天做出具体的承诺，因此每日站会并不是那么有效。如果这是一个问题，请确保与会的每个人每天都设定具体目标，以便在第二天客观地传达完成或未完成的目标。

对于你剩下的问题，我认为在每日站会中说你没有达到前一天的目标是完全可以接受的，因为你有休息日，并利用会议作为机会做出新的承诺。如果你有一个可以明确确定为障碍的休息日的原因（例如，太多的中断、不明确的要求/目标、开发环境的挫败感），则应将这些原因报告给领导站立会议的人（ Scrum master），因为他们有责任确保解决这些障碍。

【讨论】：

感谢您富有洞察力的回答。
在站立会议上无话可说意味着你昨天什么也没做，没有任何障碍，今天什么也不会做！

【解决方案2】：

如果您没有完成任何事情，请说您在站立会议上无法集中注意力并且没有完成任何事情。 Scrum Master 应该尝试找出让您分心的因素，并尝试为您消除它。

此外，如果这些“休息日”是半频繁发生的，请尝试弄清楚它们发生的频率，并将其包含在您的估算中。 Scrum 是关于真正发生的事情。这是关于真实的时间线。如果您知道自己在 4 周内有 4 天休息日，那么您应该只要求每周工作 4 天，而不是 5 天。（话虽如此，您在 4 天内可以做的事情可能与某人的工作相同否则可以在 5 天内完成）。

【讨论】：

我同意最好的方法是作为一个团队谈论这些“休息日”。找出根本原因。该任务是否适合开发人员？在你的沟通中保持开放和直接。

【解决方案3】：

结对编程更容易处理。 至少在结对编程中，有人可以及早发现你的错误。

选择一个不同的任务/故事来处理 - 这样你就可以改变场景。也许你在同一个用户故事上的时间太长了。

金卡 - （或“联邦快递日”） - 您可以在其中从事任何您想做的事情：http://www.planningcards.com/iterex/papers/InnovationAndSustainabilityWithGoldCards.pdf “金卡”值得注意的是，介绍它们的团队发现他们并没有导致生产力下降。这表明最好在休息日让某人退出流程，让他们自己选择做一些有建设性的事情，而不是让他们无效率地工作。

【讨论】：

绝对 +1 提到结对编程。我无法告诉你与另一位开发人员合作的感觉有多么不同。它不仅有助于激发您的活力，还有助于激发想法。

【解决方案4】：

取决于您是否主持会议，许多人在处理项目时选择“每日 Scrum”，但它们通常是浪费时间和不必要的。围绕事情完成时安排会议，如果你每天都在完成和重新分配任务，那么是的，每日会议是一件好事，但实际上你可以在一次会议中安排和讨论许多任务，然后重新-本周晚些时候访问。理想情况下，最有效的会议通常包括一次每周会议（周一）和快速进展的赶上会议（周三 - 周四）。如果您是项目经理，请坚持让团队成员在下一次会议之前完成工作后直接回复您。如果你在举行正式的日常会议，你可能会在一个月内筋疲力尽！（您的员工也是如此）。如果你必须每天开会，让他们快速赶上，每天在同一时间安排，只提供最相关的信息，一周内只开一次合适的会议。如果你想知道在你的“休息日”做什么，我只能建议你取消会议，喝一杯 Berocca，绕着街区走一圈，完成你的归档，实际做一些工作，而不是为你无休止地开会。变化。

【讨论】：

【解决方案5】：

生日，

正如 mkedobbs 所说，你应该在站立会议中提及它。

也许你需要看看是什么让你“休息”了一天，并与你的团队成员沟通。

是不是因为你一头扎进了一个问题而你失去了动力？ 在站立会议中提到它可能会暴露出之前遇到过这个问题的另一个团队成员。他们甚至可能已经解决了这个问题，或者他们的经验和观察可能与您的略有不同，但两个头脑的组合可能会为你们俩解决问题。
是因为您的用户故事比预期的要大得多，而您感到不知所措吗？在站立会议中提出问题将有助于解决问题。也许这个特定的用户故事应该被视为一个用户主题，甚至是一个用户史诗，并且需要分解成几个用户故事。
是因为您完成的用户故事不是您通常所做的吗？ 在站立会议中讨论这一点可能会发现在用户故事所涵盖的特定领域确实有经验的团队成员。这些团队成员或许能够提供指导来帮助您，可能直接针对工作本身，或者提供一些其他资源来帮助您加快进度。

这些只是为什么您的“休息”日可能直接归因于您当前的工作的几个原因。但绝对不要只是保持沉默！在站立会议上提及它，以便尽早解决任何潜在问题。

HTH

干杯，

【讨论】：

【解决方案6】：

我有休息日。我的团队有休息日。

如果发生的很多或者是同一个人，则需要根本原因和行动。如果整个团队受到影响，这可能是一个很好的回顾主题，如果是个人，这可能是一个很好的回顾主题。

至于答案，您是团队的一员。就像任何其他问题一样，团队开始努力。如果你的团队有这方面的问题，你可能没有一个组织良好的团队，只有一群人自谋生路。

【讨论】：

【解决方案7】：

通常在“休息”日开始时，这一天是否会过得很糟糕并不清楚。只是在几次跌跌撞撞之后，很明显这不会是一个美好的一天。我仍然会尝试完成一些事情，但有时进展微乎其微。第二天的站立是什么时候说，“昨天，我没有做太多事情。我有一个休息日，”或类似的东西，说明我确实认识到事情进展不顺利，我会尝试今天要做得更好。

有时我会改变当天的工作，因为这有时会有所帮助。我曾经有过连续几天休假的情况，这通常表明需要休假或休假，并尝试为自己充电以重新回到马鞍上。

【讨论】：