在产品项目的规模不断扩大的时候，我们更加强调岗位和角色的专业化分工。但是在项目和团队中仍然存在着可以兼职多种角色的通才，他们的业务和技术都比较全面能够胜任项目团队中的多种角色。而多项目管理中过的资源替代正是由于存在这种可以兼顾多个角色的人员而产生的，资源替代的目的仍然是为了解决在瓶颈和关键资源出问题后的替代解决方案和措施。

在考虑多项目的资源平衡和资源冲突的解决时候，我们需要首先建立资源替代关系。资源替代存在单项和双向的多种关系。比如在软件开发中业务需求分析人员可以兼职做测试人员的工作，而测试人员往往并不能做需求分析，这就是一种单项替代。而对于设计和编码往往就是一种双向替代，编码可以做部分设计，设计到了编码阶段也可以承担部分编码工作。建立了资源替代后就能够帮助我们更好的分析哪些是瓶颈资源，瓶颈资源即是哪种不能被任何其它资源替代的独有资源，这种资源在资源分配中必须进行优先分配。

前面考虑的是研发过程中的单个活动或任务的资源替代，如果是研发过程中的整个阶段都需要完全替代则就类似于生产过程中的替代工艺路线的概念了。也就是说单个活动上的资源进行替代后需要引起上下游上相关活动资源一起替换，相互之间才能够协调。资源替代改变了传统的无限申请资源的思路，而是需要我们多去考虑如果更加有效的去提供资源的使用率。研发效率的提高一方面是资源生产率的提高，而另一方面就是资源利用率的提高。

如果一个3个月的项目收尾的时候释放资源，但是只能够释放3周时间，3周后项目的一个新阶段或二期就会接着开始。而需要这个资源的其它项目往往需要2个月，这个时候仍然存在了资源冲突和无法利用的问题。因此前面我们提到资源周期的粒度最好能够细化到周，而项目的周期也需要考虑和资源的最小粒度周期如何配合。这就涉及到了在组合项目选择的时候，不能全部都选择大型和长期占用资源的项目，往往还需要选择些时间灵活和周期较多的小项目配合，这样的话一些较短的资源空闲时间段就能够很好的得到利用。

迭代式的版本规划和开发已经是我们在应对大型项目中常用的方法，这不仅仅是为了降低项目的风险，更重要的就是通过迭代将大项目这种粗粒度进行了细分，细分为了多个细粒度的小项目，而这些小项目都有明确的产出和价值创造，小项目由于项目周期较短自然对某些资源的占用时间也会较短，这样就更加利于我们充分有效的利用资源空隙时间。