跨项目产能规划为何会出问题——以及如何修复
当你同时推进不止一个项目时，最难管理的资源往往不是钱——而是人的时间。产能规划就是把你已经承诺的工作量，与你的人员真正能交付的工时对应起来的一门功夫。它听起来像算术，可许多项目组合恰恰在这里悄无声息地崩塌：截止日期一拖再拖，同一名工程师被许诺给三个团队，而所有人都怪进度表，却不怪它背后的规划。转向远程和混合办公只会让这种紧张更难被察觉，因为你再也无法环顾办公室、一眼看出谁快要撑不住了。以下就是造成大部分损害的错误，以及应当如何替代它们。
层层累积的错误
按100%利用率来规划。 把每一个工作小时都当作可用的工作时间，是最初的原罪。会议、邮件、支持咨询和病假都是真实存在的。把交付工作规划到标称产能的约70%–80%，你就不会再编出第一天就注定失败的进度表。
数人头而不看技能。 如果只有一个人能完成关键路径上的专业任务，那么五个「有空」的人也帮不上忙。产能受制于你最稀缺的那项技能，而不是你的总人数。
忽视兼职者和被共享的专家。 那位被分摊到四个项目上的资深人员，通常才是真正的瓶颈，可他往往被排除在计划之外，因为没有任何一个项目「拥有」他。要明确地把被共享的人员纳入模型，否则他们会被默认地超额占用。
只规划一次，从不更新。 一月份做好、之后再没碰过的产能计划，到三月就是虚构。范围会变，人会离开，优先级会移动。计划必须是一份活的视图，而不是一次性的电子表格。
把需求误当成优先级。 每位项目发起人都相信自己的项目很紧急。没有一份共识排序，产能就会分给嗓门最大的人，而不是分给对组织最重要的事。
应当如何替代
先把需求和供给放到同一张表上——字面意义上的同一张表。列出所有项目中已承诺的工作、每一块工作需要的技能以及时间范围。然后列出你的人员、他们真正可用的工时，以及他们实际能做什么。差距会一目了然，而且令人不适，这正是目的所在。一份掩盖冲突的计划，比没有计划更糟。
用区间来预测，而不是虚假的精确：「这件事在第三季度需要一名资深分析师投入3到4周」胜过一个凭空编造的单一数字。
维护一份带优先级的项目组合，这样当产能不足时，你是有意地砍掉或推迟价值最低的工作，而不是阴差阳错地砍掉。
为意外留出缓冲——事故、返工，以及那总会到来的紧急请求——而不是假装它不会发生。
按固定节奏复核产能，并在那个正式场合中做出资源重新分配的决定，而不是在走廊里临时商量。
让取舍变得可见
产能规划真正的价值并不是一份完美的进度表——而是一场诚实的对话。当你能向一位发起人说明，答应他的请求就意味着某个有名有姓、已排定优先级的项目会被拖延时，这个决定就变成了双方睁着眼睛共同做出的。这远比默默地让人员超负荷、然后在截止日才发现损害要健康得多。对于分布式团队，这种可见性更为重要：计划成为那张共同的图景，取代了你过去当面才能读到的种种信号。
好的产能规划不会让你一周里多出几个小时。它所做的，是阻止你去许诺那些你从未拥有过的工时，从而让你许下的承诺，都是你能兑现的承诺。
如果相互竞争的项目正把同一批人压得喘不过气，XNM的项目群与项目交付咨询服务可以帮助你建立一份现实的产能视图，以及支撑它的优先级排序。