任务排期表通常包含四类字段：任务标识、时间、依赖与顺序、执行责任与状态。其中任务编号、任务名称、计划开始、计划完成、负责人和状态建议设为必填，依赖类型、实际日期、备注等可按管理精细度选填。下面给出一张可直接复制的空白模板，并逐项说明填写口径、必填取舍、完整示例，以及它与甘特图、里程碑清单的分工。文中也会提到，ONES 可用于承载工作项排期与前后置依赖，便于团队在同一处维护这些字段。
要点总览（TL;DR）
- 任务排期表通常包含四类字段：任务标识、时间、依赖与顺序、执行责任与状态；任务编号、任务名称、计划开始、计划完成、负责人和状态建议设为必填。
- 时间字段统一用 YYYY-MM-DD 格式，工期按工作日计；依赖字段填写前置任务编号并注明依赖类型，默认使用完成-开始（FS）。
- 精简版保留六列必填字段即可起步，完整版增加工期、实际日期、依赖类型、关键路径等列，适合多项目并行或任务间存在明显先后约束的场景。
- 排期表用字段承载时间和依赖，是原始数据源；甘特图把数据画到时间轴上便于查看节奏；里程碑清单只保留关键节点用于对齐重要时间点，三者应配合使用。
- 模板维护要按项目类型增删字段、及时回写依赖与日期变更、保留版本记录并定期复核，让字段、示例和维护规则保持一致。
可直接复制的任务排期表空白模板
下面的表格可以直接复制到 Excel、在线表格或项目管理工具中。字段顺序与后文说明保持一致，复制后保留表头，按行填入任务即可。建议第一行作为表头冻结，第二行起为数据行。
| 任务编号 | 任务名称 | 所属项目/模块 | 计划开始 | 计划完成 | 工期（天） | 实际开始 | 实际完成 | 前置任务 | 后续任务 | 依赖类型 | 是否关键路径 | 负责人 | 协作人 | 状态 | 优先级 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
如果团队刚开始使用排期表，可以先只保留必填列，等协作稳定后再补充依赖和实际日期。表格的列宽建议按内容调整：任务名称列放宽，日期列统一宽度，状态和优先级列收窄，便于横向浏览。
各字段的含义与填写口径
字段能否被不同角色一致填写，取决于每个字段是否有明确的取值格式。下面按四类字段说明含义和填写口径，日期与工期格式单独约定。
任务标识类字段
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 任务编号 | 任务的唯一标识 | 建议采用“项目缩写-序号”，如 PRJ-001，全表不重复 |
| 任务名称 | 用动宾结构描述要完成的事 | 如“完成登录接口联调”，避免只写“接口”这类无法判断完成状态的名词 |
| 所属项目/模块 | 任务归属的项目或功能模块 | 与项目立项时的名称保持一致，跨项目汇总时便于筛选 |
时间类字段
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 计划开始 | 任务计划启动日期 | 统一格式 YYYY-MM-DD，如 2025-03-03 |
| 计划完成 | 任务计划交付日期 | 与计划开始同一格式，且不早于计划开始 |
| 工期（天） | 计划占用的工作日数 | 按工作日计，含首尾；可由计划完成减计划开始推算，也可先定工期再排日期 |
| 实际开始 | 任务实际启动日期 | 任务进入“进行中”时填写，未开始留空 |
| 实际完成 | 任务实际交付日期 | 任务通过验收或交付时填写，用于与计划完成对比偏差 |
依赖与顺序类字段
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 前置任务 | 本任务开始前必须完成的任务 | 填写前置任务的任务编号，多个用逗号分隔，如 PRJ-001, PRJ-002 |
| 后续任务 | 依赖本任务完成才能开始的任务 | 填写后续任务编号；也可只维护前置任务，由表格公式反查后续 |
| 依赖类型 | 前后任务之间的约束关系 | 常用四种：完成-开始（FS）、开始-开始（SS）、完成-完成（FF）、开始-开始带滞后（SS+天数）；未特别说明时默认 FS |
| 是否关键路径 | 任务是否位于决定总工期的路径上 | 填“是/否”；关键路径上的任务延期会直接推迟项目完成日期 |
责任与状态类字段
| 字段 | 含义 | 填写口径 |
|---|---|---|
| 负责人 | 对任务结果负责的单一角色 | 每行只填一人，避免多人共同负责导致无人推进 |
| 协作人 | 参与执行或需要知会的人员 | 可多人，用逗号分隔 |
| 状态 | 任务当前所处阶段 | 统一取值：未开始、进行中、阻塞、已完成、已取消 |
| 优先级 | 任务相对重要程度 | 统一取值：高、中、低，避免使用数字造成口径不一 |
| 备注 | 补充说明 | 记录阻塞原因、外部依赖、验收标准等无法放入其他字段的信息 |
日期与工期需要全表统一：日期一律用 YYYY-MM-DD，工期一律按工作日计。若团队按自然日排期，应在表头或备注中注明，避免同一张表混用两种口径。
哪些字段必填、哪些可以选填
必填字段的作用是保证每一行任务都能被识别、排期和追责。任务编号、任务名称、计划开始、计划完成、负责人、状态这六项缺失任何一项，排期表就无法支撑基本的进度跟踪，因此建议设为必填。所属项目/模块在单项目表中可以省略，在多项目汇总表中应设为必填。
| 字段 | 建议 | 理由或适用场景 |
|---|---|---|
| 任务编号 | 必填 | 依赖字段需要引用编号，缺失会导致依赖无法表达 |
| 任务名称 | 必填 | 识别任务内容的基本信息 |
| 计划开始、计划完成 | 必填 | 排期的核心，缺失则无法判断时间安排 |
| 负责人 | 必填 | 明确推进责任 |
| 状态 | 必填 | 区分未开始、进行中与已完成，支撑进度统计 |
| 所属项目/模块 | 单项目可省，多项目必填 | 用于筛选和汇总 |
| 工期（天） | 选填 | 可由计划日期推算；需要快速评估工作量时填写 |
| 实际开始、实际完成 | 选填 | 需要对比计划与实际偏差时填写 |
| 前置任务、后续任务、依赖类型 | 选填 | 任务间存在明确先后约束时填写；独立任务可留空 |
| 是否关键路径 | 选填 | 需要识别影响总工期的任务时填写 |
| 协作人、优先级、备注 | 选填 | 按协作复杂度和信息量补充 |
据此可以组合出两个版本。精简版保留任务编号、任务名称、计划开始、计划完成、负责人、状态六列，适合任务量小、依赖少的团队快速起步。完整版在精简版基础上增加所属项目/模块、工期、实际日期、前置任务、后续任务、依赖类型、是否关键路径、协作人、优先级、备注，适合多项目并行、任务间存在明显先后约束的场景。两种版本可以共存：先用精简版运行一到两个迭代，再根据实际遇到的排期冲突补充依赖字段。
一张填好的排期表示例
下面用一个“会员系统改版”的演示情景说明字段如何配合。示例数据为演示用途，不代表真实项目。
| 任务编号 | 任务名称 | 所属项目/模块 | 计划开始 | 计划完成 | 工期（天） | 实际开始 | 实际完成 | 前置任务 | 后续任务 | 依赖类型 | 是否关键路径 | 负责人 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| MEM-001 | 完成会员等级规则评审 | 会员系统 | 2025-03-03 | 2025-03-05 | 3 | 2025-03-03 | 2025-03-05 | — | MEM-002 | FS | 是 | 张敏 | 已完成 |
| MEM-002 | 完成会员等级接口开发 | 会员系统 | 2025-03-06 | 2025-03-12 | 5 | 2025-03-06 | MEM-001 | MEM-003 | FS | 是 | 李哲 | 进行中 | |
| MEM-003 | 完成会员等级前端页面联调 | 会员系统 | 2025-03-13 | 2025-03-18 | 4 | MEM-002 | MEM-004 | FS | 是 | 王琳 | 未开始 | ||
| MEM-004 | 完成会员系统回归测试 | 会员系统 | 2025-03-19 | 2025-03-24 | 4 | MEM-003 | — | FS | 是 | 陈昊 | 未开始 | ||
| MEM-005 | 更新会员权益说明文档 | 运营支持 | 2025-03-06 | 2025-03-10 | 3 | 2025-03-07 | MEM-001 | — | SS | 否 | 赵雪 | 进行中 |
这张表体现了几个填写要点。MEM-002 的前置任务是 MEM-001，依赖类型为 FS，表示规则评审完成后接口开发才能开始；MEM-003 依赖 MEM-002，依次形成一条链。MEM-001 到 MEM-004 都标记为关键路径，因为其中任一任务延期都会推迟回归测试和整体上线。MEM-005 与 MEM-002 同时启动，用 SS 依赖表达“接口开发开始后即可同步更新文档”，它不在关键路径上，延期几天不会影响总工期。
计划与实际日期的对比也能从表中读出：MEM-001 按计划完成，MEM-002 按计划开始但尚未完成，MEM-005 实际开始比计划晚一天。负责人据此可以判断是否需要调整后续任务的计划日期，而不是等到交付前才发现偏差。
任务排期表与甘特图、里程碑清单的区别
三者都在回答“任务何时做、先后关系如何”，但承载方式不同。排期表用字段逐行记录时间和依赖，是数据的原始来源；甘特图把同样的数据画到时间轴上，用条形长度和连线直观呈现；里程碑清单只保留关键节点，用于对齐重要时间点。混用的常见后果是：只在甘特图上拖拽调整而不回写字段，导致排期表与图形不一致。
| 对比项 | 任务排期表 | 甘特图 | 里程碑清单 |
|---|---|---|---|
| 表达方式 | 表格字段，逐行记录 | 时间轴上的条形与依赖连线 | 关键节点列表 |
| 信息粒度 | 可细到每个任务的全部字段 | 侧重时间跨度与先后关系 | 只保留重要时间点、事件或决策点 |
| 主要用途 | 录入、筛选、统计和交接 | 查看整体节奏和冲突 | 对外对齐关键交付时间 |
| 适合场景 | 任务量大、需要按字段汇总 | 需要快速判断排期是否可行 | 向管理层或相关方同步节点 |
配合使用的方式是：以排期表为唯一数据源，甘特图从排期表生成或同步，里程碑清单从排期表中挑选关键节点单独维护。调整排期时先改字段，再刷新图形，避免两处各改一遍。ONES 的项目计划支持创建工作分解结构、为任务设置前后置依赖，并用里程碑标记重要时间点；ONES Plan 支持制定项目里程碑和甘特图，并可共享甘特图供团队查看进度。这类工具的价值在于让字段、依赖和图形来自同一份数据，减少手工同步。
模板的调整与日常维护方法
模板能否长期使用，取决于字段增删是否有原则、变更是否有记录、复核是否有节奏。下面给出一组可执行的维护规则。
- 按项目类型增删字段。研发类项目通常需要依赖类型和关键路径；市场活动类项目更关注对外节点和协作人，可省略关键路径。新增字段前先确认它会被谁使用、用于什么判断，连续两个周期无人填写的字段应删除或并入备注。
- 依赖与日期变更及时回写。前置任务完成、范围调整或负责人变更时，当天更新对应行的计划日期和依赖字段，并检查后续任务是否需要顺延。实际开始和实际完成在状态变化时同步填写，避免事后补记。
- 保留版本与变更记录。模板结构调整时另存版本并注明变更内容和生效日期；单条任务的排期变更可在备注中记录原因，或借助工具的计划基线与版本对比追溯变更细节。ONES 支持设置项目计划和里程碑基线，对比计划与执行的偏差，并通过版本对比追溯变更。
- 建立定期复核机制。建议每周复核一次进行中任务的实际日期与计划偏差，每个阶段结束时复核依赖关系是否仍然成立。复核的输出是更新后的排期表和需要上报的风险项，而不是一份新的表格。
维护规则确定后，应写入模板的说明页或表头注释，让新加入的成员按同一口径填写。字段、示例和维护规则保持一致，排期表才能真正成为团队共用的进度依据。
常见问题
任务排期表里前置任务和后续任务需要同时填吗？
不必同时填。只维护前置任务即可表达先后关系，后续任务可以通过表格公式或工具的反查功能自动生成。如果团队习惯双向维护，需要约定以哪一侧为准，避免两处不一致。依赖类型字段在只填前置任务时同样需要填写，用于说明是完成-开始还是其他约束关系。
工期按自然日还是工作日计算，表里需要注明吗？
两种口径都可以，关键是全表统一。建议默认按工作日计，并在表头或备注中注明；如果团队按自然日排期，也要在表头写清楚。同一张表混用两种口径会导致计划完成日期推算错误，后续对比实际偏差时也失去基准。
任务量很少的团队，排期表可以只保留哪几列？
可以只保留任务编号、任务名称、计划开始、计划完成、负责人、状态六列。这六项能保证每行任务被识别、排期和追责，支撑基本的进度跟踪。等任务间出现明确的先后约束或需要对比计划与实际偏差时，再补充前置任务、依赖类型、实际日期等字段。
排期表调整后，甘特图和里程碑清单需要跟着改吗？
需要。排期表是原始数据源，甘特图和里程碑清单应从排期表生成或同步。调整排期时先改字段，再刷新图形和节点列表，避免只在甘特图上拖拽而不回写字段。ONES 的项目计划支持为任务设置前后置依赖并用里程碑标记重要时间点，ONES Plan 支持制定项目里程碑和甘特图，并共享甘特图供团队查看进度，这类工具可以让字段、依赖和图形来自同一份数据。
关键路径字段什么时候需要填？
当团队需要识别哪些任务延期会直接推迟项目完成日期时填写。关键路径上的任务前后衔接紧密，任一任务延期都会影响总工期；不在关键路径上的任务有一定浮动时间。如果项目任务量小、依赖关系简单，可以先不填，等排期冲突增多时再补充。
