关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。
想改进这个问题？将问题更新为 on-topic对于堆栈溢出。
4年前关闭。
Improve this question
我们刚刚开始使用 Scrum 进行项目管理。我们是一个非常小的团队(2 个开发人员，1 个 UI/Web-deisgner)，我们同时有很多正在运行的项目。
您如何处理在 Scrum 模型中同时运行多个项目的问题？大多数时候，我们有一个主要项目和一些小项目。如何有效地组合多个冲刺？
编辑:不要固定在 scrum 上。我们是一个小型结构，并且非常灵活。 Scrum 只是我的起点。如果您有其他对某个团队或您的小团队有效的系统，我完全愿意接受任何形式的意见。
最佳答案
AFAIK Scrum 的基础是团队一次只参与一个项目。无论采用何种方法，任务切换开销都使得“并行”处理多个项目的效率非常低。
你可以做的是尝试将不同的项目安排到单独的冲刺中，即做一个完全专注于项目1的冲刺，然后下一个冲刺完全在项目2上等等。如果项目的范围非常不同，你可以考虑改变冲刺，例如对一个大项目进行 3 周的 sprint，然后在一个小项目上进行 1 周的 sprint。
在纯 Scrum 中，sprint 的长度确实是一成不变的，但话又说回来，IMO 的重点不是获得“纯 Scrum 实现者”徽章，而是为您的团队提供一个真实的工作流程。
(免责声明:我不是 Scrum 大师 :-)
根据评论更新:我看到了你的问题。您需要快速响应来自其他产品客户的小型支持(改进/错误修复)请求，同时仍需要以可预测的方式处理更大的项目。
一种可能性是在 Scrum 中计划大项目的 sprint，但“时间盒”将一些时间用于传入的支持任务。例如。如果您在每个月的 sprint 中平均花费 5 天时间来支持其他项目，那么您在每个 sprint 中分配 5 天的资源(但您计算时间)用于支持。
另一种选择可能是考虑其他方法，例如 Kanban ，在没有冲刺或计划的情况下，团队完全(或主要)根据客户的需求工作。
关于project-management - 如何在一个小团队中处理多个项目，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2744130/