项目组合：何时增员，何时拒绝下一个客户

每个项目都说自己有价值，放在一起却可能无法兑现。几个客户同时要求上线，同一位产品工程师负责所有关键接口，发生故障时也只有他能恢复。合同分别看都能挣钱，团队的共同日历已经无法履约。

项目组合管理，就是把已有承诺、新机会、产品投入和运行工作放在一起选择。甲方也面对同样的问题：多个部门都想做 AI，争用的可能是同一批业务专家、数据工程师与安全人员。单个项目通过立项，不代表所有项目可以同时开工。

先看到全部承诺，再看新机会

英国政府项目交付标准把现有项目表现、依赖关系、资金和能力约束纳入组合选择；资源不足时，应调整计划。¹ 这类管理原则对 FDE 的启发，是不要让每个现场承诺分别成立、相加却失效。它不是给 FDE 规定统一接单比例。

供应商可以先把工作分成已经承担的交付和支持、已批准的探索与产品投入、尚在讨论的机会。三者都需要估算，但不能占用同一种“确定产能”：销售机会不是已签合同，已签合同也不能证明客户的前置条件已具备。

已有服务的故障响应、休假代班和移交要先进入视野。否则新客户占满排期，老客户一出问题便只能打断新项目。这时看似偶发的延期，其实来自同一份时间被卖了两次。

还要查跨项目的依赖。几个项目共用一个接口，不一定意味着只需修一次；它们可能使用不同版本，拥有不同上线窗口。几位客户依赖同一家模型服务，也可能在同一时间遇到变化。共同依赖应当帮助安排改进和演练，不能只在报表上被记成复用收益。

有收入的新客户，为什么仍可能暂不接

下面继续本书的维修服务教学情境，不引入真实客户或行业接单指标。现有团队正在完成一个区域的人工确认试点。此时又出现三项请求：第二个区域想尽快复制，公共产品需要补一项能力，另一位客户愿意为特殊格式定制付费。

这些选择不是把产品改进永远排在收入之前。若公共功能只有一个模糊愿景、没人承接维护，而专用服务已有清楚范围、合理价格和可用交付者，后者可以优先。反过来，报价很高但会挤掉既有恢复能力的请求，不能只因收入大就直接接受。

《团队怎样配置、招聘与考核》已经用一周排期算过第二区域的冲突。本章不把那些小时再加进一张新账，而是改变比较对象：观察新需求、履行当前合同、修公共能力、出售特殊服务，争用的到底是不是同一批人？哪个可以延后，哪个必须先获得别人同意？

一项新机会若只有商务意向，可以选择晚些开始、缩小首期范围，或者不承接。已经签署的承诺则需要按实际约定处理，不能在内部排序后单方面取消。组合决定首先约束自己此后承诺什么；它不是摆脱既有责任的理由。

什么样的学习值得再给预算

账算清楚以后，讨论反而可以更开放。某个首创项目可以获得战略预算，一个高度重复的成熟项目则应被要求稳定交付。把它们都塞进同一个平均毛利率，管理者既看不见探索的价值，也看不见重复劳动的成本。

假设两个项目都亏损。一个发现了许多客户共同遇到的限制，产品团队已经接手，后续部署可以验证改进；另一个不断增加专用分支，客户离开原团队便无法运行。两者的本期报表可能相近，未来路径却不同。

但前一种也需要证据，不能靠一段动听的“战略价值”解释无限续命。值得继续投入的条件应具体：哪项能力在什么时间进入受维护产品，谁是下一位明确使用者，怎样观察投入是否下降。如果这些条件连续落空，团队需要重新估计，而不是在每次复盘中重复愿景。

产品预算应保护被明确批准的共同工作，不应成为项目超支的临时收容处。若一项接口修复是履行本客户合同所必需，它先要如实进入相应成本；另有获得批准的通用开发，才单列产品投入。《项目经济性：把双方的账算清楚》保留了如何分开工时、避免重复归集的算例。

对甲方来说，共同能力也需要接收者。不同部门都愿意展示试点，却没有人愿意维护基础数据，组织就无法靠项目数量建立平台。是否形成公共服务，要看后续预算、维护责任和使用者是否实际接受；不能只把几个部门的需求放在同一张演示页上。

何时增员，何时先改工作

当团队持续缺容量时，先区分三种原因。第一，已经确认的有效工作持续增加。第二，组织把大量重复手工维持留在现场，没有交给产品改进或正式运行服务。第三，工作本来可以完成，却长时间等待权限、材料和决定。

第一种可能支持增员；第二种需要比较修复、自动化和服务配置；第三种优先修协作条件。它们也可能同时出现。若不分开，新增工程师可能只是增加等待的人，或者使更多客户依赖同一种脆弱做法。

决定招聘时，至少应能说清新增者承担的持续工作、现有成员需要投入的指导时间、薪酬及配套成本由什么预算覆盖，以及新业务迟迟不来时怎样安排。尚未验证的机会可以支持有限探索，但不应被写成保证收入；公司也不能把现金到账晚的问题误认成人员不够。

从一个项目临时调人到另一个项目，也需要同样具体。调走谁，哪些已有工作暂停，谁接手其运行职责，相关客户或业务负责人是否接受影响？没有这些答案，“弹性调配”很可能只是把本周的延期藏到另一张计划里。

使用外部伙伴同样不是自动增加产能。伙伴能否按所需标准交付、是否理解权限与失败恢复、甲方是否接受安排，都要确认。核心团队仍需为接口和验收付出时间。对于边界明确的工作，伙伴可以是有效选择；对于团队自己尚未理解的难题，把任务转出去未必减少不确定性。

拒绝与停做也要留下下一步

停止一个项目也不必等到所有可能性都被试完。当核心数据无法合法或稳定取得、客户没有能力配合、结果无法验收，或者解决成本远高于可获得价值时，缩小范围或退出可能是负责任的决定。退出所需的服务连续性和资料移交仍要认真完成。

这里要分清拒绝新请求、暂停某项动作、缩小已约定范围和结束整个项目。前两种未必改变所有现有工作，后两种通常需要双方对剩余义务作出安排。未完成事项不会因为内部决定停做而消失；具体退出条件在《边界、风险与退出》检验。

对于暂缓的新请求，可以留下重新考虑的条件，例如当地负责人落实时间、关键数据可用、产品接口进入受维护版本。再议依据是条件发生了变化，不是客户又催了一次。对于拒绝的请求，则应说明目前无法承担的部分，并在有把握时提供较小范围、较晚日期或替代路径。

组合复看也不必变成固定格式的长会。已有项目发生重大偏差、关键人员离开、现金计划改变、公共产品完成改进，都是重新排序的理由。负责人需要看到本次实际选择：继续哪些工作，新增什么，推迟什么，由谁向受影响的人说明。只有分数排名而没有这些决定，团队仍然不知道明天应当做什么。

从这个角度看，FDE 的经营能力并不只是把复杂项目卖出高价。它还包括把学习投入和重复成本分清，把客户价值和供应商收入分清，让每一次扩大承诺都有相应证据。

下一次有人展示一个成功项目时，可以先看成果，再顺着成果追问：客户真正改变了什么，投入来自哪些人，后续由谁承担，下一位客户能复用多少。问到这里，你看到的才开始是一门生意。