任务排期表把每项任务的开始时间、结束时间、截止日期、前置依赖和负责人放在同一行里，用来判断执行顺序和排期冲突。本文提供一张可直接复制的空白表，并逐列说明填写口径、必填与选填的划分，再用一条完整记录示范依赖和冲突标记的写法，最后给出按团队情况调整与长期维护的规则。
要点总览（TL;DR）
- 空白任务排期表按“任务识别—时间—依赖—状态”排列13列，可直接复制到表格工具或文档中填写。
- 任务名称、负责人、开始时间、结束时间、前置依赖、执行顺序、状态为必填项，缺失时无法判断顺序与冲突。
- 前置依赖用“序号+名称”填写，无依赖写“无”；冲突标记统一用“无、时间冲突、依赖冲突、待确认”四类值。
- 排期变更时先改时间再核对引用该任务的行，依赖变化同步更新前后两侧，并按周或临近里程碑提高核对频率。
- 多人共享时可用 ONES Wiki 的模板库固化表格格式，并嵌入任务进度与报表对照查看。
可复制空白任务排期表
下面这张表可以直接复制到 Excel、在线表格或文档中。列顺序按“先识别任务、再定时间、再理依赖、最后记录状态”的阅读习惯排列，复制后保持列顺序不变，后续字段说明和示例都以此为准。
| 序号 | 任务名称 | 负责人 | 开始时间 | 结束时间 | 截止日期 | 里程碑 | 前置依赖 | 后置依赖 | 执行顺序 | 排期冲突标记 | 状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | ||||||||||||
| 2 | ||||||||||||
| 3 | ||||||||||||
| 4 | ||||||||||||
| 5 | ||||||||||||
| 6 | ||||||||||||
| 7 | ||||||||||||
| 8 |
行数按当前排期范围内的任务数量增减即可。如果团队习惯先按阶段分组，可以在“序号”前加一列“阶段”，但不要删掉表中任何一列，否则字段说明与示例将无法对应。
字段说明：每一列记录什么
每个字段承担一个判断职责：时间字段回答“什么时候做”，依赖字段回答“先做哪项”，冲突标记回答“哪里排不开”。填写时按同一口径记录，表格才能用于比较和核对。
| 字段名 | 含义 | 填写口径 |
|---|---|---|
| 序号 | 任务在表中的行标识 | 从 1 开始连续编号；插入新任务时顺延，不复用已删除的编号 |
| 任务名称 | 这项任务要交付的具体工作 | 用“动词+对象”描述，如“完成登录接口联调”；一项任务一行，不把多个交付物写进同一行 |
| 负责人 | 对这项任务结果负责的人 | 填一个人名，不填团队名；需要多人协作时在备注中写明配合角色 |
| 开始时间 | 计划开始执行的日期 | 统一格式，如 2025-03-03；只填计划值，实际开始时间记录在备注或状态更新中 |
| 结束时间 | 计划完成执行的日期 | 与开始时间同格式；结束时间不早于开始时间 |
| 截止日期 | 这项任务最晚必须完成的日期 | 来自承诺、合同或上游节点的硬性时间；与结束时间可以不同，结束时间是计划，截止日期是底线 |
| 里程碑 | 该任务归属的阶段性节点 | 填里程碑名称，如“版本提测”；不属于任何里程碑时留空 |
| 前置依赖 | 本任务开始前必须完成的任务 | 填所依赖任务的序号或名称，多项用逗号分隔；无依赖填“无” |
| 后置依赖 | 需要等本任务完成后才能开始的任务 | 填被依赖任务的序号或名称；无则填“无” |
| 执行顺序 | 本任务在依赖链中的位置 | 用整数表示先后，如 1、2、3；同一链条上数字小的先执行 |
| 排期冲突标记 | 标识该任务当前是否存在时间或依赖矛盾 | 用“无”“时间冲突”“依赖冲突”“待确认”四类值，具体写法见填写示例 |
| 状态 | 任务当前推进情况 | 用“未开始”“进行中”“已完成”“阻塞”四类值，按实际进展更新 |
| 备注 | 补充说明 | 记录配合角色、变更原因、实际开始时间、外部等待事项等无法放入其他字段的信息 |
前置依赖和后置依赖是同一关系的两种视角：A 是 B 的前置依赖，B 就是 A 的后置依赖。填写时至少写清一侧，另一侧可留待核对时补齐，避免两处写法不一致。
必填与选填：哪些字段不能空
必填字段决定这张表能否用来判断顺序和冲突。任务名称、负责人、开始时间、结束时间、前置依赖、执行顺序、状态这七项缺失时，读者无法确认任务由谁在什么时间做、排在谁之后，排期表就退化成任务清单。
| 字段 | 必填/选填 | 理由与使用场景 |
|---|---|---|
| 任务名称 | 必填 | 没有名称无法识别任务，也无法被其他行引用为依赖 |
| 负责人 | 必填 | 排期需要落到具体的人，否则无法确认执行责任 |
| 开始时间 | 必填 | 判断时间冲突和依赖是否可行的基础 |
| 结束时间 | 必填 | 与开始时间共同构成任务占用区间 |
| 前置依赖 | 必填 | 决定执行顺序；确实无依赖时填“无”，不留空 |
| 执行顺序 | 必填 | 依赖链较长时，单靠依赖字段不易读出先后，需要顺序值辅助 |
| 状态 | 必填 | 区分计划中的任务与已推进的任务，避免用旧排期做判断 |
| 截止日期 | 选填 | 存在硬性时间要求时填写；内部自定节奏的任务可留空 |
| 里程碑 | 选填 | 需要按阶段汇总或向外部汇报时填写 |
| 后置依赖 | 选填 | 可由前置依赖反向推导；跨团队交接时建议填写，便于对方识别 |
| 排期冲突标记 | 选填 | 初版排期可先留空，核对阶段统一标注 |
| 备注 | 选填 | 有需要说明的配合角色、变更原因或外部等待时填写 |
字段留空时按以下约定处理：必填字段暂未确定，填“待定”并在备注写明原因和确认时间，不用空白代替；选填字段不适用时留空即可，但“前置依赖”例外，无依赖必须写“无”，以便区分“没有依赖”和“还没填”。
填写示例：一条完整任务排期记录
以下为演示情景，任务名称、日期和依赖关系均为示例数据，用于核对格式，不代表真实项目。
| 序号 | 任务名称 | 负责人 | 开始时间 | 结束时间 | 截止日期 | 里程碑 | 前置依赖 | 后置依赖 | 执行顺序 | 排期冲突标记 | 状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 3 | 完成登录接口联调 | 李敏 | 2025-03-10 | 2025-03-14 | 2025-03-17 | 版本提测 | 2（登录接口开发） | 4（登录页回归测试） | 2 | 依赖冲突 | 阻塞 | 依赖任务 2 计划 3 月 12 日完成，晚于本任务开始时间；需与后端确认能否提前交付 |
逐字段看这条记录：任务名称写清动作和对象，负责人落到单人；开始与结束时间构成 3 月 10 日至 14 日的执行区间，截止日期 3 月 17 日晚于结束时间，表示计划完成之外还留有缓冲。前置依赖填“2（登录接口开发）”，用序号加名称的方式，既方便查找又避免同名混淆；后置依赖填“4（登录页回归测试）”，说明本任务完成后才能启动回归。执行顺序填 2，与前置依赖的序号一致，读表时可以直接看出这是链条中的第二步。
冲突标记写“依赖冲突”，原因是前置任务 2 的计划完成时间晚于本任务开始时间，两者在时间上无法衔接。这类情况在备注中写清冲突对象、冲突表现和处理动作，便于后续核对时直接跟进。如果同一负责人的两项任务时间区间重叠，则标记“时间冲突”；如果依赖关系尚未确认，标记“待确认”。没有问题时统一写“无”，不留空，以便筛选出所有异常行。
调整与维护方法
模板需要随团队规模和排期节奏调整，但核心字段应保持稳定。任务名称、负责人、开始时间、结束时间、前置依赖、执行顺序、状态这七项构成判断顺序与冲突的最小集合，任何调整都应保留。
可按以下清单增减字段：
- 任务数量多、跨多个阶段时，在序号前增加“阶段”列，便于分组筛选。
- 需要跟踪工作量时，增加“预计工时”列，但不以此替代开始与结束时间。
- 需要记录实际进展时，增加“实际开始时间”“实际完成时间”两列，计划值保持不变。
- 单人负责的小型排期可省略“里程碑”和“后置依赖”，依赖关系通过前置依赖单向表达。
- 不建议删除“排期冲突标记”，即使初版留空，它也是核对阶段的统一入口。
排期变更时按固定规则更新：任务时间调整，先改开始与结束时间，再检查所有引用该任务的前置依赖行是否仍然成立；依赖关系变化，同时更新前置与后置两侧，避免一侧改了另一侧没改；任务取消，将该行状态改为“已完成”并在备注注明取消原因，或整行删除后同步修正其他行的依赖引用。每次变更在备注中留下变更日期和原因，便于回溯。
核对节奏建议与排期粒度匹配：以周为排期单位时，每周固定一次核对；临近里程碑时提高到每周两次。核对时按三个动作执行：筛出冲突标记不为“无”的行逐条处理；检查状态为“阻塞”的任务是否已有解除条件；确认未来两周内开始的任务其前置依赖均已完成或按计划可完成。核对结果直接更新到表中，不另建一份口头结论。
当排期表需要在多人之间共享并和任务本身保持关联时，可以借助 ONES Wiki 承载：其页面模板库支持一键创建制式化文档模板，便于把这张表固化为团队统一格式；文档支持嵌入任务进度和各类报表，排期表与项目任务可以在同一页面中对照查看；ONES Wiki 也可与 ONES 的项目、任务等场景结合使用，使文档和项目工作保持关联。工作项层面的开始时间、截止日期、前置依赖等字段如何配置，以及依赖关系是否提供冲突校验，建议在选型或试用时按本文的字段清单逐项核验。
常见问题
任务排期表和项目进度表有什么区别，能不能合并成一张？
任务排期表以工作项为行，记录每项任务的开始结束时间、依赖和执行顺序，回答“谁先做、谁等谁”；项目进度表通常按阶段或里程碑汇总完成比例，回答“整体走到哪一步”。两者可以放在同一份文档中，但建议保留独立视图：排期表用于日常调整任务顺序，进度表用于阶段汇报。合并时容易把汇总口径混进任务行，导致同一行既承担任务又承担阶段统计。
前置依赖填了任务名称，后来任务改名了怎么办？
依赖引用建议以序号为主、名称为辅，写成“2（登录接口开发）”的形式。任务改名时只更新括号内的名称，序号保持不变，其他行的引用不受影响。如果团队习惯只填名称，需要在改名时用查找替换同步所有引用行，并在备注中记录改名日期。更稳妥的做法是核对阶段统一检查一遍依赖引用是否仍能对应到有效行。
排期冲突标记由谁填写，什么时候填？
冲突标记建议由排期表的维护人统一填写，而不是每个任务负责人各自标注，避免同一类问题出现不同写法。初版排期可以先留空，在核对阶段按“无、时间冲突、依赖冲突、待确认”四类值统一标注。任务负责人发现新冲突时，在备注中说明情况，由维护人在下一次核对时更新标记，保证整张表的判断口径一致。
任务数量很少，还需要保留后置依赖和里程碑吗？
单人负责、任务数量少的排期可以省略“里程碑”和“后置依赖”，依赖关系通过前置依赖单向表达即可。保留的核心是任务名称、负责人、开始时间、结束时间、前置依赖、执行顺序和状态这七项。当任务开始跨团队交接，或需要按阶段向外部汇报时，再补回后置依赖和里程碑两列，补列时同步检查已有行的依赖引用是否完整。
排期表放在文档里，怎么和实际任务保持同步？
文档形式的排期表适合固化格式和共享阅读，任务状态变化仍需要在任务管理工具中更新。可以用 ONES Wiki 的页面模板库一键创建制式化文档模板，把这张表固化为团队统一格式；文档支持嵌入任务进度和各类报表，排期表与项目任务可以在同一页面中对照查看，ONES Wiki 也可与项目、任务等场景结合使用，使文档和项目工作保持关联。工作项层面的开始时间、截止日期、前置依赖等字段如何配置，以及依赖关系是否提供冲突校验，建议在选型或试用时按本文的字段清单逐项核验。
