迭代容量测算表用来回答一个具体问题：这个迭代团队能承接多少计划工时。模板以团队可用工时为分母、计划投入工时为分子，按成员逐行填写，再汇总为团队容量，用负载率判断计划是否超出可承受范围。下面给出可直接复制到表格工具的空白表、字段口径、必填项说明、五人团队填写示例，以及模板随团队规模和迭代节奏调整的方法。
要点总览（TL;DR）
- 模板由成员明细表和团队汇总表两张表组成，明细表按人逐行填写，汇总表由明细求和得出，不单独手工填写。
- 核心计算项为可用容量=可用工作日×每日有效工时×专注系数，负载率=计划投入工时÷可用容量，剩余容量=团队可用容量合计−计划投入合计−缓冲工时。
- 必填字段包括迭代名称、成员、角色、可用工作日、每日有效工时和计划投入工时；专注系数、请假明细、缓冲工时和备注为选填，缺省时按团队默认口径补齐。
- 五人团队示例中整体负载率约90%、缓冲预留后剩余容量仅1.1小时，说明计划贴近上限，需先削减低优先级工作项再进入迭代计划。
- 模板按团队人数增减成员行、按迭代长度调整周期字段，专注系数与每日有效工时定期校准，未完成工作重新评估后再计入下一轮测算。
可复制空白迭代容量测算表
模板由两张表组成：成员明细表按人逐行填写，团队汇总表在明细基础上汇总。复制时保留表头，成员行按团队人数增减。
成员明细表
| 迭代名称 | 起止日期 | 成员 | 角色 | 可用工作日 | 每日有效工时 | 专注系数 | 请假/占用工时 | 可用容量 | 计划投入工时 | 负载率 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|
团队汇总表
| 汇总项 | 数值 | 说明 |
|---|---|---|
| 团队可用容量合计 | 成员明细表“可用容量”列求和 | |
| 计划投入合计 | 成员明细表“计划投入工时”列求和 | |
| 整体负载率 | 计划投入合计÷团队可用容量合计 | |
| 缓冲工时 | 预留用于插入需求与风险处理的工时 | |
| 剩余容量 | 团队可用容量合计−计划投入合计−缓冲工时 |
两张表共用同一套字段口径，明细表负责记录每个人的容量来源，汇总表负责给出团队层面的判断依据。填写顺序是先明细、后汇总，汇总数字由明细计算得出，不单独手工填写。
每个字段怎么填：口径与计算项说明
字段口径决定测算结果是否可信。下面逐项说明含义、取值方式和计算公式，其中可用容量、负载率、剩余容量三项由公式生成，其余为人工填写。
| 字段 | 含义 | 取值口径或公式 |
|---|---|---|
| 迭代名称 | 本次测算对应的迭代 | 与迭代计划中的名称保持一致，便于后续对照 |
| 起止日期 | 迭代开始与结束日期 | 按团队实际迭代周期填写，两周一迭代即填两个日期 |
| 成员 | 参与本迭代交付的人员 | 一人一行，包含开发、测试、设计等投入交付的角色 |
| 角色 | 成员在迭代中的主要职责 | 用于观察容量结构，如开发、测试、设计 |
| 可用工作日 | 成员在本迭代内可投入工作的天数 | 迭代自然工作日−请假与公共假日 |
| 每日有效工时 | 每个工作日可投入交付的工时 | 扣除会议、沟通、事务性工作后的净值，按团队实际作息确定 |
| 专注系数 | 对并行干扰、上下文切换的折算比例 | 0到1之间的小数，按成员实际被打断程度取值 |
| 请假/占用工时 | 请假、培训、支持等非交付占用 | 按小时记录，已从可用工作日中扣除的天数不重复计入 |
| 可用容量 | 成员本迭代可承接的工时上限 | 可用工作日×每日有效工时×专注系数 |
| 计划投入工时 | 分配给该成员的工作项预估工时之和 | 按工作项预估汇总，不含未拆分的大颗粒需求 |
| 负载率 | 计划投入占可用容量的比例 | 计划投入工时÷可用容量 |
| 备注 | 影响测算判断的补充信息 | 记录兼职、跨项目投入、技能依赖等情况 |
专注系数的取值依据是成员在一个工作日内被会议、答疑、临时支持打断的程度。常见做法是按团队历史观察给出区间：干扰较少的成员取0.8左右，需要频繁响应外部请求的成员取0.6到0.7。每日有效工时同理，按团队作息扣除固定会议后确定，例如8小时工作制下取6小时。两个系数都应按团队自身数据校准，直接套用外部数值会让测算偏离实际。
缓冲工时与剩余容量是两个不同口径。缓冲工时是从团队可用容量中主动预留、不分配给具体工作项的部分，用于吸收插入需求和估算偏差；剩余容量是可用容量减去计划投入与缓冲之后的差额。剩余容量为正，说明计划留有余量；为负，说明计划已超出可承受范围，需要削减范围或调整人员投入。
必填与选填：哪些字段不能空
必填字段缺失会直接导致容量或负载率算不出来，选填字段缺失只影响测算精度。填写前先确认必填项齐全，再补充选填信息。
| 字段 | 类型 | 缺失时的处理 |
|---|---|---|
| 迭代名称 | 必填 | 无法与其他迭代区分，必须填写 |
| 成员 | 必填 | 容量无法归属到人，必须填写 |
| 角色 | 必填 | 影响容量结构判断，必须填写 |
| 可用工作日 | 必填 | 可用容量无法计算，必须填写 |
| 每日有效工时 | 必填 | 可用容量无法计算，必须填写 |
| 计划投入工时 | 必填 | 负载率无法计算，必须填写 |
| 专注系数 | 选填 | 缺省按团队默认值填写，例如0.7，并在备注注明采用默认值 |
| 请假明细 | 选填 | 缺省视为无请假，可用工作日按迭代自然工作日填写 |
| 缓冲工时 | 选填 | 缺省按团队可用容量合计的10%到15%预留，并在汇总表注明比例 |
| 备注 | 选填 | 缺省留空，不影响计算 |
选填字段给默认值的前提是团队对默认口径有共识。专注系数和缓冲比例一旦确定默认值，应在多个迭代中保持一致，否则不同迭代的负载率缺乏可比性。请假明细虽然选填，但当某成员请假超过两个工作日时建议填写，避免可用工作日被高估。
填写示例：一个五人团队的完整测算
以下为演示情景：一个五人团队按两周一迭代运行，迭代内共10个自然工作日，无公共假日。数据仅用于说明填写方法，不代表任何具体团队的基准值。
| 成员 | 角色 | 可用工作日 | 每日有效工时 | 专注系数 | 请假/占用工时 | 可用容量 | 计划投入工时 | 负载率 | 备注 |
|---|---|---|---|---|---|---|---|---|---|
| 成员A | 开发 | 10 | 6 | 0.8 | 0 | 48 | 44 | 92% | |
| 成员B | 开发 | 8 | 6 | 0.8 | 12 | 38.4 | 36 | 94% | 请假2天 |
| 成员C | 开发 | 10 | 6 | 0.7 | 0 | 42 | 40 | 95% | 兼跨项目支持 |
| 成员D | 测试 | 10 | 6 | 0.8 | 0 | 48 | 38 | 79% | |
| 成员E | 设计 | 9 | 5 | 0.7 | 5 | 31.5 | 28 | 89% | 培训1天 |
成员B请假2天，可用工作日按8天填写，请假占用工时12小时单独记录，用于说明容量减少的原因；成员E培训1天，可用工作日按9天填写，每日有效工时按5小时计。专注系数按成员受干扰程度区分，成员C因跨项目支持取0.7。可用容量按“可用工作日×每日有效工时×专注系数”计算，例如成员A为10×6×0.8=48小时。
| 汇总项 | 数值 | 说明 |
|---|---|---|
| 团队可用容量合计 | 207.9小时 | 48+38.4+42+48+31.5 |
| 计划投入合计 | 186小时 | 44+36+40+38+28 |
| 整体负载率 | 89.5% | 186÷207.9 |
| 缓冲工时 | 20.8小时 | 按可用容量合计的10%预留 |
| 剩余容量 | 1.1小时 | 207.9−186−20.8 |
这份示例的整体负载率接近90%，缓冲预留后剩余容量仅1.1小时，说明计划已经贴近上限，插入新需求的空间很小。调整动作可以按以下顺序考虑：先削减计划投入中优先级最低的工作项，把整体负载率降到85%以下；再检查成员C的跨项目支持是否可以在本迭代减少，恢复其专注系数；若范围无法压缩，则与相关方确认是否调整迭代目标。调整后重新计算汇总行，确认剩余容量为正再进入迭代计划。
容量测算结果需要落到具体的迭代计划和工作项工时上才有执行意义。在ONES中，可以把迭代作为工作项容器，将各成员的计划投入对应到工作项的预估工时，迭代进行中用实际工时记录对照测算值，迭代结束后回看偏差来源。这样测算表与执行记录使用同一套对象，下一轮校准专注系数和每日有效工时时就有据可依。
模板的调整与维护方法
模板需要随团队规模和迭代节奏变化而调整，同时保持跨迭代可比。调整集中在结构、参数和留档三个方面。
按团队规模和迭代长度调整结构
成员明细表的行数按实际参与交付的人数增减，新增成员时复制整行并清空数据，删除成员时保留历史迭代中的记录，不在当期表中直接删行。迭代周期变化时，修改起止日期并重新计算可用工作日；迭代从两周改为一周，可用工作日和计划投入同步缩减，专注系数和每日有效工时保持不变，便于对比不同长度迭代的容量利用率。
定期校准专注系数与每日有效工时
这两个参数建议每个季度或每三到四个迭代校准一次。校准依据是历史迭代中计划投入与实际完成工时的偏差：若多个迭代实际完成明显低于计划投入，说明专注系数取值偏高；若团队会议结构发生变化，每日有效工时需要相应下调。校准结果记录在模板的说明页或备注中，注明生效迭代，避免同一迭代内混用两套参数。
迭代结束后的复盘更新与历史留档
每轮迭代结束后，将实际完成工时与测算的计划投入对比，记录偏差较大的成员和工作项类型，作为下一轮填写计划投入的参考。每轮测算表按迭代名称单独留档，不覆盖上一轮数据，形成可追溯的容量记录。留档内容包括成员明细、汇总结果和当轮采用的参数值。
未完成工作的处理
上一迭代未完成的工作不默认自动结转到下一轮测算。正确做法是先重新评估剩余工作量，确认优先级是否仍然成立，再作为新的计划投入计入下一轮成员明细表。直接沿用原预估会把上一轮的估算偏差带入新一轮，使负载率失真。重新评估后如果工作项被拆分或范围缩小，计划投入按新预估填写，并在备注中注明来源迭代。
常见问题
迭代容量测算表里的专注系数应该取多少？
专注系数反映成员在一个工作日内被会议、答疑、临时支持打断的程度，取值在0到1之间。常见做法是按团队历史观察给出区间：干扰较少的成员取0.8左右，需要频繁响应外部请求或跨项目支持的成员取0.6到0.7。这个系数没有统一标准值，应按团队自身数据校准，并在多个迭代中保持一致，否则不同迭代的负载率缺乏可比性。
可用工作日已经扣除了请假，请假/占用工时还要再填吗？
两者口径不同，需要分别处理。可用工作日按“迭代自然工作日−请假与公共假日”填写，反映成员实际能出勤的天数；请假/占用工时按小时记录，用来说明容量减少的原因，便于复盘时追溯。已经从天數中扣除的请假，不要在工时列重复扣减容量，否则可用容量会被低估。当某成员请假超过两个工作日时，建议把请假明细填上。
缓冲工时和剩余容量有什么区别，缓冲比例怎么定？
缓冲工时是从团队可用容量中主动预留、不分配给具体工作项的部分，用于吸收插入需求和估算偏差；剩余容量是可用容量减去计划投入与缓冲之后的差额。剩余容量为正说明计划留有余量，为负说明计划已超出可承受范围。缓冲比例没有统一规定，模板中缺省按团队可用容量合计的10%到15%预留，团队确定比例后应在汇总表注明，并在多个迭代中保持一致。
上一迭代没做完的工作，可以直接计入下一轮的计划投入吗？
不建议直接沿用原预估。正确做法是先重新评估剩余工作量，确认优先级是否仍然成立，再作为新的计划投入计入下一轮成员明细表。直接沿用原预估会把上一轮的估算偏差带入新一轮，使负载率失真。重新评估后如果工作项被拆分或范围缩小，计划投入按新预估填写，并在备注中注明来源迭代。
团队规模或迭代周期变化后，模板要怎么改？
成员明细表的行数按实际参与交付的人数增减，新增成员时复制整行并清空数据，删除成员时保留历史迭代中的记录，不在当期表中直接删行。迭代周期变化时，修改起止日期并重新计算可用工作日；例如从两周改为一周，可用工作日和计划投入同步缩减，专注系数和每日有效工时保持不变，便于对比不同长度迭代的容量利用率。每轮测算表按迭代名称单独留档，不覆盖上一轮数据。
