敏捷/ Scrum开发是一个非常协作的开发过程。例如它要求开发人员不断地进行沟通。日复一日地紧密合作。
你如何处理“关闭”日子？那些你没有精力的日子，不能直接思考，在站立会议上真的没什么可说的，等等。
就像运动员休息日一样。
答案 0 :(得分：20)
我认为在这次会议上你真的没有什么可说的。每次站立会都应该用来让团队的其他成员知道你是否符合前一天的承诺。
我在很多敏捷团队中看到的一个问题是开发人员没有每天做出具体的承诺，所以每天的站立并不是那么有效。如果这是一个问题，请确保每个出席的人都在每天制定具体目标，这些目标可以在第二天客观地传达，无论是否完成。
对于你提出的其他问题，我认为每天站出来表示你没有达到前一天的目标是完全可以接受的，因为你有休息日，并以会议为契机做出新的承诺。如果有一个原因，你有一个可以明确被认为是障碍的休息日（例如太多的中断，不明确的要求/目标，开发环境挫折），那些原因应该报告给领导站立的人（ scrum master）因为他们有责任确保解决这些障碍。
答案 1 :(得分：5)
如果你没有做任何事情，说你无法集中注意力，也没有在站立会议上做任何事情。 Scrum Master应该试着发现有一些因素会分散你的注意力，并尝试将它删除。
此外，如果这些“休息日”是半频繁发生的，请尝试弄清楚它们发生的频率，并将它们包含在您的估算值中。 Scrum是关于真实情况的。这是关于实时时间表。如果你知道你有4个星期的休息日，那么你应该只要求每周工作4天，而不是5个。（话虽如此，你可能在4天内做的事与某人相同否则可以在5天内完成。
答案 2 :(得分：5)
结对编程可以更容易处理。至少对结对编程，其他人可以尽早发现错误。
选择不同的任务/故事 - 以便您在场景中进行更改。也许你在同一个用户故事上玩的时间太长了。
金卡 - （或“联邦快递”） - 您可以在任何地方工作：http://www.planningcards.com/iterex/papers/InnovationAndSustainabilityWithGoldCards.pdf“黄金卡”的明显之处在于介绍它们的团队发现了他们并没有导致生产力下降。这表明最好让某人在休息日离开这个过程，让他们做一些自己选择的建设性的事情，而不是让他们无效地工作。
答案 3 :(得分：2)
取决于你是否正在运行会议，许多人在开展项目时选择“每日Scrum”，但往往是浪费时间和不必要的。如果你每天完成并重新分配任务，那么在事情完成后构建你的会议，然后是的，每天的会议是一件好事，但实际上你可以在一次会议中安排和讨论一些任务，然后重新开始本周晚些时候参观。理想情况下，最有效的会议通常包括每周一次的会议（星期一）和快速进展（周三至周四）。如果您是项目经理，请坚持要求团队成员在下次会议开始前完成工作时直接回复您。如果您正在举行正式的日常会议，那么您可能会在一个月内烧掉！ （你的员工也是如此）。如果你必须每天开会，快速赶上，每天在同一时间设置，只提供最相关的信息，并且在一周内只有一次正确的会议。如果您想知道在“休息日”该做什么，我只能建议你取消会议，带一个Berocca，走遍街区，完成你的档案并实际做一些工作而不是举行无情的会议变化。
答案 4 :(得分：1)
天儿真好，
正如mkedobbs所提到的，你应该在站立会议上提及它。
也许你需要看看是什么让你有一个“关闭”日，并与你的团队成员沟通。
这些只是为什么你的“关闭”日可能直接归因于你目前的工作的几个原因。但绝对不要只是保持沉默！在站立时提及它，以便可以尽快解决任何潜在的问题。
HTH
欢呼声，
答案 5 :(得分：1)
我休息了几天。我的团队休假了。
如果它发生了很多或者是同一个人，那么就需要根本原因和行动。如果整个团队受到影响，这可能是回顾展的一个好主题，如果是个人，这可能是一对一的。
至于答案，你是团队的一员。与任何其他问题一样，团队会接受努力。如果你的团队有这方面的问题，你可能没有一个组建良好的团队，只有一群人自己照顾。
答案 6 :(得分：1)
通常在“关闭”日开始时，不清楚这一天会不会很糟糕。只有在几次失误之后，才会发现它不会是一个美好的一天。我仍然会尝试完成某些事情，但有时候进展是微不足道的。第二天的立场是什么时候说，“昨天，我没有做太多的工作。我有一个休息日，”或类似的事情，请注意我确实认为事情进展不顺利，我会尝试今天做得更好。
有时我会改变那天我正在做的事情，因为这有时会有所帮助。我有几次连续休息几天，这通常表明需要个人或休假日，并尝试重新充电以重新回到马鞍上。