项目集里程碑计划模板以一张里程碑总表为核心，字段分为四组：里程碑标识与层级、时间与状态、关联项目与交付物、责任人与验收标准。跨项目共享的共同里程碑另设信息项，记录参与项目、对齐口径与变更记录。本模板适用于项目集经理或PMO在启动阶段建立里程碑台账，并随项目集推进持续更新。
要点总览（TL;DR）
- 模板以一张里程碑总表为核心，字段分四组：里程碑标识与层级、时间与状态、关联项目与交付物、责任人与验收标准。
- 共同里程碑另设信息项表，记录参与项目、对齐口径、牵头项目、对齐方式与变更记录，通过里程碑编号与总表关联。
- 启动阶段建议必填编号、名称、层级、计划日期、状态、关联项目、责任人与验收标准；实际日期、偏差说明、变更记录随进展补充。
- 模板需按阶段调整必填范围，状态每周更新，计划日期调整保留变更记录，共同里程碑变更由牵头项目发起对齐并书面留痕。
- 里程碑数量增多时，可将字段映射到协作工具的里程碑记录中，把状态更新、基线对比与变更留痕放在同一处维护。
可复制的项目集里程碑计划空白模板
模板由两张表组成。第一张是里程碑总表，每个里程碑占一行，承载标识、时间、关联项目、责任人与验收等全部字段；第二张是共同里程碑信息项表，只登记需要多个项目共同对齐的节点，作为总表的补充说明。两张表通过“里程碑编号”关联，填写时先建总表行，再为共同里程碑补填信息项。
表一：里程碑总表（空白）
| 里程碑编号 | 里程碑名称 | 层级 | 上级里程碑 | 计划日期 | 实际日期 | 状态 | 关联项目 | 关键交付物 | 验收标准 | 责任人 | 验收人 | 偏差说明 | 变更记录 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
表二：共同里程碑信息项（空白）
| 关联里程碑编号 | 共同里程碑名称 | 参与项目 | 对齐口径 | 牵头项目 | 对齐会议或确认方式 | 变更记录 |
|---|---|---|---|---|---|---|
字段分组说明
四组字段各有分工：标识与层级组解决“这是哪个里程碑、处在哪一层”，时间与状态组解决“什么时候到、现在到哪一步”，关联项目与交付物组解决“由哪些项目支撑、交付什么”，责任人与验收组解决“谁负责、按什么标准算完成”。共同里程碑信息项则回答“哪些项目必须同时对齐、以什么口径对齐”。分组的意义在于填写时有顺序可循，检查时也有明确的核对单元。
每个字段记录什么、怎么填
字段说明按四组展开，每个字段给出含义与填写口径。填写口径以“可核对”为原则：写进去的内容应当能让另一位项目集成员独立判断该里程碑的状态与归属。
| 字段 | 所属分组 | 记录内容 | 填写口径 |
|---|---|---|---|
| 里程碑编号 | 标识与层级 | 里程碑的唯一标识 | 建议采用“项目集缩写-序号”格式，如 PG01-M03，全表不重复 |
| 里程碑名称 | 标识与层级 | 里程碑的简短名称 | 用动宾结构描述可交付结果，如“完成核心系统联调”，避免只写“阶段一” |
| 层级 | 标识与层级 | 里程碑在项目集中的层级 | 可设为项目集级、子项目集级、项目级三档，与组织实际管理层次对应 |
| 上级里程碑 | 标识与层级 | 本里程碑归属的更高层节点 | 填写上级里程碑编号；项目集级里程碑留空 |
| 计划日期 | 时间与状态 | 约定的完成时间点 | 填写经批准的计划日期，精确到日；日期调整须同步更新变更记录 |
| 实际日期 | 时间与状态 | 实际达成日期 | 达成后填写；未达成留空，不用预计日期代替 |
| 状态 | 时间与状态 | 里程碑当前进展 | 统一使用“未开始、进行中、已达成、已延期、已取消”五类，避免自造状态词 |
| 关联项目 | 关联项目与交付物 | 支撑该里程碑的项目 | 填写项目名称或编号，多个项目用分号分隔；共同里程碑须与信息项表一致 |
| 关键交付物 | 关联项目与交付物 | 判定里程碑达成的实物或文档 | 列出可检查的交付物名称，如“联调报告”“上线审批单” |
| 验收标准 | 责任人与验收 | 判定达成的具体条件 | 写成可核验的条件，如“联调报告经三方签字确认”，避免“基本完成”一类表述 |
| 责任人 | 责任人与验收 | 对里程碑达成负责的人 | 填写具体姓名与角色，不填部门代称 |
| 验收人 | 责任人与验收 | 确认里程碑达成的人或组织 | 填写姓名或评审组织名称，与验收标准中的确认方对应 |
| 偏差说明 | 时间与状态 | 计划与实际差异的原因 | 出现延期或提前时填写，说明原因与影响范围 |
| 变更记录 | 时间与状态 | 字段调整的留痕 | 记录变更日期、变更内容与批准人，按时间顺序追加 |
共同里程碑信息项的含义需要单独说明。“参与项目”列出所有必须在该节点上对齐的项目；“对齐口径”写明各项目在该节点上共同满足的条件，例如统一的接口版本或统一的上线窗口；“牵头项目”指定负责召集对齐与汇总结果的项目；“对齐会议或确认方式”记录对齐通过什么机制完成，如联合评审会或书面确认。这些信息项让共同里程碑从总表中的一行扩展为可协调的跨项目事项。
必填与选填的划分
必填与选填的划分依据是项目集启动阶段的信息可得性：启动时就能确定、且缺失会导致台账无法使用的字段列为必填；随进展产生或仅在特定情形下需要的字段列为选填。这样划分可以让模板在启动会上就能填出可用的第一版，而不必等待全部信息齐备。
| 字段 | 划分 | 理由或适用时机 |
|---|---|---|
| 里程碑编号 | 必填 | 台账索引与跨表关联的基础，缺失则无法引用 |
| 里程碑名称 | 必填 | 识别里程碑的基本信息 |
| 层级 | 必填 | 决定汇总与上报口径，启动时即可确定 |
| 计划日期 | 必填 | 里程碑计划的核心信息，启动时应有基线日期 |
| 状态 | 必填 | 启动时统一填“未开始”，后续更新 |
| 关联项目 | 必填 | 项目集里程碑须明确由哪些项目支撑 |
| 责任人 | 必填 | 没有责任人的里程碑无法跟踪 |
| 验收标准 | 必填 | 启动时明确达成条件，避免后期争议 |
| 上级里程碑 | 选填 | 项目集级里程碑留空；建立层级关系时填写 |
| 关键交付物 | 选填 | 交付物尚未确定时先留空，随计划细化补充 |
| 验收人 | 选填 | 验收组织未确定时可后补，最迟在里程碑临近前填写 |
| 实际日期 | 选填 | 达成后填写 |
| 偏差说明 | 选填 | 出现偏差时填写 |
| 变更记录 | 选填 | 发生字段调整时追加 |
必填范围可以按项目集阶段调整。在项目集立项与规划阶段，可先将“验收标准”放宽为方向性描述，进入执行阶段前补齐为可核验条件；在收尾阶段，“实际日期”与“偏差说明”转为必须完整填写，以便形成完整的达成记录。调整必填范围时应在模板说明中注明适用阶段，避免不同项目集成员按不同口径填写。
填写示例：一个跨项目共同里程碑
以下为演示情景，用于说明字段如何联动填写，不代表真实项目数据。某项目集包含订单系统改造、数据平台升级、渠道端适配三个项目，项目集经理设定“新订单链路全量上线”为共同里程碑，要求三个项目在同一天完成各自切换。
总表记录
| 字段 | 填写内容 |
|---|---|
| 里程碑编号 | PG02-M05 |
| 里程碑名称 | 完成新订单链路全量上线 |
| 层级 | 项目集级 |
| 上级里程碑 | （留空） |
| 计划日期 | 2025-06-30 |
| 实际日期 | （未达成，留空） |
| 状态 | 进行中 |
| 关联项目 | 订单系统改造；数据平台升级；渠道端适配 |
| 关键交付物 | 上线审批单；全量切换操作记录；回滚预案确认单 |
| 验收标准 | 三个项目均完成切换，上线后连续 24 小时核心交易成功率不低于切换前基线，经项目集评审会确认 |
| 责任人 | 项目集经理（姓名略） |
| 验收人 | 项目集指导委员会 |
| 偏差说明 | （暂无偏差，留空） |
| 变更记录 | 2025-04-10 计划日期由 06-15 调整为 06-30，批准人：项目集指导委员会 |
共同里程碑信息项
| 信息项 | 填写内容 |
|---|---|
| 关联里程碑编号 | PG02-M05 |
| 共同里程碑名称 | 新订单链路全量上线 |
| 参与项目 | 订单系统改造；数据平台升级；渠道端适配 |
| 对齐口径 | 三个项目在同一上线窗口内完成切换，接口版本统一为 V2，切换顺序为数据平台先行、订单系统随后、渠道端最后 |
| 牵头项目 | 订单系统改造 |
| 对齐会议或确认方式 | 每周联合对齐会；上线前 3 日召开切换评审会并形成书面确认 |
| 变更记录 | 2025-04-10 对齐口径中接口版本由 V1 调整为 V2，批准人：项目集指导委员会 |
示例与字段说明保持一致：编号采用约定格式，状态取自统一状态词表，验收标准写成可核验条件，关联项目在两张表中完全一致，变更记录同时出现在总表与信息项中。填写时可按此顺序操作：先确定编号与名称，再定层级与计划日期，然后列出关联项目与交付物，最后补齐验收标准与责任人；共同里程碑在总表行建立后，再补填信息项表。
模板的调整与维护方法
模板在项目集运行中需要持续维护，维护的重点是字段增删有依据、状态更新有节奏、变更留痕可追溯。以下规则清单可作为项目集经理或PMO的日常操作依据。
字段增删的判断依据
- 新增字段的条件：现有字段无法支撑某类核对或汇报需求，且该需求在多个里程碑上重复出现。例如需要按业务域汇总时，可增加“业务域”字段。
- 删除字段的条件：连续两个复核周期内该字段无人填写或填写内容不影响任何决策。删除前应确认没有下游报表或汇报引用该字段。
- 字段调整须记入模板版本说明，注明调整日期、调整内容与批准人，已填写的存量记录按需回填。
状态更新与版本记录
- 状态更新节奏与项目集例会一致，建议每周更新一次；里程碑达成或延期时当日更新。
- 计划日期调整须同时更新“变更记录”，写明原日期、新日期与批准人，保留历史记录而非覆盖。
- 模板本身按版本管理，字段结构变化时升版本号，并在台账首页注明当前适用版本。
共同里程碑变更的对齐动作
- 共同里程碑的日期、口径或参与项目发生变化时，先由牵头项目发起对齐，确认各参与项目的影响，再更新总表与信息项表。
- 对齐结果以书面确认或会议纪要形式留存，信息项表的“变更记录”同步登记。
- 参与项目增减时，检查总表“关联项目”与信息项表“参与项目”是否同步，避免两表不一致。
定期复核节奏
- 建议每月复核一次全表：核对状态与实际进展是否一致，检查临近里程碑的验收标准与验收人是否已补齐。
- 每个季度复核一次字段结构：评估选填字段的填写率，判断是否需要转为必填或删除。
- 项目集阶段转换时（如从执行进入收尾）复核必填范围，按阶段调整要求更新模板说明。
当里程碑数量增多、跨项目对齐频繁时，台账的更新与对齐动作可以放到协作工具中承载。ONES Plan 支持制定项目里程碑与甘特图，并可通过项目集管理总览多项目信息；在瀑布项目管理场景中，可用里程碑标记重要时间点、事件或决策点，支持设置项目计划和里程碑基线，对比计划与执行的偏差，并通过版本对比追溯变更细节。深圳农商行曾依托 ONES 的瀑布项目模板对关键里程碑、交付物进行规范化管理，该案例仅说明该客户的使用情况。将本模板的字段映射到工具中的里程碑记录后，状态更新、基线对比与变更留痕可以在同一处完成，减少台账与汇报之间的重复维护。
常见问题
项目集级里程碑和项目级里程碑可以放在同一张表里吗？
可以。总表通过“层级”字段区分项目集级、子项目集级与项目级，并用“上级里程碑”字段记录归属关系。项目集级里程碑的上级里程碑留空，项目级里程碑填写其所属的上级编号。这样一张表既能承载项目集层面的关键节点，也能容纳各项目上报的里程碑，汇总时按层级筛选即可。
如果项目数量较多、项目级里程碑条目庞大，也可以只把项目集级和子项目集级节点放进总表，项目级节点留在各项目自己的计划中，通过“关联项目”字段回指。两种做法都可行，关键是全项目集采用同一口径。
共同里程碑的对齐口径应该写到什么颗粒度？
对齐口径要写到各参与项目能够据此判断“自己是否满足条件”的程度。通常需要包含三类信息：共同满足的技术或业务条件（如统一接口版本）、时间窗口（如同一上线日或同一周内完成）、以及先后顺序或依赖关系（如哪个项目先行切换）。
口径过粗会让各项目各自理解，过细则会限制执行灵活性。建议在里程碑临近前由牵头项目组织一次对齐会，把口径确认到可核验的程度，并将确认结果登记到信息项表的“对齐会议或确认方式”与“变更记录”中。
里程碑计划日期调整后，原日期还需要保留吗？
需要保留。计划日期调整时，把新日期写入“计划日期”字段，同时在“变更记录”中追加一条，写明原日期、新日期、调整原因与批准人。保留历史记录而不是直接覆盖，才能在后续复盘或审计时说明计划为何变化。
如果项目集对基线管理有要求，还可以在调整前留存一份基线版本，用于对比计划与执行偏差。变更记录按时间顺序追加，不删除旧条目。
模板字段太多，小规模项目集可以精简吗？
可以精简，但建议保留编号、名称、层级、计划日期、状态、关联项目、责任人与验收标准这八项必填字段，它们支撑台账的基本索引、跟踪与验收功能。选填字段中，“关键交付物”和“验收人”在里程碑临近前补齐即可，“偏差说明”和“变更记录”只在发生时填写。
精简时注意不要删除跨表关联所依赖的“里程碑编号”，否则共同里程碑信息项表将无法与总表对应。字段删减应记入模板版本说明，便于其他成员了解当前口径。
共同里程碑的参与项目发生增减时，需要做哪些同步动作？
参与项目变化时，先由牵头项目评估影响：新增项目是否能在原定窗口内满足对齐口径，退出项目是否会影响其他项目的切换顺序。评估结论经对齐会或书面确认后，同步更新总表的“关联项目”与信息项表的“参与项目”，确保两表一致。
同时在对齐口径中补充顺序或条件的变化，并在两张表的“变更记录”中登记变更日期、内容与批准人。若变化影响到计划日期，按日期调整的规则一并处理。
