里程碑预警规则表：字段、阈值分级与升级路径模板

里程碑预警规则表把“什么时候提醒、提醒谁、升级到谁”写成可执行的一行行规则，避免预警靠人盯、靠临时沟通。本文交付一套可直接复制的空白表，并说明字段口径、必填与选填、四级阈值划分、一条完整填写示例，以及上线后的版本与复盘方法。规则表适合先按最小集上线，再随项目数据逐步校准。

要点总览（TL;DR）

• 规则表按“一条规则一行”组织，核心字段覆盖标识、时间、指标、分级响应与治理五类，三张子表通过规则编号关联。
• 阈值分四级：提示、关注、严重、阻断，可按剩余天数与完成度偏差两条主线设置，多条件同时触发时取最高级。
• 通知对象写角色加姓名，升级路径与升级时限成对填写，权重为“高”的里程碑整体上调一级，阻断级不因权重下调。
• 可先按最小可用规则集上线，必填项缺失的规则标记为草稿不参与预警，选填项按默认值处理。
• 规则表需按变更触发、版本记录与命中率/误报率复盘维护，阈值每季度或阶段结束时校准一次。

可复制空白模板：里程碑预警规则表

规则表采用“一条规则一行”的组织方式，把字段、阈值分级、通知对象与升级路径拆成三张相互引用的表。填写时先填规则主表确定“管哪个里程碑、看什么指标”，再在分级子表里逐级写触发条件，最后在通知与升级子表里写清每一级找谁、多久内响应。

表一：规则主表

规则编号	里程碑名称	里程碑类型	权重	基准日期	计划完成日期	预警指标	计算口径	责任人	复核人	规则状态	版本	生效日期

表二：阈值分级子表

规则编号	阈值等级	触发条件	判定顺序	响应动作	响应时限
	提示
	关注
	严重
	阻断

表三：通知与升级路径子表

规则编号	阈值等级	通知对象	通知方式	升级路径	升级时限	升级后责任人
	提示
	关注
	严重
	阻断

复制使用说明：一条规则只对应一个里程碑和一个主要预警指标，规则编号保持唯一；分级子表与通知子表按等级逐行填写，四个等级都留空表示该级不启用；三张表通过规则编号关联，修改时同步更新，避免主表与子表口径不一致。

字段说明：每个字段填什么、怎么算

字段说明解决“填什么、从哪取数、怎么算”的问题。下表按标识、时间、指标、分级响应、治理五类整理，示例值仅作格式参考，实际取值以项目计划为准。

字段名	含义	取值来源	计算口径	示例值
规则编号	规则的唯一标识	规则表编制人分配	建议“项目代号-序号”，如 PRJ01-03	PRJ01-03
里程碑名称	被监控的里程碑	项目计划中的里程碑节点	与计划中的名称保持一致	需求评审通过
里程碑类型	里程碑性质分类	项目计划或模板定义	如评审类、交付类、决策类	评审类
权重	该里程碑对项目的影响程度	项目负责人评估	可按高/中/低或分值设定，用于调整升级层级	高
基准日期	计算偏差的参照时点	里程碑基线	取批准后的计划日期，变更需重新基线	2025-06-10
计划完成日期	当前承诺的完成时间	项目计划	随计划变更更新，保留变更记录	2025-06-20
剩余天数	距计划完成日期的天数	由日期计算	计划完成日期减当前日期，按自然日或工作日统一口径	7
完成度	里程碑相关工作的完成比例	工作项状态或交付物清单	已完成项数除以总项数，口径需在规则中写明	60%
偏差天数	实际进度与计划的差值	实际完成日期或预测完成日期	预测完成日期减基准日期	+5
偏差率	偏差相对计划周期的比例	由偏差天数与计划周期计算	偏差天数除以计划周期天数	25%
前置依赖完成情况	关键前置事项是否就绪	依赖任务或交付物状态	记录未完成依赖数量及关键依赖名称	2 项未完成
阈值等级	预警级别	分级子表	提示、关注、严重、阻断四级	关注
触发条件	进入该等级的条件	分级子表	剩余天数或完成度偏差达到设定值	剩余天数≤7 且完成度<70%
通知对象	接收预警的角色或人员	通知子表	写角色加姓名，避免只写部门	项目经理、技术负责人
通知方式	预警送达渠道	通知子表	如站内消息、邮件、例会通报	站内消息+邮件
升级路径	逐级上报的接收人顺序	通知子表	按等级递进，写清下一级接收人	项目经理→项目总监
升级时限	触发后多久未处理即升级	通知子表	按小时或工作日设定	24 小时
责任人	对该规则响应负责的人	项目分工	一人负责，避免多头	张三
复核人	核对预警准确性与处理结果的人	项目管理角色	与责任人分离	李四
规则状态	规则当前是否生效	规则表维护人	草稿、生效、停用	生效
版本	规则修订版本号	规则表维护人	每次实质修改递增	V1.2
生效日期	该版本开始执行的日期	规则表维护人	与版本对应记录	2025-06-01

字段落地需要工作项状态、里程碑节点和通知流转有承载位置。ONES 支持用里程碑标记项目中的重要时间点、事件或决策点，并可设置项目计划和里程碑基线，实时对比计划与执行的偏差，为剩余天数、偏差天数等字段提供取数基础；ONES Plan 支持制定项目里程碑与甘特图，便于按时间跨度查看进度。规则表中的通知对象与升级时限仍需结合团队实际沟通渠道确定。

必填与选填：最小可用规则集

规则表不必一次填满。先保证每条规则能被识别、能算出等级、能找到人，就能上线运行；其余字段随管理成熟度补充。

类别	字段	理由或适用场景
必填	规则编号、里程碑名称、基准日期、计划完成日期、预警指标、阈值等级、触发条件、通知对象、责任人、规则状态	缺少任一项，规则无法被唯一识别、无法判定等级或无法落实到人
必填	升级路径、升级时限	预警发出后需要有明确的下一接收人和响应期限
选填	里程碑类型、权重	里程碑数量多、影响差异大时启用，用于调整升级层级
选填	偏差率、前置依赖完成情况	依赖关系复杂或需要量化偏差程度时补充
选填	通知方式、复核人	多渠道通知或需要交叉核对时填写
选填	版本、生效日期	规则进入多人维护阶段后启用

最小可用规则集可先只填：规则编号、里程碑名称、基准日期、计划完成日期、预警指标、四个等级的触发条件、通知对象、升级路径、升级时限、责任人、规则状态。字段缺失时的处理约定建议写进规则表附注：必填项缺失的规则标记为草稿，不参与预警；选填项缺失按默认值处理，例如未填权重时按“中”处理，未填复核人时由责任人自查。

阈值分级怎么设：四级划分与判定顺序

阈值分级回答“什么程度算提示、什么程度要升级”。建议设四级，等级越高响应越强，并与通知对象、升级时限一一对应。

等级	含义	典型触发条件	响应强度
提示	出现轻微偏差，供责任人留意	剩余天数进入提醒窗口，或完成度略低于同期预期	通知责任人，例行跟进
关注	偏差扩大，需要制定补救动作	剩余天数较少且完成度明显不足，或偏差天数超过设定值	通知责任人及复核人，要求给出补救计划
严重	按当前进度难以按期完成	偏差率超过设定比例，或关键前置依赖未完成	通知上级，安排专项协调
阻断	里程碑已无法按基线完成，影响后续节点	已过计划完成日期仍未完成，或关键依赖全面停滞	上报项目决策层，启动计划变更或重新基线

阈值设置走两条主线。第一条按剩余天数分级，例如剩余 15 天进入提示、7 天进入关注、3 天进入严重、逾期进入阻断；第二条按完成度偏差分级，例如完成度低于同期应达值 10 个百分点为提示、20 个百分点为关注、30 个百分点为严重。两条主线可同时启用，也可先选一条跑通再补另一条。

多条件同时触发时取最高级，判定顺序为阻断、严重、关注、提示，命中即停止向下比较。里程碑权重的调整做法是：权重为“高”的里程碑整体上调一级，权重为“低”的可下调一级，但阻断级不因权重下调。阈值校准建议每季度或每个项目阶段结束时进行一次，依据是预警命中率与误报率；连续多次误报的阈值上调，漏报的阈值下调，调整需记录版本与生效日期。

填写示例：一条完整规则从触发到升级

以下为演示情景，用于说明字段如何配合，数值不代表通用标准。

规则主表填写：规则编号 PRJ01-03；里程碑名称“需求评审通过”；里程碑类型“评审类”；权重“高”；基准日期 2025-06-10；计划完成日期 2025-06-20；预警指标“剩余天数与完成度”；计算口径“剩余天数按工作日计，完成度按已评审通过的需求条目数除以总条目数”；责任人张三；复核人李四；规则状态“生效”；版本 V1.0；生效日期 2025-06-01。

分级与通知填写：提示级为剩余天数≤10 或完成度<80%，通知张三，站内消息，升级时限 3 个工作日；关注级为剩余天数≤5 或完成度<60%，通知张三与李四，站内消息加邮件，24 小时内未处理升级至项目总监；严重级为剩余天数≤2 或完成度<40%，通知项目总监，专项协调，12 小时内未处理升级至项目决策层；阻断级为已过计划完成日期仍未完成，通知项目决策层，启动计划变更评审，当日响应。由于该里程碑权重为“高”，关注级实际按严重级响应，阻断级保持不变。

一致性核对：示例中的每个字段都能在字段说明表中找到对应行；阈值等级与通知子表逐级对应；升级路径与升级时限成对出现；规则编号在三张表中一致。按此结构填写第二条规则时，只需替换里程碑与数值，表结构不变。

调整与维护：规则表的版本与复盘

规则表上线后需要维护，否则会出现阈值长期不调、预警频繁误报、责任人变动后无人响应的情况。维护工作围绕变更触发、版本记录和复盘三个动作展开。

规则变更的触发条件包括：里程碑计划调整或重新基线；某条规则连续多个周期误报或漏报；组织调整导致责任人或升级路径变化；项目阶段切换使原有阈值不再适用。出现上述情况时，由规则表维护人发起修订，修订后更新版本号与生效日期，旧版本保留备查。

复盘口径建议记录两项指标：预警命中率，即触发预警后确实出现进度风险的规则数占触发规则总数的比例；误报率，即触发预警但经复核无需干预的比例。两项指标按规则编号统计，连续两个复盘周期表现异常的规则进入调整清单。定期评审可按月度或阶段节点进行，由项目管理角色牵头，责任人参与，评审结论写入复盘记录。

复盘记录表头	填写内容
规则编号	被复盘的规则
统计周期	本次统计覆盖的时间范围
触发次数	周期内该规则触发预警的次数
有效预警次数	经复核确需干预的次数
误报次数	经复核无需干预的次数
调整建议	阈值上调、下调或维持
新版本与生效日期	调整后的版本号及执行时间
评审人与日期	评审责任人与完成时间

维护检查清单：规则状态是否与实际一致；责任人与复核人是否仍在岗；升级路径中的接收人是否有效；阈值是否经过至少一次复盘校准；版本与生效日期是否同步更新。规则表与项目计划、里程碑基线保持同源更新，偏差对比和风险识别才有可靠依据。

常见问题

里程碑数量很多时，每条都要单独建规则吗？

不必逐条建规则。可以按里程碑类型归并，例如所有“评审类”里程碑共用一套阈值模板，只在权重和责任人上做区分；也可以只对权重为“高”的里程碑单独建规则，其余按类型套用。归并的前提是这些里程碑的取数口径一致，例如完成度都按交付物清单计算。类型归并后，规则编号仍要保持唯一，便于复盘时按编号统计命中率。

剩余天数和完成度偏差两条主线冲突时，以哪条为准？

两条主线同时启用时，按“取最高级”处理：分别算出剩余天数对应的等级和完成度偏差对应的等级，取其中较高的一个作为最终等级，命中阻断即停止比较。如果团队刚开始用规则表，建议先只启用一条主线跑通，例如先按剩余天数分级，积累几个周期的数据后再补完成度偏差，避免两条线同时误报导致规则被弃用。

预警发出后责任人没有响应，升级时限怎么定才合理？

升级时限按等级递进设置，等级越高时限越短。提示级可给到数个工作日，关注级通常按 24 小时计，严重级可缩短到 12 小时以内，阻断级要求当日响应。时限的起算点要写清楚，例如“预警发出时刻”或“下一个工作日上班时刻”，避免跨周末时产生争议。升级时限与升级路径成对填写，写清超时后自动转给谁，规则才算闭环。

规则表里的阈值多久调整一次，依据是什么？

建议每季度或每个项目阶段结束时校准一次，依据是复盘记录中的预警命中率与误报率。连续多个周期误报的规则，把阈值上调或放宽触发条件；出现漏报的规则，把阈值下调或收紧条件。里程碑计划重新基线、组织调整导致责任人变化时，也应触发修订。每次调整更新版本号与生效日期，旧版本保留备查，便于回溯某次预警当时用的是哪版规则。

规则表落地到工具里，需要工具具备哪些承载能力？

规则表要跑起来，工具至少需要能记录里程碑节点与基线日期、能读取工作项完成状态用于计算完成度、能按设定条件发出通知并流转到指定接收人。ONES 支持用里程碑标记项目中的重要时间点、事件或决策点，并可设置项目计划和里程碑基线，实时对比计划与执行的偏差，为剩余天数、偏差天数等字段提供取数基础；ONES Plan 支持制定项目里程碑与甘特图，便于按时间跨度查看进度。通知对象、通知方式与升级时限的具体配置，需结合团队实际沟通渠道和产品配置确认。