多项目管理[已关闭]

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

如果从代码和架构的角度来看,它们大多无关,那么在两个项目期间分成两个团队会更有意义,也许可以交叉培训一些开发人员。

如果项目位于不同的系统中,我认为将从事项目的开发人员分开是明智的,因为 humans are not entirely great at multitasking context switching skills are slow 因此,他们要么一个接一个地工作,要么将团队拆分到每个项目中。

接下来,你必须考虑截止日期——按顺序运行项目会增加你错过任何一个截止日期的风险吗?如果会,这种风险可以接受吗?

当然,开发人员总是有可能踩到对方的脚趾。在6名开发人员之间分配2个人月(是的,我知道这是一个神话)的工作是每人一周多一点的工作——如果这对项目的规模来说是合理的,那就没问题了。然而,你可以将作品分割成的大小是有限的,而且仍然有意义。

我认为,对于无关的项目,如果你将开发人员分散到不同的项目中,你的效率会高得多。这是因为沟通中存在开销,如果你把一个项目的开发人员数量增加一倍,你就不会花一半的时间。

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

我会把他们分成两个团队,假设有足够的开发人员来覆盖每个项目(每个项目有3个开发人员,每个项目有三个开发人员就足够了)。我认为让更多的开发人员参与一个项目是无效的。

编辑: 这并没有考虑到此类决策中的所有其他因素(开发人员生产力、技能、可用性)