Project management 与大型团队一起管理项目结束的最佳策略

Project management 与大型团队一起管理项目结束的最佳策略,project-management,projects-and-solutions,Project Management,Projects And Solutions,我们目前的项目有一个庞大的团队,我们已经接近项目的尾声 像大多数项目的末尾一样,数十个依赖项正在出现——每个人都在等待其他人完成一项任务。处理这一问题的最佳策略是什么 我曾想过缩小团队规模,这样团队中的其他成员就可以并行处理依赖关系,但我正在寻找一些想法,包括让团队中的每个人都保持静止。我知道的唯一处理方法是将团队一分为二。如果幸运的话,您可以将另一半设置为与下一版本一起使用。给两个团队的信息是,发布版本优先于下一版本的工作。因此,只要有合理的需要,开发发布版本的人员可以从“下一个”版本中招募人

我们目前的项目有一个庞大的团队,我们已经接近项目的尾声

像大多数项目的末尾一样,数十个依赖项正在出现——每个人都在等待其他人完成一项任务。处理这一问题的最佳策略是什么


我曾想过缩小团队规模,这样团队中的其他成员就可以并行处理依赖关系,但我正在寻找一些想法,包括让团队中的每个人都保持静止。

我知道的唯一处理方法是将团队一分为二。如果幸运的话,您可以将另一半设置为与下一版本一起使用。给两个团队的信息是,发布版本优先于下一版本的工作。因此,只要有合理的需要,开发发布版本的人员可以从“下一个”版本中招募人员(这通常与开发相关代码的不同专业领域相关)


通常,我们只让开发发布版本的团队从开发下一版本的人员那里获得建议,因此开发下一版本的人员通常会放弃一个小时的工作而不进行任何讨论。如果他们被拉回到开发该功能上,我们通常会让这成为管理层的决定。大多数时候,这些事情都是显而易见的。

这是一种“把它们排成一行,然后把它们打倒”的方法。确保你真的在项目结束时,没有发现任何缺失的可交付成果,对可交付成果进行优先级排序,并根据最优先的项目确定剩余的工作、依赖性等。优先级可以基于可交付成果的最大价值、最昂贵的资源或可能在不久之后继续工作的资源。如果人们在等待而无事可做,那么是时候授权项目结束文档编制任务了…(必须有人这样做)。

好主意,那么您是否将代码库分支到版本控制系统中?还需要考虑哪些因素?是的。我们通常让发布版本成为svn中的分支。