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

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

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

---

编辑：不要固定在scrum上。我们的结构很小，而且非常灵活。Scrum只是我的起点。如果你有其他对你或你的小团队有帮助的系统，我对任何类型的输入都是完全开放的。

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

你可以做的是尝试将不同的项目安排成单独的短跑，即一个完全针对项目1的短跑，然后完全在项目2上进行冲刺。如果项目的范围非常不同，你可以考虑改变短跑的长度，例如在一个大项目上进行3周冲刺，然后可能在一个小项目上进行一周的冲刺

在纯Scrum中，sprint的长度确实是刻骨铭心的，但是，在我看来，关键不是要获得“纯Scrum实现者”徽章，而是要为您的团队提供一个实际的工作过程

（免责声明：我不是Scrum大师：-）

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

一种可能是在Scrum中计划大项目的冲刺，但是“时间框”会占用您一些时间来完成即将到来的支持任务。例如，如果您在每个月的sprint中平均花费5天来支持其他项目，那么您会在每个sprint中为支持分配5天的资源（不管您如何计算时间）

---

另一种选择可能是考虑其他方法，如没有冲刺或计划，而团队根据客户的需求单独（或主要地）工作。

< P>如果你有很多小的工作必须快速完成，那么项目管理不是正确的范例。您要处理的是运营管理，通常包括定义明确、经过尝试和测试的现成工作程序。因此，我建议您在管理方面将需要项目管理的活动与需要运营管理的活动分开。如果您还没有定义工作流程（以及尝试和测试等），那么您可能需要建立一个项目来开发这些流程（或者如果您想这样想的话，将其编成代码）

软件开发项目的运行方式（或应该）与（比如）帮助台的运行方式有很大的不同。仅仅因为你是一个在项目管理范例方面有经验的软件开发人员（我认为我们大多数人都是这样），并不意味着它是适合所有事情的正确方法

---

一旦你做出了改变，你应该发现你可以继续仔细检查你的1到2个项目（或任何术语），然后转动机器的手柄来完成其余的工作。

你需要一周的冲刺。每个sprint只有一个项目。一次处理多个项目可以更快地交付软件，这是一种谬论。更大的项目可能需要几个sprint来开发一个版本，在这个版本中，与您的小项目一样，您可以在每个sprint之后发布

如果您的项目针对不同的POs/客户，则一次只处理一个项目更为重要；否则，你的优先权几乎总是冲突的

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

一种选择是并行运行多个sprint，即使不理想，也可以加入几个团队（显然不是100%专注）。不过，我不确定这在您的环境中是否有意义，我不相信使用Scrum运行小项目会增加价值

---

另一个（可能更合适的）选择是在您的产品待办事项列表中有一项用于卫星项目/任务所需的工作，从而为它们分配一些时间。如果你需要时间，就把它烧掉。如果没有，在冲刺结束时从主项目中提取一些额外的积压项目。

。您的情况可能不适合Scrum，但我认为Scrum中的某些元素适用于您的情况

例如，我发现在Scrum中最有用的一件事是回顾，因为在那些会议中，你可以改进你的工作方式。然而，为了使回顾变得有用，你需要测量你正在做的工作，以及你开始做的一些项目。那么，为什么不做一些类似于sprint的事情，并为您打算在接下来的1-2周内完成的项目进行sprint规划（更短的周似乎更适合您的情况）。每天召开一次Scrum会议，这样你们三个都知道其他人在做什么，并可以根据需要填写。然后在冲刺之后，你可以坐下来思考如何提高。如果没有别的，回顾的结果会告诉你这是否对你有用

---

我不相信尝试调整严格的Scrum项目计划，如果这意味着并行运行Sprint，或者一次只使用一个项目进行较短的Sprint，而其他项目每隔一周保持不变。

从哲学上讲，我100%同意这一点。但是在实践中，要在一家小公司里完成一个巨大的项目，一个月的冲刺是不可能的。我们有很多小客户，他们的项目可以在