AI任务计划是用AI把目标拆成可执行工作项、生成分派建议、辅助状态流转并跟进执行的一套做法。它适合任务来源多、拆解耗时或交接频繁的团队；落地前先约定任务颗粒度与字段规范，再按“目标输入—AI拆解—人工校准—分派与状态操作—执行跟进”运行。ONES可作为承载拆解、分派与跟进的工作项平台。
要点总览（TL;DR）
- AI任务计划覆盖任务拆解、创建、分派建议、状态操作和执行跟进五类动作，AI负责生成草案与操作辅助，任务是否成立、由谁负责、何时关闭由人确认。
- 落地前先约定任务颗粒度与字段规范：一张任务对应一个责任人在一个迭代内可独立完成并交付可检查结果的工作，必填字段至少包括标题、所属目标、验收标准、负责人、计划时间、优先级和状态。
- 流程按“目标输入—AI拆解—人工校准—分派与状态操作—执行跟进”五步运行，每步明确输入、动作、输出和完成标志，其中人工校准最容易被跳过，重点是把笼统表述改成可判断完成与否的验收条件。
- 分派建议的确认权落在团队负责人或任务负责人身上，交接设两个节点：拆解完成后由需求提出者确认覆盖范围，分派完成后由任务负责人确认接受。
- 进入执行前用完成检查逐项核对颗粒度与字段、分派合理性、状态与跟进记录、异常与返工四类检查项，存在未确认负责人、验收标准不可判断、阻塞项无处理人三类阻断项时先返工。
AI任务计划的核心做法与操作步骤
AI任务计划覆盖五类动作：任务拆解、任务创建、分派建议、状态操作和执行跟进。AI在这五类动作中承担草案生成与操作辅助，任务是否成立、由谁负责、何时关闭，仍由团队中的人确认。流程能否稳定运行，取决于启动前是否把任务颗粒度和字段规范定清楚。
前置约定：任务颗粒度与字段规范
颗粒度决定一张任务卡代表多大的工作量。常见做法是以“一个责任人在一个迭代内能独立完成并交付可检查结果”为一张任务的边界；跨角色、跨交付物的内容继续拆分。字段规范则规定每张任务必须填写哪些信息，建议至少包含：任务标题、所属目标或需求、验收标准、负责人、计划完成时间、优先级、状态。字段规范一旦确定，AI拆解和人工校准就使用同一套标准，减少返工。
五步流程及每步的输入、动作、输出与完成标志
| 步骤 | 输入 | 动作 | 输出 | 完成标志 |
|---|---|---|---|---|
| 1. 目标输入 | 项目目标、范围、关键交付物、时间约束、已有需求文档 | 把目标整理成一段结构化描述，写明要交付什么、不做什么、何时完成 | 一份可供AI读取的目标说明 | 目标、范围、交付物三项均有明确表述，无待定项 |
| 2. AI拆解 | 目标说明、字段规范、历史同类任务 | 让AI按颗粒度要求生成任务草案，逐条填写规定字段 | 任务草案清单 | 每条草案都有标题、验收标准和初步负责人建议 |
| 3. 人工校准 | 任务草案清单、颗粒度约定 | 逐条检查是否过大或过细、验收标准是否可检验、依赖关系是否遗漏，合并或拆分 | 校准后的任务清单 | 每条任务都能对应到一位责任人和一个可检查的结果 |
| 4. 分派与状态操作 | 校准后的任务清单、团队分工 | 确认负责人，设定初始状态与计划时间，建立任务间依赖 | 已分派的任务记录 | 负责人已确认接受，状态与时间字段完整 |
| 5. 执行跟进 | 已分派任务、执行进展 | 按固定节奏更新状态、记录阻塞、调整计划，AI辅助汇总进展与识别逾期 | 跟进记录与状态更新 | 每张任务的状态与实际进展一致，阻塞项有处理人和处理时限 |
五步中最容易被跳过的是第三步。AI拆解出的任务往往在措辞上完整，但验收标准偏笼统，例如“优化页面性能”缺少可检验的指标。人工校准的任务就是把这类表述改成可判断完成与否的条件，同时检查任务之间是否存在遗漏的依赖。
在ONES中，目标说明可以放在项目文档或Wiki页面，AI拆解结果落到工作项，分派、状态流转和跟进记录都在同一工作项上完成。ONES Assistant可将PRD拆解为需求和任务并按模块分配负责人，也能执行创建缺陷、更新状态、通知负责人等操作；这些能力以官方示例指令形式呈现，实际可用范围与套餐、版本及权限配置相关，需按团队环境核验。
角色分工与各环节交付物
流程空转通常源于两个问题：拆解结果没人校准，分派建议没人拍板。把每个环节的负责人和交付物固定下来，AI输出才能进入正式任务流。
| 角色 | 主要动作 | 关键交付物 | 参与的评审与交接节点 |
|---|---|---|---|
| 需求提出者 | 提供目标、范围、交付物与验收口径；确认AI拆解是否覆盖真实需求 | 目标说明、验收口径 | 目标输入评审；拆解结果确认 |
| 任务负责人 | 校准自己负责的任务颗粒度与验收标准；接受或退回分派建议；更新执行状态 | 校准后的任务条目、状态更新记录 | 分派确认；执行中的状态交接 |
| 团队负责人 | 制定颗粒度与字段规范；确认分派合理性；主持跟进节奏；处理跨任务冲突 | 字段规范、分派记录、跟进记录 | 分派评审；周期性跟进会 |
| AI工具管理者 | 配置AI可访问的项目与文档范围；维护指令模板；核对AI操作权限与记录 | 指令模板、权限配置说明、操作日志 | 流程上线前配置评审；异常操作复核 |
分派建议的确认权应落在团队负责人或任务负责人身上，AI输出视为草案。交接节点建议设两个：拆解完成后由需求提出者确认覆盖范围，分派完成后由任务负责人确认接受。跟进记录按固定周期沉淀，作为下一轮拆解的历史参考。
ONES的AI能力基于ONES权限体系进行知识问答和任务执行，输出过程可追踪、结果可审计，适合把AI操作纳入既有权限与记录管理。工具管理者配置可访问范围时，应同步明确哪些项目数据允许AI读取。
示例：一次AI任务计划从目标到跟进
以下为演示情景，用于说明流程如何走通，不代表真实项目数据。
背景设定：某研发团队计划在四周内上线会员中心的积分兑换功能，涉及后端接口、前端页面和测试三部分。需求提出者提供了一份简短需求说明，写明兑换规则、支持的商品类型和上线时间。
AI拆解草案：AI按字段规范生成任务清单，例如“设计积分兑换接口，验收标准为支持单次兑换与批量兑换两类请求”“开发兑换页面，验收标准为覆盖商品选择、数量输入、确认提交三个步骤”“编写兑换流程测试用例，验收标准为覆盖正常兑换、积分不足、商品下架三种场景”，并给出按模块分配负责人的建议。
人工校准的修正点：团队负责人发现“设计积分兑换接口”实际包含接口设计与联调两段工作，拆成两条任务；需求提出者补充“积分不足时需给出明确提示文案”这一验收条件；任务负责人将测试用例任务的计划时间前移，避免测试集中在最后一周。
分派与状态流转记录：三条主线任务分别确认负责人，初始状态设为“待开始”，依赖关系设为前端页面依赖接口完成。执行中接口任务更新为“进行中”，测试任务因商品下架场景的规则未定被标记为阻塞，并记录处理人为需求提出者。
执行跟进与结果反馈：每周跟进会上，AI汇总各任务状态与阻塞项，团队据此调整测试任务的启动时间。上线后复盘时，团队把本次校准中补充的验收条件写回字段规范，作为下次拆解的默认要求。
完成检查：判断AI任务计划是否可用
一份AI任务计划在进入执行前，应逐项核对以下检查项。全部通过方可分派；存在阻断项时先返工，不进入执行。
| 检查类别 | 检查项 | 通过标准 | 不通过时的处理 |
|---|---|---|---|
| 颗粒度与字段 | 每张任务是否对应单一可交付结果；必填字段是否齐全 | 无跨角色大任务；标题、验收标准、负责人、时间、优先级、状态均有值 | 拆分任务或补齐字段后重新校准 |
| 分派合理性 | 负责人是否确认接受；工作量是否与责任人当前安排冲突 | 每位负责人明确接受，无未确认的分派建议 | 退回团队负责人重新分派 |
| 状态与跟进记录 | 初始状态是否统一；跟进节奏与记录方式是否确定 | 状态取值符合团队约定；跟进周期、记录位置已明确 | 补充状态规范与跟进安排 |
| 异常与返工 | 阻塞项是否有处理人和时限；验收标准是否可检验 | 每个阻塞项有明确处理人；验收标准可判断完成与否 | 标记返工，处理完成后再检查 |
阻断项建议设为三类：存在未确认负责人的任务、存在无法判断完成与否的验收标准、存在无处理人的阻塞项。这三类问题会直接导致执行阶段无法推进，应在分派前解决。其余问题如字段格式不统一，可在执行中修正，不阻断流程。
检查通过后，任务清单、字段规范、分派记录和跟进记录构成这一轮AI任务计划的完整交付物。团队可在ONES中把这些内容分别沉淀为工作项、文档和操作记录，便于下一轮拆解时复用同一套标准。
常见问题
AI拆解出的任务颗粒度偏粗或偏细，怎么统一？
颗粒度问题通常出在拆解前没有给出可判断的边界。建议在目标说明中直接写明颗粒度约定，例如“一个责任人在一个迭代内能独立完成并交付可检查结果”，并附上一两条历史任务作为示例，让AI按同一标准生成草案。
校准阶段按这条边界逐条判断：跨角色、跨交付物的任务继续拆分；只有单一动作且无需独立验收的条目合并回上游任务。团队负责人负责在评审时统一口径，避免不同人按各自习惯判断。
AI给出的分派建议可以直接采用吗？
建议把AI输出视为草案，由团队负责人或任务负责人确认后生效。确认时至少核对两点：负责人是否明确接受，以及该任务的工作量是否与责任人当前安排冲突。
存在未确认负责人的任务应作为阻断项处理，退回重新分派后再进入执行。这样既保留了AI在生成建议上的效率，也让责任归属有明确的人来拍板。
执行过程中任务状态和实际进展不一致，如何纠正？
先检查状态取值是否在团队内有统一定义，再检查跟进节奏是否固定。状态规范不统一时，同一进展可能被不同人填成不同状态，汇总结果就失真。
跟进环节建议按固定周期更新状态、记录阻塞，并为每个阻塞项指定处理人和处理时限。AI可辅助汇总进展与识别逾期，但状态变更仍需责任人确认，保证记录与实际进展一致。
哪些情况必须返工，哪些可以在执行中修正？
建议把三类问题设为阻断项：存在未确认负责人的任务、存在无法判断完成与否的验收标准、存在无处理人的阻塞项。这三类会直接导致执行阶段无法推进，应在分派前解决。
字段格式不统一、描述措辞不规范等不影响执行判断的问题，可以在执行过程中修正，不阻断流程。返工完成后重新走一遍对应检查项即可。
用ONES承载AI任务计划时，需要提前确认哪些条件？
ONES Assistant可连接ONES Project、ONES Wiki与ONES TestCase，理解项目、工作项、迭代和Wiki页面等工作上下文，并把自然语言指令转化为可追踪的工作。官方示例中包含将PRD拆解为需求和任务并按模块分配负责人，以及创建缺陷、更新状态、通知负责人等操作。
这些能力以示例指令形式呈现，实际可用范围与套餐、版本及权限配置相关。上线前建议由工具管理者确认AI可访问的项目与文档范围，并核对操作权限与记录方式；ONES的AI能力基于其权限体系运行，输出过程可追踪、结果可审计。
