我的公司正在试验 Scrum,我们目前正在开发一种新产品。通常我们必须在遗留项目中进行一些维护,作为他们的 Scrum Master,我很困惑如何在 Sprint 中处理这个问题。
我们是否应该等待 Sprint 结束并为遗留项目进行新的短迭代?
有“并行工作”并分配一个开发人员来解决问题并进行维护是否不好?
Obs:我的团队目前只有 4 名开发人员。
编辑:
忘了说:维护和主项目是分开的,完全不同。
我对你的情况的理解是这样的:
维护工作与新开发之间实际上没有联系。
维护量相对较小。(你说 <=20%)
当然,您可以将工作安排为 scrum 的一部分,但这会为维护工作创造一个人为的截止日期。此外,维护仅与团队的一部分有关。所以在你的情况下,我会把它排除在 Scrum 计划之外。您可以为估计的维护工作量更正您的团队的可用性,就像您的团队成员有其他任务或正在度假或其他什么时所做的那样。
当您想要准确预测团队的生产力时,这当然很重要。
将维护工作添加到产品待办列表中,并将其与所有其他项目工作一起确定优先级。这样您就可以确保优先级最高的工作总是首先完成。