任务截止日期和计划完成时间都出现在任务排期里，含义却不同：截止日期回答“最晚什么时候必须完成”，通常来自承诺、合同或流程节点；计划完成时间回答“按当前安排预计什么时候能完成”，由执行者根据工作量、依赖和资源排出。本文围绕工作项层面的这两个日期，说明它们的定义、边界、配合方式，并用示例纠正常见误用。
要点总览（TL;DR）
- 任务截止日期是必须完成的时间底线，来自交付承诺、合同条款或流程节点倒推；计划完成时间是执行者按工作量、依赖和资源排出的预计完成时点。
- 截止日期属于约束条件，调整需走变更流程；计划完成时间属于排期结果，随依赖和进展更新。
- 排期时先确认截止日期，再排出计划完成时间并比较：计划晚于截止日期即为风险信号，优先压缩范围、增加资源或调整依赖，确有必要再变更截止日期。
- 任务结束时间是事后记录的实际完成时间，用于回填对比、校准估算；里程碑日期约束一组任务或阶段，常作为截止日期的来源。
- 常见误用包括把计划完成时间当对外承诺、随意前移截止日期、完成后不回填实际时间。
任务截止日期和计划完成时间分别指什么
任务截止日期是任务必须完成的时间底线。它由外部约束决定，常见来源有三类：对客户或合作方的交付承诺、合同或验收条款约定的时间、流程中后续节点倒推出来的最晚时点。截止日期的特点是“先有约束，后有任务安排”，执行者可以调整做法和资源，日期本身通常不因执行进度而改变。
计划完成时间是执行者基于当前信息排出的预计完成时点。它的估算依据包括：任务本身的工作量、前置依赖的预计完成情况、可投入的人员与时间、必要的评审或等待环节。计划完成时间的特点是“随信息更新而调整”，依赖提前完成、资源增加或范围缩减，都可能让它前移；出现阻塞或估算偏差，则会后移。
一句话区分：截止日期是约束条件，回答“最晚必须何时好”；计划完成时间是排期结果，回答“按现在的安排预计何时能好”。两者可以相同，也可以不同，不同才是排期需要关注的信息。
两者的边界：哪些日期不属于这两个概念
把这两个日期与其他时间信息分开，才能避免排期讨论中各说各话。以下日期不属于本文所说的截止日期或计划完成时间：
- 任务结束时间：任务实际完成时记录的时间，属于已经发生的事实。它用于和计划对比，本身不参与事前排期。
- 里程碑日期：阶段节点的时间标记，通常约束一组任务或一个交付物，而不是单个任务的完成时点。里程碑可以成为某些任务截止日期的来源，但它本身是更高一层的节点。
- 任务开始时间：排期的另一端，回答“什么时候可以开始”，与本文讨论的完成侧日期分属不同问题。
- 项目整体进度：汇总多个任务和阶段后的整体状态，涉及范围、资源和优先级权衡，不在本文范围。
- 人员容量与资源负载冲突：决定“有没有人做、能做多少”的问题，会影响计划完成时间的估算，但属于资源管理话题，本文不展开。
划清边界的实际意义在于：当有人说“这个任务的时间要改”时，先确认改的是哪一类日期。改截止日期意味着变更对外承诺或流程约束，需要相应审批；改计划完成时间只是更新排期判断，属于执行过程中的正常动作。
排期里两个日期如何配合起作用
在排期流程中，两个日期承担不同角色：截止日期是输入端的约束条件，计划完成时间是排出来的结果。合理的做法是先确认截止日期，再根据工作量、依赖和资源排出计划完成时间，最后比较两者。
比较结果直接对应风险判断。计划完成时间早于或等于截止日期，说明当前安排可行，留出的余量可以作为缓冲；计划完成时间晚于截止日期，说明存在按期完成的风险，需要尽早暴露并处理。处理方式通常有三类：压缩范围、增加资源或调整依赖顺序，让计划完成时间前移；或者在确实无法满足时，走变更流程调整截止日期。先暴露风险再决定是否变更，比临近日期才发现问题更可控。
依赖关系变化时，调整的对象是计划完成时间，而不是截止日期。前置任务延迟交付，后续任务的计划完成时间应随之前移或后移，重新计算是否仍能满足截止日期。截止日期只有在承诺或流程节点本身发生变化时才调整，并且应当留下变更记录，让相关方知道底线变了。
任务完成后，用实际结束时间回填，与计划完成时间对比，可以看出估算偏差有多大。多次回填后，估算依据会逐渐校准，后续排出的计划完成时间也更接近实际。这个回填动作是排期闭环的一部分，缺少它，计划完成时间就容易变成拍脑袋的数字。
在工具层面，这类日期管理需要工作项能承载计划、依赖和实际记录。ONES 瀑布项目管理解决方案支持用「项目计划」创建工作分解结构（WBS），按目标、交付物或项目阶段等维度分解计划和工作；支持为项目任务设置前后置依赖，并用里程碑标记重要时间点、事件或决策点；还支持设置项目计划和里程碑基线，实时对比计划与执行的偏差，提早识别风险和问题。这些能力对应的是排期中的约束记录、依赖调整和计划与实际的对比动作，具体日期字段的名称与配置方式以实际使用环境为准。
和任务结束时间、里程碑日期怎么区分
四个概念容易混用，用同一组维度对照更清楚：
| 概念 | 定义 | 由谁设定 | 是否可调整 | 在排期中的作用 |
|---|---|---|---|---|
| 任务截止日期 | 任务必须完成的时间底线 | 承诺方、合同条款或流程节点倒推，通常由任务负责人之外的角色确认 | 需走变更流程，不随意改动 | 约束条件，用于判断排期是否可行 |
| 计划完成时间 | 执行者预计任务完成的时点 | 任务执行者，结合工作量、依赖和资源估算 | 随进展和依赖变化调整 | 排期结果，用于暴露风险和组织协作 |
| 任务结束时间 | 任务实际完成的时间记录 | 由完成动作产生，执行者确认 | 属于事实记录，不调整，纠错需留痕 | 用于回填对比，校准后续估算 |
| 里程碑日期 | 阶段节点的时间标记 | 项目管理者或计划制定者 | 随阶段计划变更调整 | 约束一组任务，常作为截止日期的来源 |
对照可以看出，截止日期和里程碑日期都带约束性质，区别在约束范围：前者约束单个任务，后者约束阶段或一组交付。计划完成时间和任务结束时间都指向“完成”，区别在事前与事后：前者是预计，后者是记录。排期讨论中把四者说清楚，责任和变更权限也就清楚了。
一个具体例子与常见误解
以下为演示情景，用来说明两个日期的差异，不作为真实案例。
某版本需要在月底前提交客户验收，验收材料中的接口文档任务因此设定了截止日期为25日。执行者评估后排出计划完成时间：接口开发任务预计18日完成，文档撰写需要3个工作日，评审和修改预留2个工作日，计划完成时间为23日。此时计划完成时间早于截止日期，安排可行。
执行中接口开发因联调问题延后到21日完成，文档任务的计划完成时间随之调整为26日，晚于25日的截止日期。这个差异就是风险信号：要么协调评审资源压缩修改时间，要么与客户沟通验收材料范围，要么走变更流程调整截止日期。无论选哪种，调整的是计划完成时间或经过审批的截止日期，而不是悄悄把截止日期改成26日了事。任务完成后，记录实际结束时间，与计划完成时间对比，就能看出这次估算偏差出在联调环节还是文档环节。
围绕这个例子，有三类常见误解值得纠正：
- 把计划完成时间当承诺。计划完成时间是执行者的预计，会随依赖和资源变化调整。对外承诺应使用截止日期，并在承诺前确认计划完成时间留有余量。
- 随意前移截止日期。截止日期来自承诺或流程约束，前移意味着压缩底线，需要相关方确认并评估影响。把它当作可以随手改的数字，会让排期失去约束力。
- 完成后不回填实际时间。缺少实际结束时间的记录，计划与执行的偏差无法比较，估算依据得不到校准，下一次排出的计划完成时间仍然缺乏参考。
把两个日期分开管理，排期讨论就有了共同语言：截止日期谈约束和变更，计划完成时间谈估算和风险，实际结束时间谈复盘和改进。
常见问题
计划完成时间晚于截止日期时，应该先改哪一个？
先处理计划完成时间，再考虑是否变更截止日期。计划完成时间晚于截止日期，说明按当前安排存在按期风险，可以先看能否通过压缩范围、增加资源或调整依赖顺序把预计完成时点前移。只有在承诺或流程节点本身确实无法满足时，才走变更流程调整截止日期，并留下变更记录告知相关方。把截止日期直接改成新的预计时间，会让约束失去作用。
截止日期确定后，执行过程中还需要更新计划完成时间吗？
需要。计划完成时间是对当前信息的判断，前置任务提前或延后、资源投入变化、评审环节增加，都会影响预计完成时点。及时更新能让风险更早暴露：如果更新后计划完成时间仍早于截止日期，说明安排可行；一旦晚于截止日期，团队就有时间协调资源或沟通范围。长期不更新，计划完成时间会与实际脱节，排期讨论也就失去参考价值。
里程碑日期可以直接当作任务的截止日期使用吗？
可以成为来源，但两者范围不同。里程碑日期标记的是阶段节点，通常约束一组任务或一个交付物；任务截止日期约束的是单个任务。实践中常从里程碑日期倒推，为相关任务设定各自的截止日期，并留出评审、集成等环节的时间。直接把里程碑日期套到每个任务上，会让多个任务挤在同一时点完成，反而增加交付风险。
任务完成后，实际结束时间和计划完成时间不一致，需要处理吗？
需要记录并对比。实际结束时间与计划完成时间的差异，反映的是估算偏差，可能出在工作量判断、依赖等待或评审环节。把差异记录下来，后续同类任务的估算就有了参照，计划完成时间会逐渐贴近实际。如果偏差反复出现在同一类环节，还可以据此调整排期时的预留时间。缺少这一步，估算依据难以积累。
在工具中管理这两个日期，需要关注哪些能力？
重点看三点：工作项能否分别记录截止日期与计划完成时间，依赖关系变化后能否重新排出预计完成时点，以及完成后能否记录实际时间并与计划对比。以 ONES 瀑布项目管理解决方案为例，它支持用「项目计划」创建工作分解结构（WBS），为项目任务设置前后置依赖，用里程碑标记重要时间点，并支持设置项目计划和里程碑基线，实时对比计划与执行的偏差。具体日期字段的名称与配置方式以实际使用环境为准。
