任务结束时间指任务实际完成或停止推进的时间点，记录已经发生的事实；截止日期指任务被要求完成的最晚时间点，表达必须在此之前完成的约束。排期管理中，前者用于回看与度量，后者用于约束与预警。计划完成时间和里程碑日期也常出现在排期表里，但口径不同，需要一并分清。
要点总览（TL;DR）
- 任务结束时间记录任务实际完成或终止推进的时间点，属于已经发生的事实；截止日期是任务被要求完成的最晚时间点，属于必须遵守的时限要求。
- 截止日期驱动排期约束，用于倒排、优先级排序和逾期预警；结束时间驱动事实记录，用于完成率统计、周期度量和复盘。
- 计划完成时间是对未来完成的预估，可以随进展调整；里程碑日期是阶段节点的要求时间，针对一组工作而非单个任务，四者口径不同、不能互相替代。
- 判断前置任务是否可交付，应看结束时间是否已经产生，不能只看截止日期是否已过；截止日期已过而任务未完成，说明存在逾期风险。
- 常见误用是把截止日期抄进结束时间字段、用完成状态替代逾期判断，结果是完成率虚高、周期统计失真、复盘找不到真正瓶颈。
任务结束时间和截止日期分别指什么
任务结束时间回答的是“这件事什么时候真正停了下来”。它对应任务进入完成状态，或因取消、合并、转交等原因终止推进的那个时间点。填写依据是实际发生的情况，通常由任务负责人在关闭任务时确认，也可以由系统在状态流转到完成时自动记录。结束时间一旦产生，就应当保持稳定，后续复盘、周期统计都以它为准。
截止日期回答的是“这件事最晚什么时候必须做完”。它是任务承担的一项时限要求，来源可能是合同交付节点、上游任务的开始条件、对外承诺，也可能是团队内部约定的完成期限。截止日期由安排任务的人设定，任务负责人可以据此安排工作节奏，但无权单方面把它改成实际完成的那一天。
一句话区分：结束时间记录已发生的事实，截止日期表达必须遵守的时限。在排期表中，两者通常分列在不同字段：截止日期属于计划信息，随任务创建或排期时填写；结束时间属于执行结果，在任务收尾时产生。填写主体也不同，截止日期多由项目经理、计划编制者或任务提出方设定，结束时间由任务执行者在完成或终止任务时确认。
边界在哪里：哪些时间不属于这两个概念
排期表里时间字段较多，容易把相邻概念混进来。以下四类时间各有归属，不应与任务结束时间、截止日期互相替代。
- 计划完成时间是对未来完成的预估，属于计划口径。它可以在排期时填写，也可以随进展调整；结束时间只在任务真正完成后才产生，两者一个是预测、一个是事实。
- 里程碑日期是阶段节点的要求时间，针对的是一组工作或一个阶段性事件，不针对单个工作项。把里程碑日期直接填成某个任务的截止日期，会让任务时限与阶段要求混在一起。
- 项目整体进度归项目进度管理，关注的是项目层面的完成比例、偏差和预测，不用于描述单个任务的起止。
- 人员容量与负载冲突归资源负载与冲突管理，处理的是谁在什么时间段有多少可用工时，与任务的时间字段不是同一类信息。
还有一个常见边界：任务尚未完成时，结束时间应留空。用截止日期顶替结束时间，会让“计划要求”伪装成“实际结果”，后续统计完成率、计算周期时都会失真。任务被取消或终止推进时，可以记录终止时间，但需要在状态上区分“完成”与“终止”，避免把未交付的任务计入完成。
排期管理中两者如何共同起作用
截止日期驱动排期约束。排期时常用倒排方式，从交付节点向前推算各任务的可用时间，再据此确定先后顺序和优先级；执行过程中，截止日期是逾期预警的基准，临近或超过截止日期而任务仍未完成，就应当触发提醒和协调。截止日期还影响排序：在资源有限时，截止日期更早的任务通常优先安排。
结束时间驱动事实记录。任务完成后，结束时间进入完成率统计、周期度量和复盘分析：实际用了多长时间、哪些任务反复延期、延期集中在哪个环节，都要以结束时间为准。没有可靠的结束时间，排期复盘就只能停留在印象层面。
同一任务上，两个时间的关系有三种情形：
| 情形 | 时间关系 | 排期含义 |
|---|---|---|
| 提前完成 | 结束时间早于截止日期 | 任务按期交付且有余量，可考虑把余量让给后续任务或作为缓冲 |
| 按期完成 | 结束时间等于或略晚于截止日期但仍在约定范围内 | 按计划收尾，需确认是否影响下游任务的开始条件 |
| 逾期完成 | 结束时间晚于截止日期 | 已发生延期，应记录偏差原因，并检查对依赖任务和里程碑的影响 |
在依赖关系中，判断前置任务是否可交付，应看它的实际完成情况，也就是结束时间是否已经产生，而不能只看截止日期是否已过。截止日期已过但任务仍未完成，说明存在逾期风险，下游任务不能据此视为可以开始；反过来，前置任务提前完成，结束时间已经产生，下游就可以提前启动。依赖排期依据的是实际可交付状态，截止日期只是要求，不构成交付事实。
在工具层面，这类时间字段需要与任务状态流转配合才有意义。以ONES为例，项目计划支持按目标、交付物或阶段分解工作并制定进度计划，任务可以设置前后置依赖，里程碑用于标记重要时间点，计划和里程碑基线可用于对比计划与执行的偏差；团队按计划推进事项时，可以持续查看任务状态、阶段进展和待处理问题。把这些能力用在排期上，实际做法是：截止日期随任务排期写入，任务完成时由状态流转记录结束时间，再通过基线对比看出哪些任务的实际结束时间偏离了原定要求。具体字段的名称、是否必填和填写规则，以实际界面配置为准。
和计划完成时间、里程碑日期怎么区分
四个概念放在同一口径下比较，差异主要在时间性质：它是已经发生的事实、被提出的要求，还是对未来的预估。
| 概念 | 定义 | 时间性质 | 填写时点 | 主要用途 |
|---|---|---|---|---|
| 任务结束时间 | 任务实际完成或终止推进的时间点 | 事实 | 任务完成或终止时 | 完成率统计、周期度量、复盘 |
| 截止日期 | 任务被要求完成的最晚时间点 | 要求 | 排期或下达任务时 | 约束排期、优先级排序、逾期预警 |
| 计划完成时间 | 对任务未来完成时间的预估 | 预估 | 排期时填写，可随进展调整 | 编制进度计划、预测交付时间 |
| 里程碑日期 | 阶段性节点或重要事件的要求时间 | 要求（阶段级） | 制定阶段计划时 | 标记关键节点、检查阶段交付 |
区分方法可以按三步走：先看这个时间是否已经发生，已发生的是结束时间；再看它是对某个任务的要求还是对阶段的安排，任务级要求是截止日期，阶段级要求是里程碑日期；最后看它是否允许随进展修正，允许修正的预估是计划完成时间。一个时间字段如果既能被随意改动又被当作完成依据，通常说明口径被混用了。
常见混用有三种。其一，把计划完成时间当作截止日期使用，导致任务没有硬性时限，延期时缺少预警依据；纠正方式是明确哪些日期是承诺、哪些只是预估，承诺日期单独设字段。其二，把里程碑日期直接分配给单个任务，导致任务时限与阶段要求脱节；纠正方式是把里程碑作为阶段检查点，任务截止日期由里程碑倒推得出。其三，任务完成后不填结束时间，只用截止日期代表完成；纠正方式是要求任务关闭时确认实际完成时间，并在统计中区分“按截止日期完成”和“实际何时完成”。
一个排期例子与常见误解
假设一个需求开发任务：截止日期为3月20日，排期时预估需要6个工作日，计划完成时间填3月18日，留出两天缓冲。三种完成情形如下。
- 提前完成：任务3月16日完成，结束时间为3月16日，早于计划完成时间和截止日期。偏差为提前2天，缓冲可以留给后续联调任务。
- 按期完成：任务3月18日完成，结束时间与计划完成时间一致，早于截止日期。说明预估准确，排期节奏可沿用。
- 逾期完成：任务3月23日完成，结束时间晚于截止日期3天。此时不仅要记录延期，还要检查依赖该任务的下游任务是否已被迫顺延，以及阶段里程碑是否受影响。
这个例子里，截止日期始终是3月20日，不因实际完成时间而变化；计划完成时间可以在执行中调整，但调整应留下记录；结束时间只有一个，就是任务真正完成的那一天。三者取值不同，承担的判断任务也不同。
高频误解主要有三类。第一类是把截止日期当结束时间填，任务一关闭就把截止日期抄进结束时间字段，结果是所有任务看起来都“按期完成”，逾期情况被掩盖。第二类是用结束时间替代逾期判断，认为任务既然完成了就不必再看是否超期，导致延期原因无法沉淀，下一轮排期继续低估工作量。第三类是认为截止日期和结束时间必须相同，把两者当成同一个字段的两种叫法，排期表里只保留一个时间，约束和事实无法分开记录。
这些误解带来的后果是连锁的：完成率虚高、周期统计失真、依赖判断失去依据、复盘找不到真正的瓶颈。要避免这些问题，排期表应把要求时间和事实时间分列，任务关闭时强制确认实际完成时间，逾期判断以截止日期为基准、以结束时间为证据，两者各司其职。
常见问题
任务提前完成了，截止日期要不要跟着改？
通常不需要改。截止日期是任务承担的要求，提前完成说明实际结束时间早于要求时间，这个偏差本身是有价值的信息，改掉截止日期反而会掩盖提前量。如果业务上的交付承诺确实发生了变化，应当走变更流程调整截止日期并留下记录，而不是在任务关闭时顺手改掉。结束时间则按实际完成的那一天填写，保持稳定。
任务被取消或转交，结束时间怎么记？
任务因取消、合并、转交等原因停止推进时，可以记录终止时间，但需要在状态上把“完成”和“终止”区分开。终止的任务不应计入完成率，否则统计口径会被污染。转交的情形还要注意：原任务终止、新任务承接，两个任务各自记录自己的时间，避免用同一个结束时间覆盖两段执行过程。
前置任务截止日期已过但还没完成，下游任务能开始吗？
不能据此视为可交付。截止日期只是要求，不构成交付事实；判断前置任务是否可交付，应看它的结束时间是否已经产生。截止日期已过而任务仍未完成，说明存在逾期风险，下游任务如果强行启动，很可能返工或等待。实际做法是触发预警、协调资源，必要时调整下游任务的排期，并把这次偏差记录到复盘里。
排期表里字段太多，能不能只保留一个完成时间？
只保留一个时间会让约束和事实无法分开记录。截止日期用于倒排、排序和逾期预警，结束时间用于完成率统计和周期度量，两者承担的判断任务不同。如果系统字段有限，至少应把要求时间和事实时间分列，并在任务关闭时强制确认实际完成时间。计划完成时间可以作为辅助字段保留，用于对比预估准确度。
里程碑日期能不能直接当作任务的截止日期？
不建议直接等同。里程碑日期是阶段节点的要求时间，针对的是一组工作或一个阶段性事件；任务截止日期是单个工作项的时限。把里程碑日期直接分配给某个任务，会让任务时限与阶段要求混在一起，其他任务的时间约束反而缺失。更稳妥的做法是把里程碑作为阶段检查点，各任务的截止日期由里程碑倒推得出，并保留缓冲。
