就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果你觉得这个问题可以改进并可能重新打开,visit the help center 寻求指导。




9年前关闭。




我在一家非常小的初创公司,我们开始使用一种 Scrum/敏捷开发周期的形式。

在很多方面,我喜欢 Scrum。我们的冲刺时间相对较短(2 周),我喜欢使用燃尽图来跟踪团队的进度。我也喜欢功能板,所以我总是知道我接下来应该做什么。从板上取下功能的卡片,完成它然后将其放入烧毁堆中的感觉很好。

然而,我们现在正在进入我们的第 18 个 Sprint 发布周期,我开始感到有点筋疲力尽。并不是我不喜欢工作或我的同事,只是这些冲刺是......好吧,冲刺。从头到尾,我真的觉得我在与时间赛跑以保持我们的开发速度。完成 sprint 后,我​​们会花一天时间计划下一个 sprint 的功能集和估算,然后再开始。

对于在成熟的敏捷/Scrum 开发过程中工作的人来说,这正常吗?还是我们错过了什么?在 Scrum 环境中是否通常有时间来完成一些小事并清理你的头脑?

最佳答案

这是相对正常的,如果项目持续很长时间,有时可能是我们团队成员的提示。

我们在这里谈论的关键是可持续的步伐。如果您和您的团队能够长期保持您的步伐,那就太好了——您已经实现了所有 Scrum 团队都在为之奋斗的超高生产力。

或者,如果您发现自己高估了一天中实际可以完成的工作量,那么您可能需要在回顾过程中重新评估这一点。团队在为冲刺进行容量规划时选择识别的一天中的生产时间量被称为 焦点因素

Henrik Kniberg 有这样的说法:



然而,听起来你在谈论的只是一个又一个冲刺的不间断的冲刺势头,不一定是你一天的生产力。以下是我们尝试处理的一些建议:

  • 在周五早上结束冲刺。早上进行冲刺回顾和回顾,让团队在一天剩下的时间里做其他事情来清理他们的头脑。周一开始制定 Sprint 计划。
  • 我们引入了“实验室日”的概念。整整几天,团队都被从项目中带走,他们花了一天的时间通过相互研究和在特定技术主题上的合作来提高自己的技术技能。大多数时候他们与特定项目完全无关,并允许团队成员考虑更轻松的主题。
  • 关于agile - 持续进行 Scrum 冲刺时会出现倦怠吗?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/1047112/

    10-13 08:01