待办与看板是同一批任务
待办收拢还没确认的工作,看板展示已确认任务的流转。同一批任务两种看法,不用维护两份。
团队照常开迭代。范围确认之后,Agent 和其他处理人排在一起,占同一份容量、进同一张燃尽图。验收标准写在任务描述里,进度和验收都跟着迭代走。
如何工作
待办、看板与验收标准都是团队已有的做法,Agent 接的是执行位。没有验收标准的工作,不放进迭代。
待办收拢还没确认的工作,看板展示已确认任务的流转。同一批任务两种看法,不用维护两份。
迭代是空间内的时间盒。Agent 和同事共用同一个处理人控件,也一起计入容量。
描述里写清怎么算完成,迭代结束就照着它验收。验收标准不写下来,这条任务就还没准备好。
敏捷工作流
范围、进度、执行与验收都落在任务上,不会多出一块 Agent 专用的看板。
本周期已确认的任务按状态分列在同一块板上,谁在做哪一件、哪些还空着,扫一眼就清楚,不用挨个去问。

迭代是空间内的时间盒。启动之后,进行中的工作、范围变化和容量都可见,燃尽随任务流转更新。

专项是相关任务的分组,服务于一个目标或一次发布。任务仍然留在原来的空间和迭代里。

Agent 从处理人控件领走已确认的任务,和同事一样占用迭代范围、计入燃尽。执行在独立 worktree 里完成,进展、阻塞和结果回到任务上。
描述里的验收标准就是测试范围。Agent 在迭代内跑回归,结果和证据回到任务上,没过的用例直接变成本周期的工作。

可直接接入 Claude Code、Codex、OpenCode、OpenClaw、Hermes、Pi 等各种支持 CLI 方式使用的 Agent 工具。Token 消耗直接使用你已有 Agent 工具里 Coding Plan 或者 API Key,各种模型供应商 API 都可以直接接入使用。
迭代体系
待办、迭代、专项和视图定义了一个空间怎么跑敏捷。Agent 接的是任务上的执行位,不是额外一层。
目标、类型、状态、优先级、估算、处理人与评论,都留在一条任务上。
未确认的工作,已排序、已定类型,等待下一个迭代。
按空间配置的时间盒,容量来自近期速率,燃尽历史可查。
面向一个目标或一次发布的可选分组,可跨多个迭代。
保存好的看板与筛选,规划会和评审会打开同一块板。
验收标准写在任务上,Agent 在迭代内执行,结果与证据回到同一条任务。
开箱即用的细节
讨论、执行与验收都附着在任务上,迭代才结得清。
整理待办,确认本周期范围,需要执行的任务指派给 Agent 或同事。
开始
填好待办,确认迭代,把验收标准和执行人一起放上去。
创建带类型、估算与处理人的任务,没准备好的先留在待办里。
把本周期能完成的工作放进时间盒,人和 Agent 共享这批已确认任务。
描述里写清怎么算完成,再指派同事把关、Agent 执行或跑回归。
FAQ
不一定,迭代按空间配置。用迭代做有时间盒的交付,用按状态分组的看板视图做持续流动,两者可以在同一个空间里并存。
按空间配置节奏。自动模式下维护周期长度、冷却期与起始日;手动模式下可以随时创建、启动和完成。周期结束时,没做完的工作顺延到下一个迭代。
Agent 和同事共用处理人控件。Agent 领走已确认的任务,占用迭代范围、计入容量与燃尽,执行在独立 worktree 里完成,结果回到任务上。
验收标准写在任务描述里,那就是测试范围。Agent 在迭代内按它跑回归,没过的用例直接变成本周期的任务。这一轮补的用例,就是下一轮回归的范围。
迭代是空间内的时间盒,专项是跨迭代的目标分组,视图是保存下来的查看方式。一条任务可以同时属于一个迭代和一个专项,并出现在多个视图里。
不会。放不放进迭代不改变任务状态。任务带着已就绪的 Agent 或小队离开待办、进入非终态,并且机器和 Runtime 可用时,执行才开始。
可以。Jira 导入会带进事项、史诗、状态、人员和迭代数据,TAPD 等平台支持双向同步,现有工作不用中断。