迭代：按人的审查能力排期，不按 Agent 的产出排期

迭代计划一直靠一个安静的假设：容量等于人数乘以时间盒。你估算工作，拿去和团队上一个周期完成的量比较，然后承诺一份放得下的范围。

把 AI 编程 Agent 放进团队，这个等式就不再描述现实。一条任务一旦可开工，Agent 可以马上领走，和每一个其他 Agent 并行，并在你计划讨论它的那次站会之前，带回 diff 和测试结果。执行容量剧烈膨胀。诱人的反应是承诺更多范围。这么做的团队通常在第一个周期结束时发现失败模式：迭代关掉时，完成的代码很多，没人有时间接受的未审查变更堆成一堵墙。

这篇文章的论点是：团队里有了 Agent 之后，执行不再是迭代的约束，人的审查才是。围绕接受的吞吐来计划，而不是围绕能产出多少代码。下面用 HiFox 里的迭代作为具体机制，并把计划论点与产品事实分开。

先说结论

HiFox 里的迭代，是一个空间拥有的、有时间盒的任务集合。任务仍然是执行和讨论的来源。迭代加上的是日程、范围和报告。迭代是可选的，有两种模式：自动节奏，由 HiFox 维护日程并把未完成的工作往后带；手动，由人明确创建、开始和完成迭代。报告覆盖范围、已开始和已完成的工作、完成率、容量和燃尽累计历史。对人和 Agent 混合的团队，计划上的转变是：Agent 膨胀的是执行容量，接受仍然留在人这里。所以诚实的迭代承诺，受限于审查者能接受多少完成的工作，不受限于 Agent 能产出多少。

HiFox 里的迭代是什么

迭代是一个空间拥有的、有时间盒的任务集合。它帮助团队计划一份聚焦的范围，跟踪进度，并决定时间盒结束时未完成的工作怎么办。任务仍然是执行和讨论的来源。迭代在上面加上日程、范围和报告。

英文产品文档里这个概念叫 Sprint，行业里也是这个意思。Scrum Guide 把 Sprint 描述成固定长度的容器，想法在里面变成价值。HiFox 的迭代保持这条谱系。HiFox 改变的，是窗口里谁在执行。

三条边界让这个概念保持干净：

• 一次迭代正好属于一个空间。把任务放进迭代，不改变它的归属。
• 迭代是可选的，按空间启用。一个按持续流动来想的空间，可以永远不打开它。
• 迭代不是专项，也不是视图。问题是「某一个时间盒里应该完成什么」时，用迭代。结果可能跨几次迭代或几个空间时，用专项。要保存一种查看任务的方式时，用视图。

最后这个区分在混合团队里真的有用：专项盛放结果，迭代盛放近期承诺，视图盛放每个人每天需要的切片。

自动节奏，还是手动模式

为一个空间启用迭代时，你选两种生命周期模式之一。这个选择改变的是生命周期行为，不是任务归属。

自动节奏把日历交给 HiFox。你配置迭代时长、可选的冷却期、开始的星期几、要维持多少个未来迭代、时区，以及任务进入某些状态类别时自动加入的规则。然后 HiFox 创建未来的迭代，按日程开始和完成它们，并把未完成的工作往后带。提前开始一个即将到来的迭代，会先完成当前这个，并把它未完成的工作滚进正在开始的那个。

手动模式把生命周期控制留给团队。人在需要时创建已计划的迭代，开始它们时不改已配置的日期，可以同时跑不止一个活动迭代，并在完成时选择未完成任务去哪里。自动创建、滚入、冷却期和按状态加入的规则，在手动模式下都不生效。

诚实的一对决定是：团队跑的是稳定节奏，并且希望机制被人维护，用自动节奏。周期不规则、窗口由发布而不是日历定义，或需要同时两个活动迭代，用手动。切换到手动会保留已有迭代，但停止自动排程。完全停用迭代，会完成活动中的那些，移除未来的那些，并保留已完成的数据供报告。

任务怎么进入、离开和跳过迭代

迭代有五种显示状态：当前、即将开始、已计划、已完成、已取消。已完成和已取消的迭代进空间归档，而不是堆在活动计划列表里。

你通过任务的迭代字段、任务列表，或迭代计划，来添加或移动任务。有两条规则比看上去更要紧。

第一，任务可以完全不属于任何迭代。这是待办工作、以及没有承诺进任何时间盒的任务的正常归处。

第二，把任务加进迭代不改变它的状态。混合团队需要把这条内化。因为在 HiFox 里，待办这个状态类别是停车场：任务还在待办里时，创建任务或指派 Agent 都不会开始执行。把任务移出待办、进入可以开工的状态，才可能启动被指派的 Agent。所以迭代计划和放行执行是两根分开的杠杆。你可以星期一计划好整个迭代，Agent 已经指派好，在每条任务被刻意移到可开工状态之前，什么都不会跑。状态变化上的自动化，可以接上你想标准化的那些转移。Agent 和自动化那两篇中文还没发布，这里先不放链接。

还有一条规则保护历史：只有已完成的任务才能加进已经过去的迭代。这样可以做历史修正，又永远不会把未完成的工作放进一个已关闭的周期。

日期上，已计划迭代的开始和结束都可以改。活动迭代的开始是固定的，结束可以改。

迭代报告告诉你什么

迭代报告包括任务数量。空间启用了估算时，还包括估算点数。一共六项读数：范围、已开始的工作、已完成的工作、完成率、容量，以及燃尽累计历史。

容量值得看近一点，因为计划对话锚在这个数字上。历史够的时候，HiFox 用最近已完成迭代的速度推它。否则退回到按空间规模的估算。文档说把它当计划输入，而不是保证。对混合团队，这句提醒不是套话：只在纯人队列上测到的速度，会在你加上三个 Agent 的那一周停止预测任何事。燃尽累计历史往往更能说明问题。如果范围在早期一阵完成，然后线变平，你的 Agent 已经执行完了，审查者把迭代剩下的时间用来追。

混合团队的约束：按审查来计划，不按执行

这一节全是计划论点，不是产品功能。HiFox 给你的是上面的迭代机制。迭代里装多少，是判断。

从分工开始。Agent 调研、执行、测试并汇报。人定方向、授权，并接受结果。在代理式编码里，方向和接受之间的一切都可以委托，但接受留在人这里。那篇中文还没发布，这里先不放链接。一个完成了任务的 Agent，并没有在迭代该计数的任何意义上完成它：diff、验证结果和已知限制回到任务上，人仍然要读它们，然后接受、要求修改，或决定合并。

现在算这笔账。假设一支五人团队加上 Agent 之后，执行吞吐变成三倍。审查吞吐没有变成三倍。还是这五个人握着它，每一次被接受的变更都要真实的注意力。按执行容量来计划迭代，多出来的不会变成已发布的价值。它变成一队未审查的工作。未审查的变更是库存，不是进度。更糟的是，快结束的迭代会把审查者推向正好让 Agent 很重的开发变得危险的捷径：不读就接受输出。

所以把计划问题倒过来。不要问团队两周能执行多少工作。问人在两周里能接受多少 Agent 已完成的工作。实践里这改变四个习惯：

• 估算审查成本，不只估算构建成本。对 Agent 来说执行很轻的任务，接受起来仍然可能很贵。
• 给「已完成但未接受」的在制品封顶。决定每个审查者一次迭代里真正能接受多少条任务，计划不要超过这个和。这是工作约定，不是 HiFox 的一项设置。但完成指标会告诉你什么时候超了。
• 有意地放行执行。因为待办把执行停住，你可以错开开始，让完成的工作以审查者消化得了的节奏到达，而不是第二天一次全到。
• 把完成率读成审查数字。燃尽累计变平、Agent 闲着的时候，约束已经自己宣布了。这是加审查者或少承诺的信号，不是加 Agent 的信号。

这些都不会把 Agent 放慢。它是在给它们瞄准。围绕接受吞吐计划的迭代，会发出它承诺的一切，也从不会要求一个人批准他没时间读的代码。

计划一次混合迭代，按步骤

• 为空间启用迭代，并选一个模式。稳定的团队节奏适合自动节奏。由发布驱动的工作适合手动。
• 成形范围。通过迭代计划或迭代字段，把候选任务拉进即将开始的迭代。没承诺的工作保持不进任何迭代。
• 给每条任务指派两半。HiFox 把人的责任和 Agent 的执行分开：人进处理人集合，一个 Agent 或一支小队进唯一的执行位。改一边不会改另一边。
• 把任务写成 Agent 能行动的样子。描述里应该有目标、约束，以及一个新人或 Agent 要继续所需要的验收标准。
• 按审查的节奏放行工作。审查者的容量空出来时，再把任务移出待办。
• 有意地收尾。手动模式下，选择每条未完成任务去哪里。自动节奏下，看滚进去的是什么，并问它是范围太大，还是审查太慢。

用这种方式跑工作的更宽纪律，写在 AI Agent 项目管理那篇里。迭代是那套系统里有时间盒的一片。那篇中文还没发布，这里先不放链接。

如果你们的迭代今天住在 Jira 里

要试这些，不必重建流程。HiFox 的 Jira 集成可以导入 Jira Sprint 信息。启用 Sprint 导入时，如果目标空间还在自动迭代模式，可以切换成手动 Jira 模式。这样团队已经在跑的节奏会带过来，而不是从零开始。把一张 Jira 工单派给 Agent 的那篇，是同一想法在单张工单上的走法。那篇中文还没发布，这里先不放链接。迭代配置和 Jira 集成的细节在 Jira 文档和 迭代文档里。

从比迁移更小的地方开始：在一个空间里启用迭代，按审查者真实的接受容量计划一个两周窗口，再把燃尽累计和你们上一个纯人周期比较。

常见问题

必须在 HiFox 里使用迭代吗？

不用。迭代是可选的，按空间启用。喜欢持续流动的空间可以完全不打开。即使启用了迭代，任务也可以不属于任何迭代。待办工作的正常状态就是这样。

迭代结束时，未完成的任务怎么办？

自动节奏下，HiFox 按日程完成这次迭代，并把未完成的工作带进下一次。手动模式下，完成流程会问未完成任务该去哪里：不进迭代、另一个活动或即将开始的迭代，或新建的一次迭代。

Agent 会自动做迭代里的任务吗？

被设成任务执行处理人的 Agent 或小队可以跑这项工作，但仅仅属于某次迭代从来不会启动任何东西。待办是停车场。把 Agent 派到一条待办任务上，不会开始执行。把任务移到可开工的状态，才可能启动运行。这个分开，让你可以先计划好整个迭代，再按审查者消化得了的节奏放行执行。

HiFox 怎么计算迭代容量？

历史够的时候，容量用最近已完成迭代的速度。否则退回到按空间规模的估算。文档建议把它当计划输入，而不是保证。对混合团队这更要紧，因为速度量的是整个系统，不是里面那个审查瓶颈。

能把任务加进已经结束的迭代吗？

只有已完成的任务才能加进过去的迭代。这支持历史修正，例如把窗口内做完但没记上的工作补记进去，又永远不会把未完成的工作放进一个已关闭的周期。