依赖关系与关键环节

本章主题：看清任务需要等待什么，辨认能够并行的部分，并判断哪些变化会影响整体交付。

本章人物、记录、任务时长和计算结果均为原创教学设定，不是实际学校调查或AI产品测试。案例主角统一为小叶。各小情景会明确说明所改变的条件；公式和图表用于理解工作关系，不要求所有项目都先做一套复杂的进度系统。

一、大家都在加速，为什么交付时间没有提前

小叶准备把一批校园自习空间的观察记录整理成课堂展示。记录描述不同地点、时段的使用情况，他希望同学能看懂几个地点之间的差别，并知道比较依据来自哪些记录。

工作需要清理数据、计算结果、制作展示模板，最后把真实结果放进去并核对。小叶已经会用AI辅助处理数据，也可以让同学和AI协作者分别制作展示中的一些部分。

在统计与展示的口径确定以后，其中一个AI很快把展示模板做好了。原来预计三小时的工作，现在一小时就交回，小叶觉得整个项目应该也能提前两小时。然而负责统计的部分还没有拿到清理后的数据，最终交付时点没有改变。

而在项目刚开始时，一项看起来很小的工作也曾引起明显的等待：大家还没有确认“一个观察时段”究竟怎样划分。数据处理不知道该怎样汇总，模板也不知道应该展示哪些列。这个问题没有解决，几个后续任务都难以稳定推进。

这里有两个值得区分的问题。一项工作本身能否更快完成，是局部问题；它快了以后能否让整个项目更早交付，取决于它与其他工作的关系。一项任务只有一小时，也可能位于所有成果交付前都必须经过的位置。

依赖关系的知识，让小叶不必只凭谁最忙、哪个任务最长、哪个AI最快来分配注意力。他可以进一步判断：当前在等什么，等待是否必要，以及什么变化能够真正改变后面的工作。

二、一个任务依赖另一个任务，究竟是什么意思

1. 先找到后一步实际需要的东西

“统计结果依赖数据清理”，并不只是因为通常把清理排在统计前面。统计需要一份能够按共同口径使用的数据：重复记录怎样处理，缺失信息怎样标记，地点和时段怎样对应。

如果这些条件还在变化，统计可以先试算，但试算结果还不能直接当成最终结果交付。所谓依赖，是后一步的某种开始或完成状态，需要前一步提供足够的材料、判断或条件。

对小叶而言，最好把“等数据”说得更具体：等待哪些字段、哪些记录、哪个版本，以及拿到什么状态就足以开始下一部分。条件越明确，越容易判断等待能否减少。

2. 完成了一项动作，不代表已经提供了所需条件

AI说“数据清理已完成”，可能是生成了一份处理脚本，也可能是脚本已经运行，还可能包括结果核对。对于后续统计来说，通常需要的是已经可以使用的数据和处理说明，而不只是一个脚本文件。

这与前面讲过的任务输入输出和验收标准相接。依赖关系连接的不是两个任务名称，而是前一步能够提供什么、后一步实际需要什么。

小叶可以把交接条件写成：“交回本轮清理后的数据、字段说明，以及仍未解决的问题；统计从这份明确版本开始。”这样，任务之间的箭头才有可以检查的含义。

3. 有些等待来自事实，有些来自安排习惯

统计真实结果需要真实数据，是本项目的必要关系。但是展示模板是否必须等全部统计结束，未必如此。

如果已经知道需要按地点和时段展示哪些指标，模板可以先用明确标记的示例数值制作。它最后需要换入真实结果，但它的版式准备不一定要等到全部结果产生之后才开始。

如果小叶沿用过去“先把数据工作全部做完，再开始展示”的习惯，就可能把本来能并行的任务排成串行。相反，如果他把必须依赖真实数据的核对也提前宣布完成，又可能漏掉必要工作。

判断的依据是工作所需的条件，而不是一味追求更多并行，或一味坚持熟悉的顺序。

4. 有些依赖来自人、工具和外部材料

两个任务在内容上可以独立开展，如果都必须由小叶连续操作，就仍然会争用他的时间。它们不一定有“前一步产出供后一步使用”的关系，却有资源上的冲突。

另外，资料提供者什么时候回应、课堂设备何时可以试用，也会影响任务。把这些等待藏在一句“我会尽快做完”里，不能让它们自动消失。

小叶可以分别记录任务所需的输入、人员或工具，以及外部条件。几类关系有时会同时存在，先把它们看见，比急着为每种依赖找到唯一的学术标签更有用。

三、把七项工作连成一个可以讨论的图

1. 先给出一个简化但完整的安排

为了看清关系，先把小叶的项目分成七项任务。以下时长是从任务具备条件后开始计算的持续时间，单位为小时。

先假设每项工作都有合适的可用执行者或工具，彼此没有未说明的资源冲突；同一时间尺度内可以连续推进，没有额外日历限制、外部等待或返工。后面会逐项改变这些条件。

E检查的是模板在示例内容下能否运行、基本显示是否正常；F还需要确认真实数据放入以后是否对应。因此E不能替代F，两项工作也没有在重复计算完全相同的检查。

2. 箭头表达需要等待的关系

从A出发，工作分为两条支线。数据一侧是B再到D，展示一侧是C再到E。两边都完成以后才能进入F，再进入G。

图中每条箭头都可以读成一句话。例如，D到F表示整合真实结果之前，需要拿到统计结果表；E到F表示整合之前，也需要有已经完成基本检查的展示模板。

两条箭头同时指向F，并不是让小叶任选一条，而是两个条件都需要满足。若D已经完成、E尚未完成，F仍不能按照当前定义开始。

3. 工作分解图与依赖图，提供不同的信息

上一章的工作分解图帮助小叶看清项目包含哪些部分。本章的图进一步表达：这些部分之间为什么需要等待、什么条件完成后才可以推进。

这两种信息可以存在于同一份任务表中，也可以分别画图。小项目只画几个方框和箭头，就可能明显改善讨论。图的价值不在外观复杂，而在于能让人检查其中的关系是否真实。

NASA的技术计划说明也把任务前置关系、资源可用性和外部输入联系起来讨论，并用任务网络理解项目完成时间。NASA技术计划中的进度安排说明

四、逐步算一遍，项目最早什么时候完成

1. 从共同起点向后推

把开始时刻记为0。A需要两小时，所以从0到2。A完成以后，B和C都具备条件，可以同时开始。

B需要四小时，从2到6；C需要三小时，从2到5。D等待B，所以从6到9。E等待C，所以从5到7。

到了第7小时，展示一侧已经准备好了，但数据一侧的D还需要到第9小时才结束。F必须等待两边，所以从9到11。最后G从11到12，整个项目在第12小时完成。

这里的0、2、6等数字是从共同起点算起的时刻，不是时钟上的凌晨零点、两点或六点。要安排到真实日期上，还需要放回工作日历和人员时间。

2. 汇合位置要看最晚到齐的条件

F需要等待D和E，不应该把它们的完成时刻9与7相加成16。两边有一部分时间是在同时推进，相加会重复计算经过的时间。

也不能取较早的7，因为那时统计结果还没有准备好。当前两个条件都需要满足，所以取较晚的9。

用符号表达，一项任务的最早开始时刻，是所有直接前置任务最早完成时刻中的最大值：

开始以后，再加上这项任务的持续时间$d_i$，就得到最早完成时刻：

其中ES表示最早开始，EF表示最早完成。没有前置任务且起点可用的A，从0开始。这里用公式压缩的是刚才已经走过的推理，不要求先背符号才能理解。

3. 把结果放在表里，便于发现误读

如果七项工作全部串行进行，且持续时间不变，它们的时长合计是十七小时。当前并行安排得到十二小时。十七不是这个安排的交付时刻，也不能在没有说明人员投入的情况下直接称作十七人时。

用AI提高局部效率以前，小叶先把本来能同时进行的工作识别出来，就可能改变整体安排。但这个十二小时只在前述资源和条件假设下成立，并不是对现实交付的无条件承诺。

五、关键路径为什么是一条关系，而不是一个最长的任务

1. 从起点到终点看完整支线

这张图里有两条从起点到终点的完整路线：

• A→B→D→F→G，持续时间合计为2+4+3+2+1，即十二小时。
• A→C→E→F→G，持续时间合计为2+3+2+2+1，即十小时。

要完成整个项目，两条路线需要的工作都要做。在当前简化条件下，较长路线决定最早交付时点，这条路线称为关键路径。

较短路线并不会在第10小时独立交付整个项目，因为它同样经过需要等待两边的F。十小时表达的是沿这条路线累加的长度；实际最早安排里，F仍然在第9小时才开始，G仍在第12小时结束。

这个区别很有用：路径长度用来比较限制关系，具体任务的开始和完成还要考虑所有汇入的前置条件。

2. 一个短任务也可能影响全部交付

G只有一小时，却在两条路线的末尾。假设其他条件不变，G需要两小时，整个项目就从十二变成十三小时。

相反，C原来三小时，若缩短到一小时，展示支线虽然更早准备好，D仍然要到第9小时完成，F的开始时刻不变，整个项目仍然是十二小时。

这就解释了开头的现象。展示模板制作确实变快了，但原来的等待位置还有另一项没有到齐的条件。局部节省时间的价值是真实的，只是它暂时没有表现为整体提前交付。

3. “关键”说明当前的时间作用，不评价工作有没有价值

C和E没有位于当前较长的路线中，但如果取消模板和模板检查，项目也不能按约定完成。它们仍是必要工作，只是当前有一部分安排空间。

小叶可以利用这种空间调整人员投入，先处理影响交付的紧迫问题；同时仍需保证展示一侧在需要它的时候准备好。把“不是当前关键路径”理解成“可以不管”，会改变原先的条件，最终也可能改变关键路径。

项目管理中的关键路径计算，是依据持续时间和前置关系辨认控制项目完成时间的路径，可参见PMI对关键路径计算的讲解。本章先使用没有额外日期限制、资源充足的基本模型；复杂日历和资源约束需要继续纳入判断。

六、时间余量：晚一点完成，究竟会影响谁

1. 从终点倒着想一遍

现在小叶希望保持第12小时交付。他可以从终点倒着问：为了不改变这个时点，每项任务最迟什么时候必须开始？

G需要一小时，因此最迟第11小时开始。F需要两小时，最迟在第11小时完成，所以最迟第9小时开始。F需要D和E都完成，因此D和E都必须最迟在第9小时结束。

D需要三小时，最迟第6小时开始；E需要两小时，最迟第7小时开始。继续向前推，B最迟在第6小时完成，所以最迟第2小时开始；C最迟在第7小时完成，所以最迟第4小时开始。

A同时为B和C提供条件。B最迟第2小时就要开始，C最迟第4小时开始。如果A拖到第4小时完成，虽然赶得上C，却赶不上B。因此A必须满足较早的要求，最迟在第2小时完成，从起点0就要开始。

向后计算最早安排时，汇合任务要等所有条件到齐，取前置完成时刻的最大值。倒着计算最迟安排时，一个任务的成果要赶上所有后续需要，取后续开始时刻的最小值。这两个方向对应的是两种实际约束。

2. 总时差是保持整体交付时点的安排空间

把最迟开始减去最早开始，得到本例中各任务的总时差：

“时差”在这里不是两个地区的钟表差异，而是进度安排里的可推迟空间。C原本第2小时开始，在其他条件允许时可以推迟到第4小时开始，而项目仍可在第12小时完成。E也存在两小时这样的空间。

若用LS表示最迟开始、TF表示总时差，在当前模型中就是$TF=LS-ES$。这不是给执行者额外增加了两小时工作量；持续时间没有变化，改变的是任务放在时间轴上的位置。

3. C有两小时余量，E也有两小时，能不能合计四小时

小叶看到表格，可能以为展示支线一共可以拖延四小时。但C和E有先后关系，它们的余量不能这样相加。

先只推迟C。C从原来的2—5改成4—7，E必须跟着从5—7改成7—9。F仍可在第9小时开始，交付仍是第12小时。此时C已经用掉了展示支线与数据支线之间原有的两小时差距。

如果E的执行者仍拿着旧表，认为“我也还有两小时”，在新的第7小时开始时点上再等两小时，E就变成9—11。F只能从11到13，G从13到14，整个项目晚了两小时。

这不是计算互相矛盾，而是第二次决策沿用了条件已经变化的旧结果。表中的C有两小时、E有两小时，分别描述它们在原有安排下可以作出的调整；两者共享同一条支线的空间。

总时差因此需要协调使用。一个任务推迟了，后续任务还剩多少空间，应当沿着关系重新判断，不能把每个人看到的数字都当成自己的独立储备。

4. 不影响整个项目，与不影响后续任务，是两回事

C推迟两小时，虽然没有改变最终交付，却改变了E的开始时点。负责E的同学如果原本只在第5到第7小时有空，就可能无法接受这个调整。前面的总时差计算假定人员在调整后的时间依然可用，现在需要补上真实条件。

另一种更窄的余量，是不推迟后续任务原有最早开始时点的空间，通常称为自由时差。C原本第5小时结束，E也原本第5小时开始，中间没有间隔，所以C的自由时差是0。E原本第7小时结束，F第9小时开始，中间有两小时，所以E的自由时差为2。

学习这两个概念，最有用的是能把一句模糊的“没影响”问清楚：没有影响最终交付，还是连同学的接手时间都没有影响？小叶不必给每件小事做复杂表格，但不能因为最后期限尚未变化，就以为协作中的安排完全不受影响。

七、为什么加速会遇到新的限制

1. 把注意力移向当前控制交付的支线

回到最初的十二小时安排。假设小叶找到合适办法，把B清理记录从四小时缩短到两小时，同时保持数据清理的范围和质量，其他条件不变。

B现在从2到4，D从4到7；另一侧C仍从2到5，E从5到7。两边都在第7小时准备好，F从7到9，G从9到10。项目提前两小时，两条完整路径现在都长十小时。

这时若继续把B从两小时缩短到一小时，D可以第6小时完成，但是E仍到第7小时才结束。项目仍然在第10小时交付。原来有效的加速方向，继续投入之后，不再提供同样的整体收益。

2. 用一个简单表达看清转折

小叶先花两小时确认口径，最后还需要三小时整合、复查并提交，前后这些工作共需五小时。中间，数据一侧要完成清理和统计，展示一侧要完成模板和检查；两边都准备好以后，才能开始整合。如果把清理记录B的持续时间记为$b$，其他任务保持最初时长，数据支线就需要$b+3$小时，展示支线需要五小时。

因此整个项目的最早完成时间$T$可以写成：

只要清理和统计还比模板与检查更晚完成，让记录更早清理完，就能让整合更早开始。清理缩短到两小时时，两边恰好同时准备好。再继续加快清理，只会让数据结果提前等在那里；模板与检查还没有完成，整合仍然不能开始，交付时点也就不再提前。

图里的水平部分没有说B加速毫无价值。它可能减少费用、释放执行者时间，或让数据一侧多一点应对意外的空间；只是这些价值需要用相应指标评价，不能继续记成“项目又提前了一小时”。

3. 两条路径同时关键时，单边加速可能不再够用

在B为两小时、两条路径都长十小时的安排下，只缩短B或只缩短C，都不能提前交付，因为没有改变另一边的完成时点。可以寻找两边共同经过的任务能否合理缩短，也可以同时改善两条支线。

例如把B从两小时缩短到一小时，同时把C从三小时缩短到两小时。数据支线B加D共四小时，展示支线C加E也共四小时，整体就从十小时变成九小时。

这里不是要求所有执行者一起提速，而是让加速与实际限制对应。AI可以提供许多局部改进方案，小叶需要进一步检查：方案改变了哪条关系，现在的整合时点由谁决定，新增投入能换来什么。

这与经济学里的边际思考相通。同一项改进的新增收益会随整体条件变化，过去值得优先做的事情，不必永远排在第一位。

八、任务可以并行，执行它们的人却可能只有一个

1. 给原来的安排补上一个现实条件

现在另设一种情况，恢复B四小时、C三小时等最初时长，但B和C都必须由小叶连续操作，一次只能做一项，也不能中途拆开交替进行。其余任务各有可独立推进的人员或工具，不再争用小叶。

原来安排B从2到6，C从2到5，要求小叶在第2到第5小时同时完成两项连续操作，这个安排就不能执行。图上没有B与C的材料依赖，不代表小叶的时间可以重复使用。

这种情况在AI协作中并不难遇到。几个AI可以同时起草，但关键资料只有小叶能识别，输出都需要他做较长时间的判断。如果计划默认所有人工判断可以同时发生，AI数量再多也不能兑现这个时间表。

2. 先做B与先做C，结果并不相同

如果小叶先做B：B从2到6；第6小时以后，D由其他执行者从6做到9，小叶转去做C，从6到9。E随后从9到11，F从11到13，G从13到14。项目第14小时完成。

如果小叶先做C：C从2到5；第5小时以后，E从5到7，小叶做B，从5到9。D只能从9到12，F从12到14，G从14到15。项目第15小时完成。

两种情况下，小叶都做了四小时B和三小时C，其他任务也没有减少。差别来自他完成一项任务以后，哪条后续支线能够在自己继续忙碌时先推进。先做B，让后面的三小时D较早获得启动条件。

在本例规定的两项连续操作中，B先或C先就是两种顺序。额外空等不会让任何必要条件更早到齐，因此可行的最早完成时间是十四小时。这个结论只针对给定任务与资源，不是“任何项目都应该先做最长任务”的普遍规则。

3. 解除资源冲突，也要看转交是否真的可行

如果另一位同学能够独立完成C，并且不会增加任务时长或额外交接，B和C就可以恢复同时开始，回到十二小时。现实中是否值得这样安排，还要看同学是否理解展示口径、材料是否可访问，以及小叶需要投入多少说明和复查。

假如转交C以后，小叶仍必须全程陪同，资源限制并没有解除。假如AI先完成了大部分工作，但最后都需要小叶集中检查，人工工作只是移到了后面。把这些投入放进安排中，才能判断分工产生了多少实际空间。

GAO的进度指南明确提醒，存在资源超额分配时，交付时间不能仅由任务之间的逻辑关系确定，还要考虑资源在相应时段是否可用。GAO进度指南：资源与关键路径，印刷页86—88

对大学生的小项目，做到“同一人同一时段没有被重复安排”“需要的设备确实可用”，通常已经很有帮助。遇到排不下的情况，再考虑转交、调整顺序或改变范围，不必为了使用AI先学习完整的大型项目调度体系。

九、减少等待：重新拆开依赖，而不是把箭头擦掉

1. 一个大任务里面，可能有两种不同的输入要求

再回到资源充足的十二小时基础安排。原来的D“统计并形成经过内容核对的结果表”，整体等B清理结束以后才开始，持续三小时。

小叶重新检查D的内容，发现其中两小时用于设计统计流程：按哪些地点分组，时段怎样对应，输出哪些列，怎样标记缺失。这部分如果已有A确认的字段说明和示例记录，就能先做。剩下一小时是用最终清理数据运行流程并核对结果，确实需要等B。

于是D分成两项：D1设计统计流程，两小时，等A；D2运行最终数据并核对，一小时，同时等B和D1。注意，D2仍然要处理最终数据，不允许把示例记录的试算当作正式结果。

新的安排是D1从2到4，B仍从2到6。第6小时，两项输入都齐了，D2从6到7。展示一侧的E仍然第7小时完成，F从7到9，G从9到10，项目变成十小时。

2. 工作没有减少，等待关系变得更准确

拆开后的两项任务分别需要两小时和一小时，处理这些内容所需的时间没有减少，全部任务的时长合计仍是十七小时。改变的是安排：统计流程的设计可以与清理记录同时进行，不必等到最终数据到齐才开始准备，因此整份结果表能够更早就绪。

能这样改，是因为D1所需条件在A完成时已经具备。如果A的输出仍无法支持统计设计，例如地点编码规则完全未定，就不能凭借新的名称让D1提前稳定完成。任务拆分需要与实际输入对应。

这个例子说明，管理知识并不只帮助我们把既定任务排得整齐，还能引导我们重新观察工作结构。同样一批工作，用什么单位来描述，可能决定我们能否看见真实的并行机会。

3. 提前试做与已经满足依赖，要分开记录

另一种提速办法是直接让原来的D在第4小时开始，而B仍到第6小时才完成。假设可以利用初步数据试做，D从4到7；若最终数据到齐后，经过核对确认试做成果全部可用、不需追加处理，项目有可能在第10小时完成。

但另设一种结果：第7小时发现初步数据的处理口径与最终版本不同，D需要再花三小时重做，结果直到第10小时才准备好。F从10到12，G从12到13，交付反而晚于原来按顺序推进的第12小时。

十小时与十三小时是两个明确假设下的情景，不能只保留前一个作为保证，也不能由后一个推出提前试做总是错误。这里真正需要判断的是：哪些内容已经稳定，哪些内容可能改变，一旦改变需要重做多少，以及提前发现问题是否还有其他价值。

小叶可以让AI先做可保留的部分，把依赖最终数据的结果标记为暂定。试算帮助发现程序问题，示例页面帮助看清呈现方式，这些探索即使需要调整，也可能值得。关键是把“探索已经开展”“输入已经稳定”“正式成果可以交付”区分开。

4. 看到相互等待时，检查是不是把不同轮次混在一起

有时小叶画图会发现一个环：展示设计要等分析结论，分析结论又要等展示试用反馈。若把它们理解成两项工作都必须彻底完成对方才开始，就没有任务能够启动。

这时可以检查实际过程是否分轮次进行：先根据当前问题做初步分析，再做展示原型，让同学试用，然后依据反馈修订分析与展示。第一轮分析不需要等待第二轮才产生的反馈；需要反馈的是后续修订。

如果不区分版本，就容易把“后面会影响前面的修订”画成“前面从一开始就必须等待后面”。明确本轮输入与本轮交付，可以把这个表面上的死循环展开成可行动的顺序。

这也没有消灭真实的反复探索。它只是让每一轮知道从什么现有条件出发、准备回答什么问题、下一轮如何接着走。AI能帮助快速生成多个版本，小叶仍需要管理版本之间的依赖，防止新的反馈只更新了文字说明，却没有更新它所依据的数据和图表。

十、外部等待和不确定性，会改变当前的关键环节

1. 两小时的检查，可能需要等到很晚才有条件开始

现在改变基础案例中的一个条件：E还需要在课堂指定设备上进行，设备直到共同起点之后的第9小时才可用。其余时长、人员条件恢复最初设定。

C仍在第5小时完成模板，但E同时需要模板和设备，所以最早开始时刻应当取两者到齐的较晚时点，也就是第9小时。E从9到11，F从11到13，G从13到14，项目十四小时完成。

如果小叶只在任务表中写“E两小时”，却没有记录设备可用时间，就会得到过早的交付预测。检查本身仍需两小时；设备尚不可用，使检查不能按原定时点开始。把等待和处理混在一起，容易找错改进方向。

可以考虑提前预约、寻找能满足检查要求的替代设备，或把不依赖指定设备的检查先做。每一种办法都改变了不同的条件，需要重新说明范围和核对结果。仅仅让AI更快生成模板，不能直接改变设备何时可用。

2. 任务时长的估计变化，也可能让另一条支线成为关键

在最初安排里，C预计三小时，展示支线有两小时余量。假如开工后发现呈现方式比预计复杂，C实际需要六小时，增加三小时，整个项目会增加几小时？

C从2做到8，E从8到10；数据支线D仍在第9小时完成，所以F等到第10小时，G在第13小时结束。项目只增加一小时，因为原来两小时的差距吸收了前两小时变化。

这时控制F开始的已经是E。小叶如果还按照最初的图，一直催促数据支线，却不处理展示支线的问题，就在用过时的判断安排当前工作。

这里没有要求每收到一次消息都重做整张计划。值得更新的是会改变输入、剩余工作、可用资源或完成时点的信息。任务已经过去两小时，不一定意味着原定三小时只剩一小时；若新增问题改变了工作内容，剩余时间需要根据当前状况重新估计。

3. 当前有余量，不等于不会影响交付

如果小叶对B的四小时已有充分把握，而对C的三小时几乎没有经验，那么C虽不在最初的关键路径上，仍值得较早做小范围试做。试做可以帮助判断模板是否可行、复杂工作在哪里，从而在余量耗尽以前作调整。

关键路径描述的是给定时长与关系下的安排；哪项任务更可能发生较大偏差，还需要结合不确定性判断。GAO指南也区分当前计算出的关键路径与考虑风险后可能影响交付的路径，并强调依据实际进展更新判断。GAO进度指南：关键路径更新与不确定性，印刷页87—88

如果项目只晚十分钟也会错过课堂展示，就应该比随时可以调整的个人练习更重视时间余量。余量放多少、放在哪里，需要考虑任务波动、外部窗口和延误后果。给所有任务随手加一个相同比例，虽然方便，却未必反映真正需要准备的地方。

十一、用依赖关系组织AI协作，小叶具体可以怎么做

1. 交代能够启动的条件，让准备工作先推进

小叶可以给统计协作者提供当前确认的字段说明，说明哪些数据还在清理，让它先设计统计流程。与此同时，展示协作者得到相同的展示口径，用明确标记的示例内容制作模板。

这里的指令不只是在说“你做统计、你做展示”，还说明了本轮能使用哪些输入、哪些部分可以先做，以及什么内容要等最终材料。协作者因此有机会交回可接续的成果，小叶也知道该在何时补充什么。

假如展示协作者问“还没有最终数值，要不要继续”，小叶可以根据实际依赖回答：可以继续制作结构和示例呈现，真实数值与对应关系留到整合阶段核对。对这个问题的判断，来自对工作的理解，不来自某个固定提示词。

2. 把等待写成一个可以解决的问题

“统计卡住了”提供的信息很少。“还有两类地点名称无法确定是否同一地点，需要小叶确认映射；其他记录已经处理好”，就能帮助安排下一步。

小叶可以先回答这个会影响汇总的具体问题，也可以确认不受影响的数据范围，让其他准备继续。若回答需要外部提供者的信息，就记录要等谁提供什么、下一次如何确认状态。反复催促已经缺少输入的执行者，通常不能替代补足输入。

一份简短的当前任务记录，可以包括已具备的输入、已交回成果、仍缺少的条件和预计接手时点。字段不需要固定很多；它们的作用是让“现在能推进哪一步”变得可判断。

3. 不把消息数量当作整体进展

同时开几个协作窗口，小叶可能不断收到成果和问题，很容易把大量回复理解成项目正在快速接近完成。但如果F一直缺少经过核对的结果表，增加更多模板版本可能并没有让整合更接近启动。

在第7小时的基础安排中，C和E已经完成，D还要到第9小时。小叶可以检查D是否按预计推进，准备整合所需文件，而不必为了让所有协作者看起来都在工作，再安排展示支线增加与当前交付无关的细节。

这也不是说所有资源都必须盯住同一件事。有空闲的同学可以处理后续准备或其他有价值的工作，前提是不要占用马上需要的资源，也不要给当前整合额外制造不必要的变化。

4. 区分本次交付与长期处理能力

经济学章节已经讨论过流程瓶颈，例如持续处理记录时，某个环节每小时只能核对有限数量。本章更关心一个有明确终点的项目什么时候完成，因此查看各项任务沿关系到达终点的时间。

两者可以相互帮助，但提问不完全相同。一次性的口径确认可能很短，却挡住整个项目开始；它未必是长期批量处理里吞吐能力最低的环节。持续接收大量记录时，核对能力可能成为长期限制，而某一次交付又恰好在等待外部设备。

小叶先弄清当前想改善的是本轮交付时点、日常处理能力，还是自己的投入，就更容易选择合适的分析。依赖图提供的是一种看见关系的工具；项目的价值、内容质量与人的判断仍然需要分别照顾。

下一章会继续讨论：这些相互关联的任务交给哪些角色，谁负责形成结果，谁作必要判断，以及怎样让职责与实际工作相匹配。

十二、练习与参考分析

练习一：哪些事情已经具备启动条件

小叶收到三条消息：“数据清理脚本已写好，尚未运行”“展示模板已用示例内容完成检查”“统计结果已经生成，但采用的是上一版地点分类”。他打算立即开始F，把真实结果合入展示。你认为还需要确认什么？哪些工作可以继续？

**参考分析：**F需要的是经过内容核对的真实结果和完成基本检查的模板。第二条消息可能满足模板一侧的条件，但仍要确认它采用的是当前展示口径。第一条消息只说明处理工具已写好，尚未提供经过清理的数据。第三条消息虽然有数值结果，却可能没有满足当前分类要求。

小叶应当确认最终清理数据的状态、分类变化影响哪些统计，以及当前结果是否已经据此更新并核对。如果分类变化不影响某些准备工作，那些部分仍可推进，例如整理图表放置位置、准备来源说明。需要等待的是真实对应关系的正式确认，并非所有协作者都必须停下来。

这道题考查的是箭头背后的交接条件。把三条消息都计为“任务完成”，不能证明F已经具备开始条件；把所有消息都判为“无用”，又会浪费已经可以接续的工作。

练习二：统计工作增加两小时，会发生什么

恢复资源充足的基础案例，只把D由三小时改为五小时。计算新的最早完成时点、关键路径，以及C、E各自的总时差。C的自由时差是否也随之增加？

**参考分析：**A、B仍在第2、第6小时完成，D从6到11。C从2到5，E从5到7。F要等到第11小时，从11到13，G从13到14，整体十四小时。关键路径仍是A→B→D→F→G，其时长变为十四小时。

要保持第14小时交付，F最迟第11小时开始，因此E最迟第11小时完成、第9小时开始。C最迟第9小时完成、第6小时开始。E最早第5小时开始，最迟第9小时开始，总时差四小时；C最早第2小时开始，最迟第6小时开始，总时差同样四小时。

C的自由时差仍为0，因为在最早安排中，C第5小时完成，E第5小时就可以开始。D变长扩大了展示支线对最终交付的调整空间，但没有自动在C与E之间插入空档。两个总时差四小时仍然共享支线空间，不能相加成八小时。

练习三：两位执行者都没有超过自己的两小时，为什么仍然晚了

在最初十二小时案例中，C的执行者将开始时点从2推迟到4，完成后交给E。E的执行者收到成果以后又等两小时才开始。他们都说“表上给了我两小时”。计算交付时点，并替小叶写一段能解决问题的解释。

**参考分析：**C从4到7，E再等两小时后从9到11，F从11到13，G从13到14，因此整体十四小时。C推迟以后已经使E从原计划第5小时开始改为第7小时开始，展示支线原有两小时余量已经用完。

可以这样说明：“旧表中的两小时，是在原来其他条件下分别计算的。C改成第7小时交回以后，E仍要最迟在第9小时完成，已经没有继续等待的空间。以后调整C时，我们同时更新E的接手和交回时间。”

问题主要在共同安排没有更新，不宜只把它理解成某位执行者不认真。小叶也需要确认E的执行者第7到第9小时是否可用，否则算术上成立的调整仍不能落地。

练习四：为什么不能简单规定“任务短的先做”

B、C都由小叶连续操作，分别需要四小时和三小时，其余任务独立推进。有人建议先做三小时的C，因为能更早划掉一项任务。说明这个理由缺少了什么，并比较两种顺序。

**参考分析：**理由只关注单项完成，忽略任务完成后能释放哪项后续工作。B后面还有三小时D，C后面还有两小时E，两边最终需要汇合。

先B：B于第6小时完成，D于第9小时完成；C于第9小时完成，E于第11小时完成，项目第14小时结束。先C：E第7小时就完成，但B到第9小时结束，D到第12小时结束，项目第15小时结束。

因此本例先B较好，但判断来自整个网络。若后续任务、资源或交付要求改变，顺序也可能改变。把“短任务优先”换成“长任务优先”并没有获得普遍正确的方法；更可靠的做法是检查两个顺序各自使哪些条件更早到齐。

练习五：两种并行建议，为什么需要不同的证据

建议甲：把D拆成两小时流程设计和一小时最终运行核对，流程设计只依赖A。建议乙：不拆任务，让D提前用初步数据开始。两者都声称可以把十二小时缩短成十小时。小叶应该怎样判断？

**参考分析：**甲需要证明拆出的流程设计确实能根据A交回的信息开展，而最终运行与核对确实可以在一小时完成。如果条件成立，D1在2—4完成，D2在6—7完成，项目第10小时交付。原来的三小时处理内容并没有被省略。

乙需要额外判断初步数据是否足够稳定，以及最终数据到齐后如何确认已有成果可用。即使暂定D安排在4—7，也不能仅凭日程宣布原有输入依赖已经满足。若第7小时发现问题，需要再做三小时，项目便到第13小时完成。

两种办法都可能有合理用途，但所需依据不同。甲把能够独立开展的内容明确拆出；乙利用提前试做争取时间，同时面对成果是否能保留的不确定性。小叶可以采纳有依据的部分，也可以先做小范围试验，不能只比较两张都写着“十小时”的时间表。

练习六：新消息到来以后，还应当催促原来的关键任务吗

分别考虑两个独立情景：第一，指定设备直到第9小时才可用，E必须等设备；第二，没有设备限制，但C由三小时变成六小时。其余条件保持最初设定。说明两个项目各何时完成，以及小叶应该优先查清什么。

**参考分析：**第一种情景中，E从9到11，F从11到13，G从13到14，整体十四小时。D仍在第9小时完成，继续催促D提前交回，不能让尚未具备设备条件的E提前完成。小叶应检查设备窗口能否调整、替代条件是否合格，以及检查是否有可以先完成的部分。

第二种情景中，C从2到8，E从8到10，F从10到12，G从12到13，整体十三小时。应先弄清C为什么变长、六小时估计是否可信、哪些修改影响基本呈现，以及是否可以保留合格部分继续推进。不能仅因C原本不是关键路径任务，就继续忽略它。

这两个情景也提醒小叶区分原因：一个是外部条件到得晚，一个是内部任务持续时间变长。改进需要作用在相应原因上。完成时点告诉我们影响有多大，原因和条件决定接下来有什么有效行动。