Project management 多项目管理

假设您有两个项目，总共将以2:1的比例为6个开发人员提供足够一个月的工作

将开发人员分配到每个项目，然后他们在该项目上工作整整一个月是更好的做法，还是整个团队轮流完成每个项目更可取

你有什么理由发表你的意见

编辑

---

澄清一下，它们是完全独立的系统。

这在很大程度上取决于这两个项目的关联程度。如果它们有很多相似之处，我会说将它们作为一个大团队中的两个项目来处理

如果从代码和体系结构的角度来看，它们基本上是不相关的，那么在两个项目期间分成两个团队会更有意义，也许可以尽可能交叉培训一些开发人员

---

如果你是一个敏捷商店，只需运行两个并行迭代。

这个问题的答案确实取决于很多因素。如果你100%确信你不会失去一个开发人员，并且没有人会去长假，那么把它分成特定的团队有一些优势。OTOH，如果你不确定这一点，最好让整个团队都参与每个项目

接下来，你必须考虑最后期限——运行项目会顺序增加你错过一个期限的风险，如果是，风险是否可以接受？

当然，开发人员总是有可能互相攻击。6个开发人员之间分配的2个人月（是的，我知道这是一个神话）的工作是每人一周多一点的工作-如果这对于项目的规模来说是合理的，那就好了。但是，您可以将工作拆分成的大小是有限制的，并且仍然有意义

---

为你的项目回答这些问题，这应该会给你一个体面的答案。

我认为，在不相关的项目中，如果你将开发人员分散在不同的项目中，你会有更好的效率。这是因为在交流中会有开销，如果你将一个项目上的开发人员数量增加一倍，你所花的时间不会减少一半

---

然而，如果您的开发人员最终需要学习这两个系统，那么这种开销需要在某个时候发生。时间限制应该决定这是在项目期间还是之后发生。

如果项目在不同的系统中，我认为将项目开发人员分开是明智的，因为我们的。因此，他们要么一个接一个地工作，要么将团队分成每个项目。

我会将他们分成两个团队，假设每个项目有足够的开发人员（每个项目有3名开发人员，每个项目有3名开发人员就够了）。我认为在一个项目中投入更多的开发人员是不有效的

编辑：

---

这并没有考虑到这类决策中的所有其他因素（开发人员生产率、技能、可用性）

它们是完全独立的系统。我已经相应地更新了这个问题。在这种情况下，我会强调交叉培训两个系统的一些开发人员。一个项目中有六个开发人员可能会很多，特别是对于一个如此短的项目+1用于分队和交叉训练。