检查并关闭任务
在 LadVen OS 中，关闭任务意味着结果已检查、完成标准已满足，并且该任务不再需要后续动作。这不是形式上的状态切换，而是验收点：参与者理解接受了什么、结果在哪里，以及为什么任务不再处于工作中。
好的关闭能保护业务免受两个问题影响：未完成的工作不会被算作已接受，新的承诺也不会丢在已关闭任务的评论中。如果验收时出现新请求，必须明确固定：把当前任务退回修改，创建关联任务，或说明为什么新请求不属于当前结果。
基本路径：执行人表示工作已准备好，结果经过检查，然后根据决定接受任务、退回修改，或把新增范围移到单独任务。
良好实践
不要在看到“完成了”后马上关闭任务。先检查结果、文件、评论、已完成的检查清单项、耗费时间和未解决问题。如果工作需要验收，执行人先完成自己的部分或把任务发送检查，提出人接受结果或用清晰评论退回任务。
只有在有明确结果或明确退回原因后才改变状态。如果需要修正，请在任务评论中描述：这样决定会留在工作上下文中，而不是丢在私聊里。
对负责人来说，关闭任务不仅是标记“已完成”，也是对期限、结果、风险和工时的控制。最终关闭前应清楚：接受了什么，没有接受什么，出现了哪些新承诺，以及它们将在哪里执行。
任务状态
| 状态 | 含义 | 什么时候使用 |
|---|---|---|
| 新建 | 任务已创建，但工作尚未开始。 | 提出任务后，或退回到起始状态且执行人尚未开始时。 |
| 进行中 | 任务正在执行。 | 负责人已开始工作、澄清细节、维护检查清单、附加中间文件或记录时间时。 |
| 检查中 | 结果已准备好，等待检查。 | 执行人认为完成标准已满足，并把工作交给提出人或检查人时。 |
| 受控中 | 任务等待控制或最终确认。 | 需要单独控制阶段时，例如负责人、客户或流程所有者在检查后确认结果。 |
| 已完成 | 工作已接受并关闭。 | 结果已检查、必要材料已附加、问题已关闭、活动计时器已停止时。 |
| 已推迟 | 任务被推迟。 | 工作暂时不再相关，但不应取消：等待外部事件、决定或新期限时。 |
| 已取消 | 任务被取消。 | 结果不再需要。建议在评论中记录取消原因，避免参与者继续工作。 |
| 未完成 | 任务未得到所需结果。 | 工作以不成功结束，且需要与取消或推迟区分时。请说明原因和后续动作。 |
主要场景
完成工作
执行人在自己这边结果准备好时完成工作。此前需要对照描述、完成标准和检查清单。如果任务不需要单独检查，完成可能直接导致关闭。如果启用了检查，任务应进入等待检查或控制状态。
完成前，执行人检查：
- 结果可以打开、阅读、运行或通过其他方式检查；
- 最终文件、文档、链接或回复已附加到任务；
- 必要检查清单项已勾选；
- 评论中记录了重要决定、限制和具体完成内容；
- 活动计时器已停止，若时间记录用于计划/实际，则手动时间已添加。
发送检查
如果提出人或其他参与者必须接受结果，请把任务发送检查。为此，结果必须在任务中可见：附加最终文件、链接、截图、文档、带总结的评论或其他可检查产物。
发送检查时的好评论回答三个问题：
- 什么已经准备好；
- 在哪里检查；
- 是否有限制、争议点或问题。
如果检查是流程的必需部分，不要绕过它直接关闭。状态“检查中”帮助区分“执行人完成了”和“工作已被接受”。
发送控制
当结果不只是在任务内部检查就足够时，需要控制。例如需要负责人、流程所有者、客户或质量负责人的确认。此时任务可以进入控制状态。
发送控制前，请确保检查人不需要重新恢复上下文：
- 描述或评论中有完成标准；
- 最终结果已附加或与任务关联；
- 有争议的决定写在评论中；
- 关联任务、CRM 实体或文档已在有助于检查来源时添加；
- 应控制结果的参与者已添加到任务，并能看到材料。
接受任务
当结果符合约定且不需要修改时，接受任务。如果有完成标准，请按标准检查，而不是按总体印象。
关闭任务前检查：
- 结果与描述和预期结果一致；
- 任务按期限以可理解状态关闭：按时、有解释的逾期，或已协商延期；
- 必要检查清单已关闭，或清楚说明为什么某些项不再需要；
- 最终文件和链接对参与者可访问；
- 如果对历史重要，评论中有最终决定；
- 提出人、负责人和协作执行人没有未解决问题；
- 活动计时器已停止，耗费时间没有悬空；
- 如果任务对报告、客户或预算重要，计划/实际时间可以解释；
- 关闭不会隐藏未完成的流程阶段。
如果结果只被部分接受，不要静默关闭任务。要么用具体修改列表退回任务，要么为新的独立结果创建关联任务。
好的验收不仅记录“完成了”，还固定管理结论：按哪些标准接受任务，哪个文件版本是最终版，哪些限制仍然存在，新范围被移到哪里。如果检查过程中出现额外请求，不要无痕地把它们关进原任务：创建关联任务，或记录为什么它们不属于当前结果。
如果关闭被检查阻止
有时 LadVen OS 不允许关闭任务或把任务移到下一阶段。这不是需要绕过的技术故障，而是流程保护性检查：系统看到验收缺少必备条件。
用户应看到清楚说明：
- 哪个动作被阻止：关闭、发送检查、转入控制或改状态；
- 缺少什么：最终文件、结果链接、已关闭检查清单、最终评论、负责人、客户关联或其他必填字段；
- 谁来修正：执行人、提出人、流程所有者、负责人或 LadVen OS 管理员；
- 如何继续：添加缺少项，保存任务，然后重复同一个动作。
不要通过重复任务、私下约定或绕行状态来关闭任务。如果检查要求最终文件，请附上文件或链接。如果要求关闭检查清单，请关闭必填项，或在评论中说明例外。如果条件不适合当前流程，请联系流程所有者调整检查，而不是手动破坏单个任务。
修正后重复同一个动作，并确认任务确实进入了目标状态。如果阻止再次出现，请把检查消息与任务卡片对比：可能修正了错误项目、文件附错位置、评论未保存，或用户没有目标字段权限。
退回执行或修改
当结果不符合完成标准、缺少文件、有未解决问题或检查发现错误时，把任务退回执行。退回应说明具体要修正什么。
不好的退回：
不合适，重做。
好的退回：
已退回修改：最终表格中没有“付款日期”列，而描述中把它列为必填。请添加该列，按清单中的客户填写行，然后再次发送检查。
如果任务已经处于检查或控制状态，退回后通常会重新变成工作状态。如果工作不再需要，请取消任务。如果工作因外部原因暂停，请推迟任务。如果无法获得结果且需要记录失败，请使用未成功完成的状态。
关闭时的负责人控制
负责人或流程所有者看的不只是最终状态，还包括管理痕迹的质量。关闭后的任务应能说明为什么工作被接受，以及对期限、风险和新需求做了哪些决定。
需要特别关注以下任务：
- 期限被移动，或任务在截止日期后关闭；
- 执行人耗时明显多于计划；
- 结果影响客户、资金、法律文档、流程启动或其他部门工作；
- 评论中出现新请求，但没有看到单独关联任务；
- 任务多次被退回修改；
- 检查清单的一部分被取消或认定不再相关；
- 关闭操作不是提出人执行，而是其他参与者执行。
这类情况下，关闭评论应回答负责人关心的问题：接受了什么，与原始任务相比发生了什么变化，为什么偏差可接受，以及新承诺将在哪里完成。
完成但不丢失新承诺
验收过程中经常出现额外请求：“再加一个报告”“检查第二个分支”“之后更新模板”“把这个转给另一个部门”。如果不固定这些请求就关闭原任务，它们会留在聊天中，不会进入工作。
使用一个简单规则：
| 验收时出现了什么 | 如何处理 |
|---|---|
| 原结果的修正 | 用具体修改列表把当前任务退回修改。 |
| 新的独立结果 | 创建关联任务或子任务。 |
| 没有承诺的未来想法 | 在评论中记录为想法，或记录现在不做的决定。 |
| 外部依赖 | 推迟任务，或创建单独任务来获取输入。 |
| 与客户或负责人的约定变化 | 在评论中记录决定，并把新任务与原任务关联。 |
关闭后的任务应保持为清晰的验收点。如果原始结果已接受，不要在其中继续做新工作：这样会让期限、负责人和计划/实际更难控制。
与完成标准的关系
完成标准是验收的主要依据。它们应在任务描述、检查清单或评论中，如果是在工作过程中出现，也应记录下来。没有标准，检查会变成对期待的争论。
方便的检查方案：
| 在哪里看 | 检查什么 |
|---|---|
| 描述 | 承诺了什么结果，写了哪些限制。 |
| 检查清单 | 必要步骤是否全部完成，是否有未完成项目。 |
| 文件和链接 | 最终版本是否附加，参与者是否可访问。 |
| 评论 | 决定、澄清、确认和偏差原因是否记录。 |
| 时间 | 如果需要时间核算，计时器是否停止，实际时间是否记录。 |
| 关联 | 如果部分结果被单独移出，是否有父任务、子任务或关联任务。 |
如果某个标准过时，不要在关闭时忽略它。先在评论中记录为什么它不再需要，然后再接受结果。
如何在 LadVen OS 中操作
- 打开任务。
- 检查描述、完成标准和预期结果。
- 查看最新评论、决定和问题。
- 如果检查需要，打开附加文件、链接、文档和关联实体。
- 确认必要检查清单项已完成。
- 检查期限：任务是按时关闭、协商延期，还是有明确逾期说明。
- 检查计时器和时间记录：最终关闭前活动计时器必须停止。
- 如果任务参与报告或负载控制，请比较计划/实际。
- 如果你是执行人且结果已准备好，完成工作或发送任务检查。
- 如果需要单独控制阶段，把任务发送控制。
- 如果你接受工作且结果符合标准，完成任务。
- 如果需要修改，留下带具体意见的评论并把任务退回工作。
- 如果出现新的独立请求，在最终关闭前或刚关闭后创建关联任务。
- 如果工作不再需要，取消任务；如果需要等待，选择推迟状态；如果结果未达成且需要记录，固定未成功完成。
检查什么
- 结果符合原始约定；
- 完成标准已满足，或其变化已在评论中解释；
- 期限已遵守，或偏差原因已记录；
- 所有必要文件已附加；
- 重要决定已在评论中记录；
- 检查清单没有未完成的必要项；
- 需要时计时器已停止，时间已记录；
- 如果任务对报告或预算重要，负责人能理解计划/实际；
- 如果缺少关联会丢失上下文，已添加关联任务、文档或 CRM 实体；
- 新承诺已移入单独关联任务，或已明确拒绝；
- 参与者没有未解决问题；
- 关闭没有隐藏未完成流程阶段。
关闭时的评论
关闭评论不一定总是必需，但当任务对历史、客户、报告或结果交接重要时很有用。简短说明：接受了什么，最终版本在哪里，决定不做什么。
示例：
已接受。合同最终版已附加到任务，评论中的修改已纳入。
按取消关闭：客户推迟启动，当前准备工作不再需要。新日期确定后再回到任务。
记录未成功完成：未获得来源访问权限，没有它无法准备导出。已创建单独任务获取访问权限。
什么时候需要新的关联任务
不要把退回修改变成无尽任务。如果出现新的独立结果，最好创建子任务或关联任务。
创建关联任务适用于：
- 出现原始约定中没有的新工作范围；
- 需要把独立结果分配给另一个负责人；
- 修正依赖外部决定或其他流程；
- 当前结果可以接受，而新要求需要单独推进。
如果修正属于同一完成标准，且没有它不能接受结果，就把当前任务退回工作。
良好实践
- 按完成标准接受结果，不按“好像完成了”接受。
- 退回修改时写具体修改列表和预期结果。
- 对影响客户、预算或部门负载的任务，关闭前检查期限和计划/实际。
- 在评论中固定管理决定：期限移动、检查清单项取消、部分结果接受。
- 为新的独立范围创建关联任务，避免关闭后丢失。
- 不要关闭有活动计时器或未保存时间的任务。
- 对重要任务使用负责人控制，让验收与执行分开。
- 多次退回后检查原始任务：完成标准可能不完整，或范围已变化。
常见错误
- 未检查结果就关闭任务；
- 没有最终文件、链接或总结评论就完成工作；
- 任务应经过检查或控制，却直接完成；
- 退回修改时没有具体修改列表；
- 在私信中请求修改，而不是在评论中；
- 接受逾期结果但不说明原因和决定；
- 计划/实际偏差很大却无评论就关闭；
- 把新请求当作“小修正”，尽管它是有另一期限或负责人的独立结果；
- 关闭后仍留下活动计时器；
- 工作可能稍后恢复，却取消任务而不是推迟；
- 当前任务退回即可解决，却创建新任务修正；
- 已出现新的独立结果，却继续当前任务；
- 口头确认后关闭任务，没有在卡片中留下历史决定。
需要的截图
公开文档适合准备这些截图：
- 验收前任务卡片：描述、检查清单、文件和最新评论；
- “检查中”状态或类似的把结果交给提出人的屏幕；
- 执行人发送检查时的评论示例：准备好了什么、在哪里检查；
- 检查人用具体评论退回修改的屏幕；
- 负责人控制中的任务，能看到结果和关联材料；
- 关闭前的时间区块：计时器已停止，计划/实际可见；
- 为新承诺创建的关联任务或子任务示例；
- 最终关闭的任务，带总结评论和可访问文件。