把两类任务塞进同一张排期表,是外包合作最常见的失控点。合同内任务按交付节奏走,临时救火任务按响应窗口走,二者需要两套排期逻辑:一套锁定月度或季度的固定产能,另一套预留可被随时征用的弹性产能。如果只留一套,救火任务必然挤占合同内交付,或者合同内任务把弹性产能吃光,救火时无人可用。
合并排期的吸引力在于管理成本低:一张表、一个负责人、一套进度口径。但它隐含了一个假设——所有任务的优先级可以由同一个标准排序。合同内任务的优先级来自合同约定,救火任务的优先级来自业务当下的紧急程度,两者不可比。一旦合并,排期表会退化成“谁催得紧谁先做”,合同内交付被反复推迟,而外包方又会觉得临时需求无边界,双方都受损。
更隐蔽的问题是产能核算。合同内任务通常按可预估的工作量报价,救火任务的工作量在发生前无法预估。合并排期时,救火任务往往被当作“顺手做一下”,实际消耗的沟通、排查和返工时间远超预期。
当外包合作出现“合同内任务总延期、临时需求又响应慢”的现象时,通常有两种解释。
解释一:产能本身不够。合同约定的工作量已经接近或超过外包团队的实际可用工时,任何额外任务都会导致整体延期。这种情况下,即使排期机制再清晰,也只能决定“先牺牲谁”,无法让两类任务都按时完成。
解释二:产能够,但两类任务没有分开的排期通道。外包团队有闲置或可调度的产能,但因为合同内任务和救火任务共用一张表、一套优先级规则,救火任务无法被快速识别和插入,只能排队等待,或者以打乱合同内任务为代价强行插入。
这两种解释对应完全不同的动作:前者需要调整合同工作量或增加预算,后者只需要改排期机制。
不要凭感觉判断,用以下三个可观察的证据来区分。
假设某外包合同约定每月完成20个人天的合同内任务,实际执行中合同内任务平均只用了16个人天,但救火任务每月消耗约10个人天,导致合同内任务仍频繁延期。这个例子说明,总产能(20+弹性)可能够用,但合同内任务没有占满固定产能,救火任务又没有独立预算,两边互相挤压。数字仅用于说明比较方法,不代表任何真实项目数据。
确认是排期机制问题后,按以下方式拆分。
合同内任务:锁定固定产能通道。在合同中约定每月或每季度的固定交付量,并明确这部分产能不可被临时任务征用。排期以交付节点为单位,每个节点对应明确的可验收产出。外包方按这个通道安排常驻或固定投入的人力。
临时救火任务:单独设弹性通道。约定一个响应窗口(例如工作时间内几小时内确认、几个工作日内给出初步处理),以及每月可用的弹性工时上限。弹性通道的产能来源可以是外包方预留的机动人力,也可以是合同内产能之外的增量,但必须在合同里写清楚计费方式和上限。
两类任务的切换规则要提前约定。当救火任务超出弹性上限时,是转为合同变更、还是顺延合同内任务、还是双方重新协商,这些规则要在合作开始时就确定,而不是等冲突发生后再谈。
一个实际动作是:在下一次月度对账时,要求外包方把当月工时按“合同内任务”和“临时任务”两栏拆分列出。拿到这份拆分后,你可以直接判断当前是产能不足还是排期缺位,并据此决定下一步是调整合同工作量,还是只修改排期和响应规则。这个动作的结果会直接改变后续谈判的方向——如果拆分显示合同内任务工时远低于约定,就没有理由增加预算,只需要补上弹性通道的规则。
分开排期不是一次性的。业务节奏变化、合同内任务量调整、救火任务频率上升,都会让原本合适的弹性上限变得不够用或过于宽松。建议每个季度复核一次两类任务的实际工时占比和延期情况,判断弹性通道的上限是否需要调整。复核的依据是工时拆分记录和交付节点的完成情况,而不是主观感受。如果连续两个周期救火任务都触及弹性上限,说明要么需要提高上限并相应调整费用,要么需要从源头减少临时需求的产生。