把合同内任务和临时救火任务放在同一张排期表里,通常会导致两种结果:要么合同任务被无限推迟,要么救火任务因为“没进计划”而反复打断执行。更可操作的做法是分两条通道排期:合同内任务按交付里程碑占用固定产能,临时救火任务按影响面和时限进入预留缓冲,并明确谁有权把救火任务升级为合同变更。是否保留、改写还是退出原有排期,取决于合同任务的刚性程度、救火任务的真实紧急程度,以及团队可切换的余量。
合同内任务并不都一样刚性。可以按三个条件区分:是否直接对应合同约定的交付物和验收节点;延期是否会触发违约、扣款或客户书面投诉;是否依赖外部固定时间,例如活动上线、投放开跑、展会日期。三条都满足的,属于硬节点,排期里应占固定时段,不参与日常优先级比较。
只满足其中一条的,属于软节点,可以协商顺延,但要让客户知情并留下记录。一个常见误区是把“客户催得紧”当成硬节点。催得紧只说明沟通频率高,不说明交付物本身有外部时间约束。把软节点误判为硬节点,会让救火任务不断挤占合同产能,最后两头都延期。
实际动作:在排期表里给每个合同任务标注硬节点或软节点,并写明判断依据。这个动作的结果是,当救火任务出现时,你能立刻看出它挤占的是可协商时段还是不可协商时段,从而决定是内部消化还是启动变更沟通。
救火任务的真实紧急程度差异很大,直接按“谁先喊”排序会失控。可以按影响面和时限分三档:
分级的关键证据不是任务描述,而是可观察的后果:不处理会不会导致收入中断、合规风险或客户关系不可逆损伤。如果答不上来,就先按影响级处理,给一个明确的查看时间,而不是立即切换。
常见做法有两种,取舍点在于团队规模和任务波动性。
做法一:固定比例预留。把每周可执行产能切成两部分,例如合同任务占七成,救火缓冲占三成。适合救火任务频率稳定、团队有明确分工的情况。代价是合同任务排期会显得偏慢,如果某周没有救火任务,缓冲时段容易闲置或被优化级需求填满,失去缓冲意义。
做法二:动态借用加补偿。合同任务占满全部计划时段,救火任务出现时临时借用,被借用的合同任务在下一个时段优先补回。适合救火任务偶发、合同节点较宽松的情况。代价是补偿容易落空,一旦连续两周有救火任务,合同任务会持续积压,且执行者难以判断借用是否已经超限。
选择条件:如果过去一个月内救火任务出现次数超过合同任务里程碑数量,固定比例预留更稳;如果救火任务集中在少数几天且合同节点有明显空档,动态借用加补偿更灵活。无论选哪种,都要写清借用上限,例如单周不超过总产能的两成,超过就触发合同变更沟通。
临时任务反复出现,往往说明它已经不是临时问题,而是合同范围没有覆盖的持续需求。判断是否升级,可以看两个信号:同一类救火任务在连续两个交付周期内重复出现;处理它所需的时间已经影响到至少一个硬节点的排期。
出现任一信号时,正确动作不是继续内部消化,而是整理出任务清单、发生频率和对合同任务的影响,向客户提出范围调整或增加资源。这个动作的结果是,排期问题从执行层的临时调度,变成合同层的明确约定,后续同类需求有据可依。如果不升级,团队会长期处于借用和补偿的循环里,合同任务的实际交付节奏持续被拉长。
假设一个三人执行小组,某月合同内任务包括两次页面改版和一次月度报告,硬节点分别是月中和月末。同期出现三次临时任务:一次投放账户异常,两次素材替换。
按单通道排期,三次临时任务都插到当前工作前,页面改版被推后,月末报告压缩到最后两天完成,质量风险上升。按双通道排期,账户异常走阻断级缓冲,当天处理;两次素材替换走影响级,安排在改版阶段交付后的空档;页面改版硬节点不变,月末报告按期启动。两种方式的差异不在任务总量,而在于硬节点是否被保护,以及救火任务是否有明确的时间预期。
这个例子中的数字仅用于说明比较方法,实际排期应基于团队真实产能和合同约定重新测算。排期表不是一次定死,每次救火任务处理后,应回看缓冲消耗和合同任务顺延情况,再决定下一周期是保留当前比例、改写借用上限,还是退出动态借用、改为固定预留。