我在一家规模很小的初创公司工作，我们开始使用某种形式的 Scrum/敏捷开发周期。
在很多方面我喜欢 Scrum。我们的冲刺相对较短(2 周)，我喜欢用燃尽图来跟踪团队的进度。我也喜欢功能板，所以我总是知道下一步应该做什么。从板上取下某个功能的卡片，完成它，然后将其放入烧毁堆中，这种感觉很好。
但是，我们现在正在进入第 18 个 Sprint 发布周期，我开始感到有点精疲力尽。这并不是说我不喜欢工作或我的同事，只是这些冲刺......好吧，冲刺。从开始到结束，我真的感觉自己在与时间赛跑，以保持我们的开发速度。当我们完成冲刺后，我们会花一天时间规划下一个冲刺的功能集和估算，然后再出发。
对于在成熟的 Agile/Scrum 开发流程中工作的人来说，这是正常的吗？或者我们错过了什么？在 Scrum 环境中通常是否有未分配/未跟踪的时间来完成一些小事情并清醒头脑？
最佳答案
这是相对正常的，如果项目持续很长一段时间，有时我们的团队成员可能会提示。
我们在这里讨论的关键是可持续的步伐。如果您和您的团队能够长期保持自己的步伐，那就太好了——您已经实现了所有 Scrum 团队都在努力追求的超高生产力。
或者，如果您发现自己高估了一天实际可以完成的工作量，那么您可能需要在回顾期间重新评估。团队在进行冲刺容量规划时选择识别的一天中的生产时间量称为焦点因素。
亨利克·尼伯格有这样的说法:
The “default” focus factor I use for new teams is usually 70%, since that is where most of our other teams have ended up over time.
http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf
但是，听起来您所说的只是一次又一次冲刺的不间断动力，不一定是您一天的生产力。以下是我们尝试解决的一些问题的建议:
- 在周五早上结束冲刺。早上进行冲刺回顾和回顾，然后让团队在当天剩下的时间里处理其他事情，以理清思路。周一开始 Sprint 计划。
- 我们引入了“实验室日”的概念。在这些日子里，团队从项目中抽离出来，他们通过相互研究和特定技术主题的协作来提高自己的技术技能。大多数时候，它们与具体项目完全无关，并允许团队成员思考更轻松的主题。
关于agile - 连续进行 Scrum 冲刺会导致倦怠吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1047112/