造成这个问题的原因有很多：团队刚组建（不断招兵买马，人员处于不断的变化中）、人员离职（主力干将离职，一时半会没招到合适人员）、人员休长假（比如休产假，导致某个岗位有3-4个月的人员缺失）、业务变更（团队的人员配比适合以前的业务，但是换了业务以后人员配比就不合适了）等等。
这些原因是没法完全避免的，所以我们PM/SM或多或少都会遇到这个问题：在出现项目组成员配比不均衡的问题时，我们该如何应对？
一个常见的思路是让活少的员工先做后面迭代的内容，这种做法是不推荐的，原因如下：
这样做并没有补齐你的“短板”：你没有直面团队的瓶颈，即使你把“长板”补得再长，也没法有效提升团队整体的容量。
提前做的需求可能会有变更：敏捷开发推荐“延迟决策”，即下个迭代要做什么需求，最好等这个迭代结束时再做决定，提前决策可能面临变更和返工。
长远来看并没有有效利用“长板”的时间：让“长板”在这个迭代开发下个迭代的需求，那下个迭代“长板”要做什么呢？下下个迭代的需求？即使这么做的话，“长板”也永远只会比“短板”多完成一个迭代的内容，其实并没有有效利用“长板”的时间。
降低了“长板”的工作效率：对于“长板”来说，下个迭代他需要同时做下下个迭代的开发工作，以及下个迭代的联调和debug工作，多个任务的并行和转换，会大大降低工作效率。
所以一个工作量不均衡的团队，要想让它发挥出最大的效能，我们需要优先补齐我们的“短板”，所以以下解决方案是更合适的做法：
培养大家“一专多能”的技能：在跨职能团队工作意味着团队成员愿意为整体的成功做出贡献，即使他们在做某件事方面可能不是最好或最快的。这样的团队会想方设法充分利用整个团队的知识和技能，并且他们也能够在发现导致工作变慢的差距和瓶颈时采取行动来提升自己。在这个过程中，团队成员也会逐渐发展出更多不同类型的专业技能。
通过加人补齐“短板”：这是补齐短板的有效手段，当然有时也可以将一部分富余人员调整到其他团队，这个要视项目的情况而定。
安排“长板”做一些技术优化：可以安排富余人员做一些技术优化，这里需要注意一点：技术优化也要写成用户故事，要有明确的验收标准（如某接口的响应时间减少5ms等）和故事估点。
你对于这个问题有什么看法？欢迎留言讨论！
