正排排程和倒排排程的根本区别在推算起点和方向：正排从任务最早可开始的时间出发，沿依赖关系向后推算每项任务的开始与结束时间；倒排从固定截止日期出发，沿依赖链向前反推最晚开始与完成时间。选择哪一种，取决于截止日期有多刚性、依赖关系是否清晰，以及当前是否还有时间余量。两种方法也可以组合：先用倒排确定最晚节点，再用正排安排实际执行顺序。排程结果最终要落到工作项的开始时间、结束时间和依赖字段上，才能被团队执行和跟踪。
要点总览（TL;DR）
- 正排从任务最早可开始时间出发向后推算，得到最早开始与最早完成时间；倒排从固定截止日期向前反推，得到最晚开始与最晚完成时间。
- 截止日期刚性且依赖清晰时优先倒排，用来识别关键路径和时间缺口；截止日期宽松、需要尽早启动时优先正排，形成可行的完成承诺。
- 依赖关系不完整或存在循环时，两种排程结果都不可靠，应先补齐依赖类型和先后关系再排程。
- 组合使用的顺序是先用倒排确定各节点最晚时间，再用正排安排实际执行顺序，对照两者判断时间是否足够。
- 排程结果要写入工作项的计划开始、计划完成和依赖字段，并通过评审、状态流转和变更同步保持更新。
正排与倒排的核心差异
正排排程回答的是“按现在的依赖和工期，最早什么时候能完成”；倒排排程回答的是“要在截止日期交付，最晚什么时候必须开始”。两者使用同一组任务和工期数据，但推算起点不同，得到的时间字段含义也不同。
正排以项目或任务的允许开始时间为起点，按依赖顺序逐项向后加工期，得到每项任务的最早开始时间和最早完成时间。任务在依赖允许的前提下尽量早排，排出的完成时间代表一种可行承诺。倒排以固定交付日期为起点，沿依赖链逐项向前减工期，得到每项任务的最晚完成时间和最晚开始时间。任务被压到不晚于截止日期的位置，排出的开始时间代表时间底线。
两种方式对浮动时间的处理也不同。正排结果中，某项任务的最早完成时间与后续任务的最晚开始时间之间的差额，就是它可以推迟的余量；倒排则直接暴露哪些任务的最晚开始时间已经早于当前日期，从而提示时间不足。关键路径在两种排程中都会出现，但正排更关注哪条链决定了最早完成时间，倒排更关注哪条链决定了截止日期能否守住。
| 比较维度 | 正排排程 | 倒排排程 |
|---|---|---|
| 推算起点 | 任务或项目的最早可开始时间 | 固定的交付截止日期 |
| 推算方向 | 沿依赖关系向后推算 | 沿依赖关系向前反推 |
| 开始时间 | 最早开始时间，尽量早排 | 最晚开始时间，不得晚于此 |
| 结束时间 | 最早完成时间，形成可行承诺 | 最晚完成时间，对齐截止日期 |
| 浮动时间 | 由最早完成与后续最晚开始之间的差额得出 | 由最晚时间与当前可用时间之间的差额暴露 |
| 核心判断 | 什么时候能完成 | 最晚什么时候必须开始 |
| 适用截止日期条件 | 截止日期尚有余量，或需要尽早启动 | 交付日期刚性，需要守住节点 |
依赖关系如何影响两种排程的推算
排程的准确性建立在依赖关系完整且正确的基础上。依赖类型决定了推算时取哪个时间字段，也决定了正排和倒排会不会得出对称的结果。
最常见的完成—开始依赖表示前序任务完成后，后续任务才能开始。正排时，后续任务的最早开始时间取前序任务最早完成时间之后；倒排时，前序任务的最晚完成时间取后续任务最晚开始时间之前。开始—开始依赖表示两项任务可以同时启动，正排时后续任务的最早开始时间受前序任务最早开始时间约束，倒排时则反推前序任务的最晚开始时间。完成—完成依赖约束的是结束时间，正排取最早完成，倒排取最晚完成。依赖类型选错，推算方向就会错位，排出的时间字段也随之失真。
并行分支与汇合点是两种排程差异最明显的地方。假设一个需求拆成设计、开发、测试三条并行分支，最后汇合到发布节点。正排时，每条分支从各自最早可开始时间向后推，汇合节点的最早开始时间取所有分支中最早完成时间最晚的那一条，也就是最长分支决定整体完成时间。倒排时，从发布截止日期向前推，每条分支都获得各自的最晚开始时间，最短的分支会得到更宽松的最晚开始时间，最长分支的最晚开始时间最紧张，这条分支就是关键路径。
依赖缺失或存在循环依赖时，两种排程的结果都不可靠。缺少依赖会让任务被错误地并行安排，正排可能低估完成时间，倒排可能高估可用余量；循环依赖则使推算无法收敛，排程工具通常只能报错或截断。因此排程前应先检查依赖链是否完整、是否存在环，再执行推算。
浮动时间和关键路径的识别方式也随之不同。正排中，关键路径是决定最早完成时间的那条最长链，链上任务的浮动时间为零或最小；倒排中，关键路径是决定截止日期能否守住的那条链，链上任务的最晚开始时间最接近当前时间。两条路径在依赖和工期一致时通常重合，但当存在外部约束或人为缓冲时可能分离，需要分别核对。
截止日期条件下如何选择排程方式
选择排程方式，可以先看截止日期的刚性程度，再看依赖关系的清晰度，最后看当前时间余量。三个条件组合起来，基本能确定用正排、倒排还是两者组合。
截止日期刚性且依赖关系清晰时，优先用倒排。典型情形是已对外承诺的交付日期、合同约定的上线时间或监管要求的报送节点。倒排能直接给出每项任务的最晚开始时间，帮助团队判断当前进度是否已经落后，哪些任务已经没有推迟空间。依赖清晰是倒排可靠的前提，否则反推出来的最晚时间只是建立在错误假设上的数字。
截止日期宽松、需要尽早启动时，优先用正排。典型情形是探索性项目、内部改进任务或交付窗口尚未锁定的需求。正排能给出最早可完成时间，帮助团队安排启动顺序、尽早暴露风险，也便于在多个项目之间比较谁先具备开始条件。
依赖关系不确定时，先补依赖再排程。依赖没理清就排程，正排会低估工期，倒排会高估余量，两种结果都会误导决策。可以先把任务拆到可判断先后关系的粒度，确认完成—开始、开始—开始等依赖类型，再选择排程方式。
组合使用的顺序是：先用倒排从截止日期反推，确定各关键节点的最晚开始与最晚完成时间，识别关键路径和时间缺口；再用正排从当前可用时间出发，安排实际执行顺序和并行分支，得到可执行的开始与结束时间。两者对照后，如果正排的最早完成时间晚于倒排的最晚完成时间，说明时间不足，需要压缩工期、调整范围或重新协商截止日期。
| 截止日期条件 | 依赖清晰度 | 推荐方式 | 判断依据 |
|---|---|---|---|
| 刚性，已对外承诺 | 清晰 | 倒排为主 | 需要知道最晚何时必须开始，识别时间缺口 |
| 宽松或尚未锁定 | 清晰 | 正排为主 | 需要尽早启动，形成可行完成承诺 |
| 任意 | 不清晰或存在循环 | 先补依赖再排程 | 依赖错误会使两种推算都失真 |
| 刚性但存在并行分支 | 清晰 | 倒排定节点，正排定顺序 | 倒排识别关键路径，正排安排实际执行 |
排程结果落到工作项上的管理动作
排程算出的时间只有写入工作项，才会变成团队可执行、可跟踪的安排。落地动作包括字段写入、评审确认、状态流转和变更同步四个环节。
第一步是把排程结果写入工作项的时间字段和依赖字段。每项任务应有计划开始时间、计划完成时间，正排得到的是最早时间，倒排得到的是最晚时间，两者含义不同，字段命名或备注中应注明来源，避免执行时混淆。依赖字段记录前序任务和依赖类型，使后续调整时能够重新推算。
第二步是排程评审。负责人和关键执行人一起核对排出的时间是否符合实际工期、依赖是否遗漏、关键路径上的任务是否有足够资源。评审的产物是确认后的基线时间，以及需要调整的依赖或工期清单。
第三步是状态流转与排程同步。任务开始、完成或延期时，状态变化应触发依赖链上后续任务的时间重算。正排场景下，前序任务延期会顺延后续任务的最早开始时间；倒排场景下，前序任务延期会压缩后续任务的最晚时间余量，需要及时提示关键路径风险。
第四步是变更交接。截止日期调整、范围变更或依赖变化时，应重新执行排程并更新工作项字段，同时通知受影响的任务负责人。变更记录保留在原工作项上，便于回溯哪次调整导致了时间变化。
ONES 可以在这一环节承载排程结果：工作项支持设置计划开始与计划完成时间，并通过依赖关系字段关联前序任务；依赖变化后，团队可以据此重新核对时间安排，并在评审和状态流转中同步调整。对于需要按迭代或项目跟踪的场景，排程结果也能汇总到项目视图中，便于对照整体进度。
适配场景与选择建议
正排和倒排各有适用边界，选择时可以按场景对照，也可以按步骤逐步判断。
正排的典型适用场景包括：交付窗口尚未锁定、需要尽早启动的探索性任务；多个项目竞争启动顺序、需要比较谁先具备条件；依赖链清晰但截止日期宽松的常规迭代。正排的局限在于，它给出的是最早完成时间，当截止日期刚性时，无法直接告诉团队是否来得及，需要再与截止日期对照。
倒排的典型适用场景包括：已对外承诺的交付日期、合同节点或监管时限；需要识别关键路径和时间缺口；需要在多个并行分支中判断哪条最紧张。倒排的局限在于，它依赖截止日期和依赖关系的准确性，截止日期本身不合理或依赖缺失时，反推结果会给出错误的安全感。
组合使用的判断步骤可以归纳为：先确认截止日期是否刚性，刚性则先倒排；再检查依赖链是否完整、是否存在循环，不完整则先补依赖；然后用正排安排实际执行顺序，对照正排最早完成时间与倒排最晚完成时间，判断时间是否足够；最后把确认后的时间和依赖写入工作项，进入评审和跟踪。
需要回到项目整体进度或资源负载处理的情形包括：多个项目共享同一批人员、排程结果导致资源冲突；里程碑之间需要整体协调；截止日期调整涉及范围或预算重新协商。这些情形已经超出单个工作项排程的范围，应结合项目整体进度规划和资源负载管理来处理，排程方法本身只解决任务时间与顺序的安排问题。
常见问题
正排排出的完成时间比倒排的最晚完成时间还晚，应该怎么处理？
这说明按当前工期和依赖，时间不足以守住截止日期。可以按顺序检查三件事：先看关键路径上是否有可以并行或拆分的任务，压缩工期；再看范围是否可以调整，把非必要内容移出本次交付；如果工期和范围都无法调整，就需要重新协商截止日期。处理后再重新执行一次倒排和正排，确认新的时间安排能够对齐。
依赖关系还没理清时，能不能先用倒排估一个时间？
可以估，但结果只能作为粗略参考，不宜直接写入工作项作为承诺。依赖缺失时，倒排会把本应串行的任务当成并行，反推出的最晚开始时间偏宽松，团队容易误以为还有余量。更稳妥的做法是先把任务拆到能判断先后关系的粒度，确认依赖类型，再执行倒排。
同一个项目里，正排和倒排的结果需要都保留吗？
建议保留，但用途要分开。倒排得到的最晚开始和最晚完成时间用于判断底线和识别关键路径，正排得到的最早开始和最早完成时间用于安排实际执行。两者写入工作项时应在字段命名或备注中注明来源，避免执行时把最晚时间当成计划时间使用。截止日期或依赖发生变化时，两组时间都需要重新推算。
任务执行中发生延期，两种排程方式下后续任务分别怎么调整？
正排场景下，前序任务延期会顺延后续任务的最早开始时间，整条链的完成时间随之后移；倒排场景下，前序任务延期会压缩后续任务的最晚时间余量，关键路径上的任务可能已经没有推迟空间，需要及时提示风险。无论哪种方式，延期都应触发依赖链上后续任务的时间重算，并通知受影响的任务负责人。
排程做到什么程度就该转到项目整体进度或资源管理？
当问题涉及多个项目共享同一批人员、排程结果造成资源冲突，或者里程碑之间需要整体协调时，单个工作项的排程已经不够用，应结合项目整体进度规划和资源负载管理来处理。截止日期调整涉及范围或预算重新协商时，也属于这一层。排程方法本身解决的是任务时间与执行顺序的安排。
