迭代容量测算表应包含哪些字段和计算项

迭代容量测算表要回答的是“这个迭代团队实际能做多少”。一张可用的表通常分四块：迭代基本信息、成员可用容量、需求与任务工作量、汇总与偏差，计算主线是个人可用工时汇总为团队总容量，再与计划投入工时对比得出投入率和余量。下面给出可直接复制的空白表、字段口径、必填取舍、填写示例与迭代中的维护方法。

要点总览（TL;DR）

• 迭代容量测算表分四块：迭代基本信息、成员可用容量、需求与任务工作量、汇总与偏差，成员区按人逐行、工作量区按需求逐行，通过负责人关联。
• 核心计算项：个人可用工时=可用天数×每日有效工时；团队总容量=各成员可用工时之和；投入率=计划投入工时÷团队总容量；容量余量=团队总容量−计划投入工时；缓冲比例=容量余量÷团队总容量。
• 必填字段覆盖测算范围、成员容量与工作量三组，角色、负责人、优先级、缓冲比例按团队情况选填；10人以上或跨职能团队建议保留角色字段。
• 每日有效工时需扣除会议、沟通与支持时间，并用历史数据校准；投入率与缓冲比例的合理区间应结合团队过往偏差记录确定。
• 迭代中人员变动当天更新容量，插入需求记录来源，未完成工作重新评估剩余工时后再决定是否纳入下一迭代。

可复制空白模板

将下表复制到表格工具中即可使用。建议保留四个分区，成员容量区按人逐行展开，工作量区按需求或任务逐行填写，汇总区放在表格底部或单独一页，便于每次迭代复用同一结构。

分区	字段	填写内容
迭代基本信息	迭代名称
	起止日期
	工作日数
	团队规模（人数）
成员可用容量	成员
	角色
	可用天数
	每日有效工时（小时）
	可用工时（小时）
需求与任务工作量	需求/任务
	预估工时（小时）
	负责人
	优先级
汇总与偏差	团队总容量（小时）
	计划投入工时（小时）
	投入率
	容量余量（小时）
	缓冲比例

实际使用时，成员容量区每人一行，工作量区每个需求或任务一行，两区通过“负责人”关联。汇总区的数值由公式自动计算，不需要手工填写。

字段说明与计算项口径

字段口径统一，不同成员填出的表才能横向比较。下表逐项说明含义、数据来源与计算方式，其中“可用天数”和“每日有效工时”是两个最容易被高估的输入，需要结合排班和历史数据确定。

字段	定义	数据来源与计算方式
迭代名称	本次测算对应的迭代标识	团队迭代命名规则，如“2025-S08”
起止日期	迭代开始与结束日期	迭代计划会议确定
工作日数	迭代内可用于工作的工作日总数	起止日期内扣除周末与法定节假日
团队规模	参与本迭代交付的人数	成员容量区行数统计
成员	参与迭代的每位成员	迭代计划确认的投入人员名单
角色	成员在迭代中的主要职责	如设计、开发、测试，用于检查角色配比
可用天数	成员在迭代内实际可投入的天数	工作日数扣除请假、培训、支持等占用
每日有效工时	成员每天可专注投入的小时数	扣除会议、沟通、答疑等非专注时间后的值，参考历史数据校准
可用工时	成员在迭代内的可投入总量	可用天数 × 每日有效工时
需求/任务	计划纳入迭代的工作项	来自迭代待办列表，可拆到任务级
预估工时	完成该工作项所需的投入	由负责人或团队评估，单位与可用工时一致
负责人	承接该工作项的成员	与成员容量区对应，用于核对个人负载
优先级	工作项在迭代内的相对顺序	用于容量不足时确定裁剪顺序
团队总容量	全体成员可用工时之和	Σ 各成员可用工时
计划投入工时	计划纳入迭代的工作量合计	Σ 各需求/任务预估工时
投入率	计划工作量占团队容量的比例	计划投入工时 ÷ 团队总容量
容量余量	容量中尚未被计划占用的部分	团队总容量 − 计划投入工时
缓冲比例	余量占团队容量的比例	容量余量 ÷ 团队总容量

投入率与缓冲比例是一组互补指标：投入率100%意味着没有余量，任何插入需求或估算偏差都会直接造成延期。团队可根据历史波动情况设定合理区间，例如将投入率控制在80%至90%，保留10%至20%的缓冲应对评审返工、线上问题和估算误差。这一区间属于经验参考，具体取值应结合团队过往迭代的偏差记录调整。

每日有效工时的取值直接决定容量大小。若团队名义工作时间为8小时，扣除每日站会、沟通协作和临时支持后，实际专注时间可能只有5至6小时。建议先用一两个迭代记录实际投入，再回填校准，避免表格算出的容量长期高于真实产出。

必填与选填字段

字段并非越多越好。必填字段缺失会让测算结论失去依据，选填字段则按团队情况补充，避免表格过重导致填写负担。

类别	字段	缺失后果或适用场景
必填	迭代名称、起止日期、工作日数	缺失则无法确定测算范围，多迭代并行时容易混淆
必填	成员、可用天数、每日有效工时	缺失则无法计算个人可用工时，团队总容量失真
必填	需求/任务、预估工时	缺失则无法得出计划投入工时，投入率无从计算
必填	团队总容量、计划投入工时、投入率、容量余量	缺失则测算没有结论，无法支撑迭代目标确认
选填	角色	适用于多角色协作团队，用于检查设计、开发、测试配比是否失衡
选填	负责人	适用于需要核对个人负载的团队，可发现个别人超载而整体有余量的情况
选填	优先级	适用于容量不足需裁剪范围的场景，提供取舍依据
选填	缓冲比例	适用于迭代波动较大的团队，用于显式管理风险预留
选填	依赖项、风险备注	适用于跨团队协作或外部依赖较多的迭代

按团队规模调整时，5人以下的小团队可以省略角色和负责人字段，成员行本身已能对应到人；10人以上或跨职能团队建议保留角色字段，否则整体投入率正常也可能掩盖某一角色的瓶颈。按迭代类型调整时，需求相对稳定的维护型迭代可简化优先级字段，需求来源多、变更频繁的迭代则应保留优先级和风险备注，便于在容量被占用时快速判断裁剪顺序。

填写示例

以下用一个5人团队、为期两周的迭代演示各字段如何联动。示例数据为演示情景，用于说明计算关系，不代表特定团队的真实水平。

基本信息：迭代名称“2025-S08”，起止日期为某月3日至14日，工作日数10天，团队规模5人。

成员	角色	可用天数	每日有效工时	可用工时
成员A	开发	10	6	60
成员B	开发	9	6	54
成员C	测试	10	5	50
成员D	设计	8	5	40
成员E	开发	10	6	60

成员B因培训占用1天，成员D因支持事项占用2天，因此可用天数低于工作日数。团队总容量为60+54+50+40+60=264小时。

需求/任务	预估工时	负责人	优先级
需求1：订单筛选优化	48	成员A	高
需求2：报表导出	40	成员E	高
需求3：权限配置调整	32	成员B	中
需求4：移动端适配	36	成员D	中
需求5：接口联调与回归	44	成员C	高
需求6：日志埋点补充	24	成员B	低

计划投入工时为48+40+32+36+44+24=224小时。汇总结果：团队总容量264小时，计划投入工时224小时，投入率约84.8%，容量余量40小时，缓冲比例约15.2%。

结论解读：投入率处于留有缓冲的区间，余量40小时可应对评审返工和临时问题。进一步核对个人负载会发现，成员B承担32+24=56小时，接近其54小时的可用工时，存在超载风险；成员D承担36小时，低于其40小时容量。此时可将需求6调整给成员D，或将其移出本迭代，使个人负载与团队总量同时合理。这正是保留负责人字段的价值：整体投入率正常时，个人层面的失衡仍能被发现。

测算结论确认后，需要落到迭代计划与执行记录中才能持续对照。ONES Project 支持将需求和相关任务规划至迭代并分配负责人，提供任务工时统计与燃尽图等进度工具，团队可以把表格中的预估工时与迭代内的实际投入对照，在迭代回顾时用燃尽图、工时日志复盘进度和成本偏差，逐步校准每日有效工时和缓冲比例的取值。

调整与维护方法

容量测算表在迭代计划时完成初版，迭代过程中仍需随实际情况更新。维护的目标是让表格始终反映“剩余容量与剩余工作”的关系，而不是停留在计划时点。

• 人员变动或请假：当天更新该成员的可用天数与可用工时，同步重算团队总容量、投入率和容量余量。若投入率因此超过团队设定上限，应立即评估裁剪低优先级工作或调整交付范围，而不是等到迭代末期才发现容量不足。
• 计划外插入需求：在工作量区新增一行，记录需求来源、插入时间和插入人，同步更新计划投入工时与容量余量。单独记录来源便于回顾时统计插入需求的规模，判断是否需要在下个迭代预留更多缓冲。
• 未完成工作：迭代结束时对未完成项重新评估剩余工作量，记录剩余工时和未完成原因，再决定是否纳入下一迭代。重新评估能避免把已经偏离的估算原样带入下个迭代，也便于识别估算偏差集中在哪类需求上。
• 跨迭代复用：保留空白模板与已填历史表两份文件。每次新迭代复制空白模板，成员名单和每日有效工时可从上一迭代带入后按实际情况修正；历史表按迭代归档，作为校准有效工时和缓冲比例的依据。
• 定期校准：每个迭代回顾时对比预估工时与实际工时，若连续多个迭代偏差方向一致，应调整每日有效工时或缓冲比例的默认取值，让测算表逐步贴近团队真实产出。

维护动作的关键是及时和可追溯：容量变化当天更新，插入需求留下来源记录，未完成项重新评估后再决定去向。这样一张测算表既能支撑迭代计划时的范围确认，也能在迭代回顾时提供可对照的数据，帮助团队把容量判断从经验估计逐步转为有据可依的常规动作。

常见问题

每日有效工时应该填名义工时还是扣除会议后的时间？

填扣除会议、沟通、答疑和临时支持后的专注时间。若按名义工时填写，算出的团队总容量会长期高于真实产出，投入率看起来正常，实际却持续延期。建议先用一两个迭代记录成员的实际专注投入，再回填校准默认取值。

投入率控制在多少比较合适？

没有统一标准，取决于团队历史波动。常见做法是把投入率控制在80%至90%，保留10%至20%的缓冲应对评审返工、线上问题和估算误差。若团队过往迭代偏差较大，可适当提高缓冲比例；若连续多个迭代实际产出稳定接近计划，可逐步收窄缓冲。这一区间属于经验参考，应以本团队的偏差记录为准。

整体投入率正常，但个别成员超载，表格能发现吗？

能，前提是保留负责人字段并按人核对。团队总容量与计划投入工时的比值正常，可能掩盖某位成员承接量接近或超过其个人可用工时的情况。填写时把每个需求或任务的负责人对应到成员容量区，逐人比对承接工时与可用工时，就能在计划阶段调整分配或移出部分工作。

迭代中有人请假或临时加入，表格怎么更新？

当天更新该成员的可用天数与可用工时，并重算团队总容量、投入率和容量余量。若投入率因此超过团队设定上限，应同步评估裁剪低优先级工作或调整交付范围。临时加入的成员同样按可用天数×每日有效工时补入成员容量区，避免只改总人数不改容量。

迭代结束时未完成的工作可以直接带到下个迭代吗？

建议先重新评估剩余工作量，记录剩余工时和未完成原因，再决定是否纳入下一迭代。直接沿用原估算会把已经偏离的判断带入新迭代，也不利于识别估算偏差集中在哪类需求上。重新评估后的剩余工时计入下一迭代的计划投入工时，容量测算才准确。