作者： Q.H. Wang

任务边界是对单个可执行工作项“做到哪里为止”的约定，包含交付物与完成标准、范围与不做事项、起止与时间条件、责任人与协作接口、输入前提与依赖关系五类内容。本文说明每类内容怎么写，并给出任务与子任务、前置依赖任务之间的分界描述规则和完整示例。

任务拆解写到能开工、能验收，关键是把边界落成可核对的边界卡。本文给出输入、输出、前置依赖、不包含事项和验收口径五项字段的填写规则，四步操作流程，角色分工与变更处理，一个接口联调任务的完整示例，以及提交前的完成检查清单。

任务边界要写成一份能直接开工、也能直接验收的短文档。本文给出输入、输出、前置依赖、不包含事项、验收标准五项字段的填写要求、编写顺序、角色分工、完整示例和完成检查清单。

制定子任务拆分规范时，交付物、流程步骤和角色三种方式回答的是不同问题。本文用统一维度对照三者的差异与代价，给出主维度判断顺序、二级拆分组合规则、规范条文示例，以及分场景落地检查与调整条件。

三种子任务拆分维度回答不同问题：要交出什么、按什么顺序做、谁负责哪一段。本文用同一口径对比三种拆分的适用场景与主要风险，并给出制定统一规范时的选择顺序、组合规则和落地检查项。

统一子任务拆分规则把拆分粒度、切分维度、认领人和完成定义变成团队共用的判断口径。本文给出价值成立的前提、适合优先统一的团队与任务类型、建立规则的投入、暂缓情形，以及用试点数据判断是否推广的方法。

统一子任务拆分规则是否值得优先建立，取决于协作密度和口径分歧带来的实际成本。本文给出四类触发信号、适合优先建立的组织条件、需要投入的编写与推行成本、应当暂缓的情形，以及用试点指标决定推广或回退的方法。

存量任务命名混乱时，全量返工成本高、阻力大。本文给出一套分批治理方案：先定可判定的命名规则，用分层抽样摸清存量规模与分布，按活跃度和影响面把任务分成必改、随改、冻结三档，分批执行改名并保留旧名检索线索，同时约束新建入口，最后用检查清单判断治理是否可以收口并转入常态维护。

历史任务命名混乱时，一次性全量重命名容易打断在途交付。本文给出分层治理路径：先定五条以内的最小命名规则，再按使用频率、业务重要性和在途状态划定范围与批次，通过新任务立规矩、存量触碰即改、高优先级批量处理逐步统一，并明确角色分工与完成检查标准。

推行任务命名规范的成本集中在书写增量、评审判断与退回、推行期磨合三处。本文给出可代入自身数据的成本公式与口径表，分析规则条数、工作项量、退回率等敏感因素，并说明怎样把可检索性交给结构化字段、把规则压缩到少数几条可判定的要求，避免规则过重。