敏捷/Scrum开发:你是如何处理“休息日”的？

Question

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

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

就像运动员有他们的休息时间一样。

Answer 1

我不认为真的应该有一天，你在站立会议上没有什么可说的。每一次站立会议都应该用来让团队的其他成员知道你是否达到了前一天的承诺。

我在许多敏捷团队中看到的一个问题是，开发人员每天都没有做出具体的承诺，所以每天的站立表演并不都那么有效。如果这是一个问题，请确保出席的每个人每天都制定了具体的目标，这些目标可以在第二天以完成或未完成的方式客观地传达出来。

关于你剩下的问题，我认为在每天的脱口秀中说你没有达到前一天的目标是完全可以接受的，因为你有一个休息的一天，并利用这次会议作为一个机会来做出新的承诺。如果你有一个可以明确识别为障碍的休息日的原因(例如，太多的干扰，不清楚的需求/目标，开发环境的挫败感)，这些原因应该报告给任何领导站立会议的人(scrum master)，因为他们有责任确保这些障碍得到解决。

Answer 2

如果你什么都做不了，就说你不能集中精力，在站立会议上什么也没做。Scrum Master应该试着找出有什么因素让你分心，并试着帮你把它去掉。

此外，如果这些“休息日”是半频繁发生的，请尝试找出它们发生的频率，并将其包括在您的估计中。Scrum是关于实际发生的事情。它是关于真实的时间线的。如果你知道你在4周内有4天休息日，那么你应该只要求每周工作4天，而不是5天。(也就是说，你在4天内可以做的事情可能和别人在5天内做的事情是一样的)。

Answer 3

至少在结对编程的情况下，会有人在那里及早发现你的错误。Pair programming让它更容易处理。

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

联邦快递金卡-(或“ days") -你可以在那里做任何你想做的事情：http://www.planningcards.com/iterex/papers/InnovationAndSustainabilityWithGoldCards.pdf关于”金卡“值得注意的是，推出它们的团队发现它们并没有导致生产力的下降。这将表明，最好在休息日让某人离开这个过程，让他们做自己选择的有建设性的事情，而不是让他们毫无成效地工作。