任务排期表模板：可直接填写的字段与示例

任务排期表的作用，是让每项工作都有明确的责任人、起止时间、前置依赖和完成标准，团队据此判断谁在什么时候做什么、哪些任务必须等前一项完成。本文提供一张可直接复制到表格工具或文档中的空白排期表，逐字段说明填写口径与必填取舍，再用一个完整示例演示如何填写，最后给出随项目推进调整和维护这张表的方法。排期表后续迁移到协作工具承载时，ONES 可作为可选方式之一。

要点总览（TL;DR）

• 空白模板包含任务编号、任务名称、负责人、起止日期、工期、前置依赖、里程碑、状态、优先级、完成标准和备注十二个字段，可直接复制到表格或文档中使用。
• 任务编号、任务名称、负责人、开始日期、结束日期、状态构成最小可用字段集；前置依赖在任务存在先后关系时必填，优先级、里程碑、备注可按项目复杂度选填。
• 填写时统一日期格式与工期口径，前置依赖填任务编号而非名称，完成标准写成可核验的结果，示例中的演示任务展示了并行与串行依赖如何表达。
• 维护阶段明确一名排期维护人，日期变更后先检查后续依赖任务是否顺延，变更记录登记变更前后内容与原因，迁移到协作工具时按字段逐一对应。

可直接复制的任务排期表空白模板

下面这张表可以直接复制到 Excel、在线表格或文档中。每一行对应一个工作项，从任务编号到备注共十二列。复制后先保留表头，按项目实际工作项逐行填写即可。

任务编号	任务名称	负责人	开始日期	结束日期	工期（天）	前置依赖	里程碑	状态	优先级	完成标准	备注

如果团队习惯用文档而不是表格管理排期，可以把同样的字段写成条目式清单，每个工作项占一个条目块。文档式的好处是可以在字段下方补充背景说明和讨论记录，适合任务数量不多、需要较多文字描述的项目。

• 任务编号：
• 任务名称：
• 负责人：
• 开始日期：
• 结束日期：
• 工期（天）：
• 前置依赖：
• 里程碑：
• 状态：
• 优先级：
• 完成标准：
• 备注：

两种呈现方式的字段完全一致，区别只在阅读顺序和补充说明的空间。表格适合快速横向对比多个任务的时间和依赖，文档式适合单个任务的详细交代。团队可以先用表格搭骨架，再把需要展开说明的任务链接到文档中。

排期表各字段的含义与填写口径

字段填写口径统一，排期表才能被不同角色正确读取。下表逐字段说明含义、填写方式和常见错误，后续示例也按同一口径填写。

字段名	含义	填写口径	常见错误
任务编号	工作项的唯一标识	用简短编码，如 T01、T02，按排期顺序或模块前缀编排	编号重复或中途改号，导致依赖引用失效
任务名称	这项工作的简短描述	用动宾结构写清交付物，如“完成登录页原型评审”	写成“登录页”这类名词，无法判断要做什么
负责人	对这项任务结果负责的人	填一个具体姓名，多人协作时指定主责人	填部门名或留空，任务无人推进
开始日期	计划开始的日期	填具体日期，格式统一为年-月-日	写“下周”“月底”等模糊表述
结束日期	计划完成的日期	填具体日期，且不早于开始日期	结束日期早于开始日期，或与工期矛盾
工期（天）	任务占用的工作日数量	按工作日计算，与起止日期保持一致	按自然日填写却与工作日排期混用
前置依赖	本任务开始前必须完成的任务	填前置任务的编号，多个用逗号分隔；无依赖填“无”	填任务名称而非编号，或漏填关键依赖
里程碑	标记阶段性成果的节点	是里程碑则填里程碑名称，否则留空	把每个任务都标成里程碑，失去区分意义
状态	任务当前进展	用固定选项，如未开始、进行中、已完成、阻塞	各人自造状态词，无法汇总统计
优先级	任务的相对重要程度	用高、中、低三档，或 P0、P1、P2	全部标为高，优先级失去排序作用
完成标准	判断任务完成的依据	写可核验的结果，如“评审记录归档且问题关闭”	写“做好”“完成”等无法验证的表述
备注	补充说明	记录风险、假设、外部依赖等不宜放入其他字段的信息	把关键依赖写进备注而不填依赖列

日期与工期的一致性需要特别留意。工期按工作日计算时，起止日期之间应扣除周末和已知假期；如果团队按自然日排期，就要在表头或备注中注明口径，避免同一张表混用两种算法。结束日期与开始日期相同表示当天完成，工期记为一天。依赖关系变化时，先改前置任务的日期，再检查后续任务的开始日期是否需要顺延。

完成标准的写法直接影响验收效率。可核验的标准通常包含交付物、检查方式和通过条件三部分，例如“接口文档更新至最新版本，并通过后端负责人评审”。备注列适合记录“等待第三方接口开放”这类外部条件，但任务之间的先后关系应填在前置依赖列，方便按依赖顺序检查排期是否可行。

哪些字段必填、哪些可以选填

字段取舍的依据是：缺少该字段是否会导致任务无法被安排、跟踪或验收。任务编号、任务名称、负责人、开始日期、结束日期、状态六项构成最小可用字段集，任何规模的项目都应填写。其余字段按项目复杂度补充。

字段	建议属性	裁剪建议
任务编号	必填	依赖引用和变更记录都靠编号定位，不可省略
任务名称	必填	没有名称的排期表无法阅读
负责人	必填	任务必须有人负责，多人协作指定主责人
开始日期	必填	排期的基本要素
结束日期	必填	与开始日期共同确定时间窗口
状态	必填	用于日常跟踪和汇总
工期（天）	建议填写	任务较多、需要核算时间总量时填写；任务少时可由起止日期推算
前置依赖	建议填写	存在任务先后关系时必填；相互独立的任务可留空
优先级	选填	任务数量多、需要排序取舍时填写
完成标准	建议填写	交付物需要验收时填写，简单事务性任务可简化
里程碑	选填	只有阶段性成果节点才标记
备注	选填	有风险、假设或外部条件时填写

判断必填字段缺失是否可接受，可以问三个问题：这项任务能否被唯一识别，是否有人对它负责，能否判断它何时开始和结束。三个问题中任何一个无法回答，就说明对应字段不能省略。前置依赖在任务之间存在先后关系时同样属于必填，因为漏填依赖会让排期看起来可行，实际执行时却互相等待。

字段增减会影响排期的可读性。字段过少，排期表退化为任务清单，无法支撑依赖检查和时间核算；字段过多，填写成本上升，更新容易滞后。小型项目可以先使用最小可用字段集加前置依赖，随着任务数量和协作方增加，再补充优先级、完成标准和里程碑。裁剪时保留字段含义的稳定性，避免同一字段在不同阶段改变口径。

填写示例：一个完整的小型排期表

以下示例设定为一个五人团队开发内部报销系统的第一阶段，范围包括需求确认、原型设计、接口开发和联调测试，计划周期为两周。示例中的日期、人名和任务均为演示情景，用于说明字段如何协同表达排期与依赖关系。

任务编号	任务名称	负责人	开始日期	结束日期	工期（天）	前置依赖	里程碑	状态	优先级	完成标准	备注
T01	完成报销流程需求确认	李敏	2025-03-03	2025-03-05	3	无	需求确认	已完成	高	需求清单经财务负责人确认并归档	涉及三个报销类型
T02	完成报销单填写页原型	王磊	2025-03-06	2025-03-07	2	T01		进行中	高	原型通过评审，评审意见关闭
T03	完成报销单提交接口开发	陈卓	2025-03-06	2025-03-10	3	T01		未开始	中	接口文档更新并通过后端评审	依赖财务系统接口开放
T04	完成报销单页面开发	王磊	2025-03-10	2025-03-12	3	T02		未开始	中	页面功能与原型一致，自测通过
T05	完成提交链路联调测试	赵倩	2025-03-13	2025-03-14	2	T03,T04	联调通过	未开始	高	联调用例全部通过，缺陷关闭	需财务系统测试环境可用

逐行看关键填写选择。T01 作为起点没有前置依赖，填“无”而不是留空，便于区分“没有依赖”和“忘记填写”。它同时被标记为里程碑“需求确认”，因为需求确认是后续设计和开发的共同前提。T02 和 T03 都依赖 T01，但两者之间没有依赖关系，因此可以并行开始，这也是排期表能压缩总周期的原因。

T04 依赖 T02 的原型，开始日期安排在原型结束后的下一个工作日，工期三天与起止日期一致。T05 同时依赖 T03 和 T04，前置依赖列用逗号分隔两个编号，开始日期取两者中较晚的完成时间之后。T05 标记为里程碑“联调通过”，表示第一阶段的可交付状态。T03 的备注记录了外部接口开放这一条件，这类外部依赖无法用任务编号表达，放在备注中提醒跟进。

状态列在示例中呈现了三种取值：已完成、进行中和未开始。排期表填写完成时，多数任务处于未开始状态，随着推进逐项更新。优先级只对需要排序的任务标注高或中，避免全部标高的常见问题。完成标准均写成可核验的结果，验收时可以直接对照。

排期表的调整与维护方法

排期表在项目推进中会不断变化，维护的重点是让变更可追溯、依赖关系始终有效。建议明确一名排期维护人，通常由项目经理或任务协调人担任，负责汇总变更并更新表格；各任务负责人负责在状态变化时及时告知。更新频率可以按周固定检查一次，任务密集的阶段改为每日站会后更新，出现阻塞时随时更新。

• 日期变更：先记录原日期和新日期，再检查所有以该任务为前置依赖的后续任务，确认是否需要顺延。
• 依赖调整：新增或删除依赖时，同步修改前置依赖列，并在备注中写明调整原因。
• 状态更新：任务进入进行中、完成或阻塞时当天更新，阻塞任务在备注中写明阻塞原因和解除条件。
• 范围变更：新增任务分配新编号，取消的任务保留行并标注取消，不直接删除，避免编号断档。

版本与留痕可以通过两种方式实现。使用表格工具时，保留每周的快照或开启版本历史，重要变更在单独的变更记录中登记。变更记录建议包含变更日期、任务编号、变更字段、变更前内容、变更后内容、变更原因和确认人七个字段，与排期表分开放置，便于回溯某次调整的来龙去脉。

当排期表迁移到协作工具承载时，字段需要做对应转换。任务编号对应工作项编号，任务名称对应标题，负责人对应经办人，起止日期对应计划开始与计划完成时间，前置依赖对应任务间的关联或依赖关系，状态对应工作流状态，优先级对应优先级字段，完成标准可以放入描述或验收标准字段。迁移前先确认工具中依赖关系能否表达多个前置任务，以及状态选项是否与原有口径一致，避免迁移后统计口径变化。

如果团队使用 ONES，排期表可以作为文档沉淀在 ONES Wiki 中，通过页面模板库建立统一的排期模板，文档支持关联项目任务，任务进度也可以嵌入文档展示。ONES Wiki 会记录页面版本并支持查看与回滚，适合需要保留排期调整痕迹的场景。具体字段如何映射到工作项配置，需要按团队实际使用的项目类型和字段设置确定。排期表解决的是工作项层面的时间与依赖安排，项目整体进度计划和人员容量冲突属于相邻议题，可分别参考项目进度管理、资源负载与冲突管理的相关内容。

常见问题

任务排期表和项目整体进度计划有什么区别，什么时候需要两张表？

任务排期表管理的是工作项层面的安排，回答每项任务由谁负责、何时开始结束、依赖哪项任务。项目整体进度计划关注阶段划分、里程碑体系和整体交付节奏，粒度更粗。当项目跨多个阶段、涉及多个团队交付时，通常需要先有整体进度计划，再用任务排期表把每个阶段拆成可执行的工作项。如果项目只有一两周、任务数量有限，一张排期表就能同时承担这两层作用。

前置依赖填了任务编号，但后续任务开始日期没有顺延，怎么处理？

这说明排期表存在时间矛盾，需要先确认前置任务的实际完成时间，再判断后续任务能否按原计划开始。如果前置任务延期且后续任务确实无法提前启动，就更新后续任务的开始和结束日期，并在变更记录中登记原日期、新日期和原因。如果后续任务可以部分启动，例如先做不依赖前置成果的部分，可以在备注中说明拆分方式，避免整条链路被动等待。

团队人数少、任务简单，模板字段可以删到多少？

最小可用字段集是任务编号、任务名称、负责人、开始日期、结束日期和状态六项，删到这一组仍能识别任务、找到责任人并跟踪进展。任务之间存在先后关系时，前置依赖也应保留，否则排期看起来可行、执行时却互相等待。工期可以由起止日期推算，优先级和里程碑在任务少、无需排序取舍时可以省略。字段删减后保持口径稳定，后续补充字段时不要改变已有字段的含义。

排期表迁移到协作工具后，还需要保留原来的表格吗？

迁移完成后，表格可以作为历史快照保留一段时间，用于对照迁移前后的排期差异，确认字段映射没有遗漏。日常维护转到协作工具中进行，依赖关系、状态和日期在工具里更新，避免两处各改一份导致口径不一致。迁移前先核对工具中依赖关系能否表达多个前置任务、状态选项是否与原有口径一致，这两项确认后再停止表格的日常更新。

用文档承载排期表时，版本记录能起到什么作用？

文档承载排期表时，版本记录让每次日期调整、依赖变更和状态更新都有据可查，出现争议时可以回溯某次调整的时间和内容。以 ONES Wiki 为例，文档会实时同步并记录页面版本，支持查看与回滚，页面模板库也可以用来建立统一的排期模板。团队仍需约定变更记录的登记口径，明确哪些调整需要单独登记原因和确认人，版本记录解决的是留痕，变更原因的解释仍要靠团队约定。