项目进度跟踪表以“任务行+进度列”为核心：每行是一条可交付任务或工作包，列上至少覆盖任务标识、负责人、计划起止、计划完成比例、实际完成比例、实际起止、偏差、风险与预警、下一步动作。实际进展用完成比例与实际起止记录，偏差用计划与实际对比计算，预警用偏差阈值加风险标记触发，三者分开成列，避免用一句“进展正常”掩盖问题。下面给出一份可直接复制到表格工具的空白模板，并说明字段口径、必填取舍、填写示例与维护方法。
要点总览（TL;DR）
- 跟踪表按“任务基本信息—计划—实际—偏差—预警与动作”五组排列，每行对应一条可验收的任务或工作包。
- 最小必填集包括任务标识与名称、负责人、计划起止、实际完成比例、进度偏差和预警等级；依赖关系、里程碑关联、工时按项目复杂度增补。
- 实际进展用完成比例和实际起止记录，进度偏差按“实际完成比例−计划完成比例”计算，时间偏差按实际与计划完成日期对比计算。
- 预警由偏差阈值加风险标记共同判定，阈值随项目阶段收紧，预警任务必须填写下一步动作和预计完成日期。
- 模板需固定统计日与更新责任人，字段增删以连续两个统计周期的使用情况为依据，并保留调整前的版本。
可复制的项目进度跟踪表空白模板
下表按“任务基本信息—计划—实际—偏差—预警与动作”五组排列，空白单元格留给填写人按实际数据录入，不预填任何结论。复制到 Excel、在线表格或文档表格后，建议冻结表头、给“预警等级”加条件格式，便于一眼看到异常行。
| 任务标识 | 工作包/任务名称 | 负责人 | 优先级 | 计划开始 | 计划完成 | 计划完成比例 | 实际开始 | 实际完成 | 实际完成比例 | 进度偏差 | 时间偏差（天） | 风险标记 | 预警等级 | 下一步动作 | 预计完成日期 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
表格之外可另设一张“字段字典”页签，记录每个字段的填写来源与计算口径，避免不同负责人对“完成比例”“偏差”理解不一致。若项目任务较多，可在任务标识前增加“WBS编号”列，用层级编号体现任务归属，例如 2.1、2.1.3。
每个字段的含义与计算口径
字段设计的目标是让读表人不用追问就能判断“这条任务现在到哪、偏了多少、要不要干预”。基础字段负责定位任务，计划与实际字段负责记录事实，偏差与预警字段负责把事实转成判断，动作字段负责给出下一步安排。
| 字段 | 含义 | 填写来源 | 计算或判定口径 |
|---|---|---|---|
| 任务标识 | 任务的唯一编号，便于引用和追溯 | 项目计划或任务系统自动生成 | 项目内唯一，建议与 WBS 编号对应 |
| 工作包/任务名称 | 可交付的任务或工作包名称 | WBS 分解结果 | 一条记录对应一个可验收的交付单元 |
| 负责人 | 对任务结果负责的单一责任人 | 任务分派时确定 | 填一个人名，协作人放备注 |
| 优先级 | 任务在项目内的相对重要程度 | 项目计划评审确定 | 高/中/低三档，按项目约定 |
| 计划开始/计划完成 | 任务计划的时间边界 | 项目进度计划 | 基线确定后变更需记录原因 |
| 计划完成比例 | 截至统计日按计划应完成的比例 | 按计划工期线性折算或按计划里程碑折算 | 统计日已过计划工期÷总计划工期，封顶100% |
| 实际开始/实际完成 | 任务实际开始与完成的日期 | 负责人填报或任务状态变更 | 未开始留空，进行中只填实际开始 |
| 实际完成比例 | 截至统计日实际完成的工作量比例 | 负责人按交付物完成情况评估 | 以可验收交付物为准，不按投入时间估算 |
| 进度偏差 | 实际完成比例与计划完成比例的差 | 由前两列计算 | 实际完成比例−计划完成比例，负值为滞后 |
| 时间偏差（天） | 实际完成日期与计划完成日期的差 | 由日期列计算 | 实际完成−计划完成，未完成时用统计日对比 |
| 风险标记 | 任务面临的具体风险类型 | 负责人或项目经理判断 | 如资源不足、依赖未就绪、需求变更，可多选 |
| 预警等级 | 任务需要关注的程度 | 按偏差阈值与风险标记判定 | 如偏差≤−10%或关键任务逾期升为红色，−5%至−10%为黄色 |
| 下一步动作 | 为消除偏差或控制风险要做的具体事 | 负责人与项目经理商定 | 写动作和对象，如“协调测试资源，周三前补齐2人” |
| 预计完成日期 | 按当前进展推算的完成日期 | 负责人评估 | 与计划完成日期对比，用于判断是否需调整计划 |
进度偏差与时间偏差要分开看：完成比例落后但日期未到，属于过程预警；日期已过而任务未完成，属于结果偏差。两者同时出现时，预警等级应上调。预警阈值建议在项目启动时写进字段字典，统计时直接套用，减少每次临时判断。
必填字段与选填字段的取舍
字段越多，单条记录的维护成本越高，更新频率也越难保证。最小可用集应覆盖“谁负责、计划何时完成、实际完成多少、偏了多少、要不要干预”，其余字段按项目复杂度和汇报要求增补。
| 字段 | 建议属性 | 适用条件 |
|---|---|---|
| 任务标识、任务名称、负责人 | 必填 | 所有项目 |
| 计划开始、计划完成 | 必填 | 所有项目 |
| 实际完成比例 | 必填 | 所有项目，按统计周期更新 |
| 进度偏差、预警等级 | 必填 | 可由公式或规则自动生成 |
| 实际开始、实际完成 | 必填（有实际进展时） | 任务启动或完成后填写 |
| 下一步动作、预计完成日期 | 必填（预警任务） | 黄色及以上预警任务必须填写 |
| 优先级 | 选填 | 任务数量多、需要排序时启用 |
| 依赖关系 | 选填 | 任务间存在前后置约束时启用 |
| 里程碑关联 | 选填 | 任务需要挂到关键节点时启用 |
| 计划工时、实际工时 | 选填 | 需要核算资源投入时启用 |
| 备注 | 选填 | 记录协作人、变更原因等补充信息 |
小团队（如5人以内、任务少于30条）可只保留必填列，用备注承载依赖和协作信息，降低每周更新负担。大项目或跨团队项目建议增加依赖关系、里程碑关联和工时列，因为任务交接和资源协调的判断依赖这些信息。取舍原则是：某个字段如果连续两个统计周期都没有人查看或据此做决定，就考虑停用；某个字段如果每次评审都被追问，就应转为必填。
填写示例：一条任务从计划到预警的完整记录
以下为演示情景，用一条任务说明字段如何联动。假设统计日为6月12日，任务“接口联调”计划6月5日开始、6月15日完成，计划工期10天。
| 字段 | 填写值 | 说明 |
|---|---|---|
| 任务标识 | 3.2.1 | 对应 WBS 第三层工作包 |
| 任务名称 | 接口联调 | 可验收的交付单元 |
| 负责人 | 张明 | 单一责任人 |
| 计划开始/计划完成 | 6月5日 / 6月15日 | 来自项目进度计划 |
| 计划完成比例 | 70% | 统计日已过7天÷10天 |
| 实际开始 | 6月6日 | 比计划晚1天启动 |
| 实际完成比例 | 50% | 按已联调通过的接口数评估 |
| 进度偏差 | −20% | 50%−70% |
| 时间偏差（天） | +3 | 按当前速度推算完成日约6月18日，比计划晚3天 |
| 风险标记 | 依赖未就绪 | 上游系统测试环境延迟交付 |
| 预警等级 | 红色 | 偏差超过−10%阈值且存在依赖风险 |
| 下一步动作 | 协调上游团队6月13日前提供测试环境，张明每日同步联调通过数 | 动作、对象、时间明确 |
| 预计完成日期 | 6月18日 | 用于评估是否调整计划 |
这条记录里，偏差由“实际完成比例−计划完成比例”直接算出，预警由“偏差是否超过阈值”加“是否存在风险标记”共同判定。若上游环境按期到位，下周实际完成比例回升到80%，偏差收窄到−5%以内，预警可降为黄色；若6月15日仍未完成，时间偏差转为结果偏差，需在周会上决定是否调整计划完成日期并记录变更原因。
模板的调整与日常维护方法
跟踪表的价值取决于更新是否及时、口径是否稳定。建议把维护动作固定到项目节奏里，而不是等到评审前集中补填。
- 更新频率与责任人：负责人每周固定时间更新本人任务的实际完成比例和下一步动作；项目经理在周会前汇总偏差与预警，统计日统一，避免各人按不同日期取数。
- 新增或停用字段的判断：连续两个统计周期被评审追问的信息，转为正式字段；连续两个周期无人查看的选填字段，移入备注或停用。新增字段需同步更新字段字典和示例行。
- 预警阈值随阶段调整：项目初期容错空间大，阈值可设为偏差−15%；进入交付冲刺阶段收紧到−5%，关键路径任务单独设更严阈值。调整需在字段字典中记录生效日期。
- 历史版本留存与交接：每次调整表结构或基线，保留调整前的版本并注明原因；负责人变更时，交接内容包括未完成任务、当前偏差和下一步动作，避免记录断档。
- 与进度控制动作衔接：周会按预警等级排序过表，红色任务逐条确认动作和预计完成日期；评审会检查偏差趋势而非单点数值，连续两周偏差扩大的任务升级处理。
当跟踪表从个人表格转为团队共用时，可以把字段落到工作项上：在 ONES 的项目计划中按 WBS 分解任务并设置前后置依赖，用任务状态和完成比例承载实际进展，借助计划与基线对比查看偏差，再通过项目列表查看整体进展。这样跟踪表的字段口径与系统里的任务记录保持一致，周会过表时直接引用同一份数据，减少表格与系统两套数字对不上的情况。具体字段配置以产品实际版本为准。
常见问题
统计日不统一，跟踪表里的偏差还能用吗？
偏差的可比性依赖统一的取数日期。如果各负责人按不同日期填写实际完成比例，同一张表里的偏差就失去了横向比较的意义。建议在字段字典中写明统计日，例如每周五17:00，所有人在同一时点更新；项目经理汇总时先检查实际完成比例的更新日期，再计算偏差。跨时区团队可约定以项目主时区的固定时刻为准，并在备注中注明个别延迟填报的情况。
任务完成比例按工时估算还是按交付物评估？
建议按可验收交付物的完成情况评估，例如已联调通过的接口数占总接口数的比例。按投入工时估算容易把“做了很久”当成“快做完了”，在任务后期偏差会集中暴露。如果项目确实需要工时口径，可把计划工时和实际工时作为选填字段单独记录，与完成比例并列展示，两类数据各自说明问题，避免混用。
预警阈值应该由项目经理统一设定，还是每条任务单独设定？
常规任务用项目统一阈值，便于横向排序和会上快速过表；关键路径任务或对外承诺节点可以单独设更严的阈值，并在字段字典中注明适用范围和生效日期。阈值调整要记录原因，例如进入交付冲刺阶段后从−15%收紧到−5%。如果每条任务都单独设阈值，预警等级就失去了可比性，周会难以判断先处理哪一条。
跟踪表已经用了一段时间，字段越来越多，怎么精简？
先看字段的实际使用情况：连续两个统计周期没有被评审追问、也没有人据此做决定的选填字段，可以移入备注或停用；每次评审都被追问的信息，则转为正式字段并写入字段字典。精简时保留任务、负责人、计划起止、实际完成比例、偏差、预警这条主线，其余字段按需增补。调整表结构后保留旧版本并注明变更原因，方便交接时对照历史记录。
团队共用跟踪表时，如何避免表格数据和任务系统里的进度对不上？
关键是让表格字段与系统中的任务记录使用同一套口径。可以在项目计划中按 WBS 分解任务并设置前后置依赖，用任务状态和完成比例承载实际进展，借助计划与基线对比查看偏差，再通过项目列表查看整体进展（依据 ONES 瀑布项目管理解决方案的公开资料，具体配置以产品实际版本为准）。这样周会过表时引用的是同一份数据，减少两套数字并存带来的核对成本。
