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