project-management - 如何在一个小团队中处理多个项目

Question

关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。












想改进这个问题？将问题更新为 on-topic对于堆栈溢出。

4年前关闭。




Improve this question




我们刚刚开始使用 Scrum 进行项目管理。我们是一个非常小的团队(2 个开发人员，1 个 UI/Web-deisgner)，我们同时有很多正在运行的项目。

您如何处理在 Scrum 模型中同时运行多个项目的问题？大多数时候，我们有一个主要项目和一些小项目。如何有效地组合多个冲刺？

编辑:不要固定在 scrum 上。我们是一个小型结构，并且非常灵活。 Scrum 只是我的起点。如果您有其他对某个团队或您的小团队有效的系统，我完全愿意接受任何形式的意见。

Answer 1

AFAIK Scrum 的基础是团队一次只参与一个项目。无论采用何种方法，任务切换开销都使得“并行”处理多个项目的效率非常低。

你可以做的是尝试将不同的项目安排到单独的冲刺中，即做一个完全专注于项目1的冲刺，然后下一个冲刺完全在项目2上等等。如果项目的范围非常不同，你可以考虑改变冲刺，例如对一个大项目进行 3 周的 sprint，然后在一个小项目上进行 1 周的 sprint。

在纯 Scrum 中，sprint 的长度确实是一成不变的，但话又说回来，IMO 的重点不是获得“纯 Scrum 实现者”徽章，而是为您的团队提供一个真实的工作流程。

(免责声明:我不是 Scrum 大师 :-)

根据评论更新:我看到了你的问题。您需要快速响应来自其他产品客户的小型支持(改进/错误修复)请求，同时仍需要以可预测的方式处理更大的项目。

一种可能性是在 Scrum 中计划大项目的 sprint，但“时间盒”将一些时间用于传入的支持任务。例如。如果您在每个月的 sprint 中平均花费 5 天时间来支持其他项目，那么您在每个 sprint 中分配 5 天的资源(但您计算时间)用于支持。

另一种选择可能是考虑其他方法，例如 Kanban ，在没有冲刺或计划的情况下，团队完全(或主要)根据客户的需求工作。