我们目前的项目有一个庞大的团队,我们已经接近项目的尾声
像大多数项目结束时一样,数十个依赖项正在弹出 - 每个人都在等待其他人完成任务。处理这个问题的最佳策略是什么。
我曾考虑缩小团队的规模,以便团队的其余成员可以并行完成依赖,但我正在寻找包括让团队中的每个人都保持静止的想法。
我们目前的项目有一个庞大的团队,我们已经接近项目的尾声
像大多数项目结束时一样,数十个依赖项正在弹出 - 每个人都在等待其他人完成任务。处理这个问题的最佳策略是什么。
我曾考虑缩小团队的规模,以便团队的其余成员可以并行完成依赖,但我正在寻找包括让团队中的每个人都保持静止的想法。
我知道如何处理这个问题的唯一方法是将团队分成两部分。如果幸运的话,您可以将另一半设置为与下一个版本一起使用。给两个团队的信息是发布版本优先于下一个版本的工作。因此,只要有合理的需要,开发发布版本的人就可以从“下一个”版本中招募人员(这通常与不同的专业领域有关,谁在相关代码上工作)。
通常我们只让发布版本的团队从下一个版本的工作人员那里得到建议,所以下一个版本的工作人员通常会放弃一个小时的工作而没有任何讨论。如果他们应该被拉回开发该功能,我们通常会将其作为管理决策。大多数时候,这些事情都是显而易见的。
这是 ole'将它们排成一行并将它们击倒的方法。确保您真的处于项目的最后,并且没有发现任何缺失的可交付成果,确定可交付成果的优先级,并根据最重要的项目确定剩余的工作、依赖关系等。优先级可以基于可交付成果的大部分价值,大多数昂贵的资源或可能迟早转移的资源。如果人们在等待并且无事可做,那么是时候委派项目结束的文档任务了……(必须有人去做)。