项目集风险台账用于把分散在关联项目中的风险汇总到一张表里，重点记录风险从哪个项目产生、会波及哪些项目，以及由谁在什么时间跟进。本文提供一张可直接复制的空白台账，逐列说明填写口径，区分必填与选填，并用一条跨项目风险演示完整填写过程，最后给出台账的维护与调整方法。
要点总览（TL;DR）
- 项目集风险台账的核心是跨项目归属：每条风险要写清来源项目、影响项目与关联里程碑，只影响本项目的风险留在单项目台账。
- 模板共19列，风险编号、登记日期、更新日期、风险描述、来源项目、影响项目、概率、影响程度、风险等级、责任人、当前状态为必填，其余字段可在信息不足时先留空、复查时补齐。
- 风险等级由概率与影响程度按团队约定的矩阵算出，全台账统一一种刻度，避免同一等级在不同项目里口径不一。
- 台账按周更新状态、按里程碑集中复查高等级风险、按季度归档已关闭记录，关闭的风险保留原行不删除，便于复盘。
- 两张台账通过风险编号关联：影响项目出现其他项目或需要跨项目协调资源时，登记到项目集台账，并在单项目台账保留引用编号。
可复制空白项目集风险台账模板
下表为空白台账结构，可直接选中表格内容复制到 Excel、在线表格或文档表格中。复制后建议保留表头文字与列顺序，便于后续按同一口径汇总和筛选。
| 风险编号 | 登记日期 | 更新日期 | 风险描述 | 触发条件 | 潜在后果 | 来源项目 | 影响项目 | 关联里程碑 | 类别 | 概率 | 影响程度 | 风险等级 | 应对策略 | 责任人 | 目标日期 | 当前状态 | 复查日期 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
复制到表格工具后，可参考以下列宽设置：风险编号、登记日期、更新日期、概率、影响程度、风险等级、目标日期、复查日期、当前状态设为窄列；风险描述、触发条件、潜在后果、应对策略设为宽列并开启自动换行；来源项目、影响项目、关联里程碑、责任人、类别保持中等宽度。表头建议冻结首行，风险等级列可加条件格式，用颜色区分高、中、低。
台账字段说明：每个字段填什么
字段说明与上表逐列对应。填写时以“能被项目集之外的人读懂”为标准，避免只写项目内部简称。
| 字段 | 类型 | 填写口径 |
|---|---|---|
| 风险编号 | 标识 | 项目集内唯一，建议用“项目集缩写-年份-序号”，如 PG-2025-001，编号一经分配不再复用 |
| 登记日期 | 标识 | 首次录入台账的日期，用于统计风险存续时长 |
| 更新日期 | 标识 | 最近一次修改任何字段的日期，每次更新同步刷新 |
| 风险描述 | 描述 | 用“事件+对象”写清可能发生什么，一句话说明，不写解决方案 |
| 触发条件 | 描述 | 出现什么信号说明风险正在发生或临近，尽量写成可观察的条件 |
| 潜在后果 | 描述 | 对进度、成本、范围、质量或交付的影响，写明受影响的里程碑或交付物 |
| 来源项目 | 关联 | 风险最初在哪个项目被识别，填项目名称或项目编号 |
| 影响项目 | 关联 | 可能被波及的关联项目，多个项目用分号分隔；仅影响本项目时填“本项目” |
| 关联里程碑 | 关联 | 风险最可能冲击的项目集级或项目级里程碑及日期 |
| 类别 | 评估 | 按团队约定分类，如进度、资源、技术、供应商、合规、需求变更 |
| 概率 | 评估 | 用高、中、低或 1–5 分，全台账统一一种口径 |
| 影响程度 | 评估 | 与概率使用同一套刻度，衡量后果严重程度 |
| 风险等级 | 评估 | 由概率与影响程度按约定矩阵得出，如高、中、低 |
| 应对策略 | 处置 | 写明规避、减轻、转移、接受中的一种，并写具体动作 |
| 责任人 | 处置 | 填一名具体负责人，负责推进应对与更新状态，不填团队名称 |
| 目标日期 | 处置 | 应对动作计划完成的日期，与复查日期区分 |
| 当前状态 | 处置 | 建议取值：待评估、应对中、已缓解、已发生、已关闭 |
| 复查日期 | 处置 | 下次检查该风险的时间，到期未复查应在例会上提示 |
| 备注 | 补充 | 记录关联决策、会议纪要位置或历史变更说明 |
必填与选填：哪些列不能空
必填项保证一条风险能被识别、评估和跟进；选填项用于补充上下文，可在信息不足时先留空，但需在复查时补齐。
| 字段 | 必填/选填 | 理由与适用场景 |
|---|---|---|
| 风险编号 | 必填 | 唯一标识，用于引用、去重和归档检索 |
| 登记日期 | 必填 | 支撑风险存续时长与趋势统计 |
| 风险描述 | 必填 | 没有描述无法判断风险内容 |
| 来源项目 | 必填 | 项目集台账的核心是跨项目归属 |
| 影响项目 | 必填 | 决定风险是否需要项目集层面协调 |
| 概率 | 必填 | 等级计算的前提 |
| 影响程度 | 必填 | 等级计算的前提 |
| 风险等级 | 必填 | 排序与升级处理的依据，可由公式自动生成 |
| 责任人 | 必填 | 无人负责的风险无法推进 |
| 当前状态 | 必填 | 支撑例会跟踪与关闭判断 |
| 更新日期 | 必填 | 反映台账新鲜度，可在每次保存时自动写入 |
| 触发条件 | 选填 | 识别初期可能尚不明确，进入应对阶段前补齐 |
| 潜在后果 | 选填 | 影响范围未评估清楚时可先简要填写，评估后细化 |
| 关联里程碑 | 选填 | 风险尚未落到具体里程碑时可留空 |
| 类别 | 选填 | 用于分类统计，团队未约定分类体系时可暂不填 |
| 应对策略 | 选填 | 待评估状态的风险可先登记，策略在评估会后补填 |
| 目标日期 | 选填 | 策略确定后填写，与复查日期配套 |
| 复查日期 | 选填 | 建议登记时即填首次复查日期，便于形成跟踪节奏 |
| 备注 | 选填 | 按需补充 |
必填为空的处理规则：登记人提交时若缺少任一必填字段，台账管理员应退回补充，不进入正式台账编号序列；紧急情况下可先占用编号并标注“信息待补”，但须在下一个复查周期内补齐，否则在项目集例会上列为待办。选填字段留空不视为缺陷，但进入“应对中”状态前，触发条件、潜在后果与应对策略应尽量补齐，否则风险难以被有效跟踪。
填写示例：一条跨项目风险如何登记
以下为演示情景，用于说明填写方法，不代表真实项目。背景：某项目集包含 A 项目（核心系统开发）与 B 项目（数据迁移），A 项目依赖的外部接口供应商交付延迟，可能同时影响 B 项目的迁移窗口。
| 字段 | 填写内容 |
|---|---|
| 风险编号 | PG-2025-014 |
| 登记日期 | 2025-03-10 |
| 更新日期 | 2025-03-24 |
| 风险描述 | 外部接口供应商交付延迟，导致 A 项目联调无法按计划开始 |
| 触发条件 | 供应商在 3 月 20 日前未提交接口文档与测试环境 |
| 潜在后果 | A 项目联调推迟，B 项目数据迁移窗口顺延，影响项目集 4 月上线里程碑 |
| 来源项目 | A 项目 |
| 影响项目 | A 项目；B 项目 |
| 关联里程碑 | 项目集 4 月上线评审 |
| 类别 | 供应商 |
| 概率 | 高 |
| 影响程度 | 高 |
| 风险等级 | 高 |
| 应对策略 | 减轻：每周与供应商确认交付进度；同步准备备用接口方案，由 A 项目技术负责人评估可行性 |
| 责任人 | A 项目经理（姓名略） |
| 目标日期 | 2025-04-05 |
| 当前状态 | 应对中 |
| 复查日期 | 2025-03-31 |
| 备注 | 3 月 24 日项目集例会决议，备用方案评估结果于下次复查时更新 |
风险等级的计算过程：团队约定概率与影响程度各分高、中、低三档，矩阵规则为“任一为高且另一项不低于中，则等级为高；两项均为中为高；其余组合按中或低处理”。本例概率为高、影响程度为高，因此等级为高，需在项目集例会上优先讨论。
状态与复查日期的更新记录：3 月 10 日登记时状态为“待评估”，复查日期设为 3 月 17 日；3 月 17 日评估会后确认概率与影响程度均为高，状态改为“应对中”，复查日期改为 3 月 31 日；3 月 24 日例会补充备用方案决议，更新日期刷新为 3 月 24 日，复查日期保持不变。若 3 月 31 日复查确认供应商已交付，则状态改为“已缓解”，并设定下一次复查确认联调实际开始时间；联调完成后改为“已关闭”，保留整条记录。
台账的调整与维护方法
台账建好后需要随项目集结构变化调整字段，并按固定节奏更新，否则会退化为一次性登记表。以下规则可作为维护检查项。
新增或合并字段的时机
- 当同一类信息反复出现在“备注”中，说明它需要独立成列，例如“升级至项目集决策会日期”。
- 当两个字段长期填写内容重复，例如“潜在后果”与“影响程度”说明文字高度重合，可合并或明确分工。
- 项目集新增关联项目、调整里程碑体系时，同步检查“影响项目”“关联里程碑”的取值是否仍可枚举。
- 字段调整后，同步更新字段说明与必填规则，避免模板、说明、示例三处不一致。
更新频率与复查节奏
- 按周更新：责任人每周更新本人负责风险的状态与进展，台账管理员核对更新日期。
- 按里程碑复查：在项目集关键里程碑评审前，集中复查高等级风险，确认应对策略是否仍有效。
- 到期提醒：复查日期到期未处理的风险，在例会上列为待办并指定新的复查日期。
- 季度清理：每季度检查一次长期停留在“待评估”或“应对中”且无进展的风险，决定升级、调整策略或关闭。
关闭风险的归档与复盘方式
- 关闭时填写关闭原因，状态改为“已关闭”，保留原记录，不删除行。
- 按季度将已关闭风险移至归档表或归档视图，主台账只保留活跃风险，减少日常浏览负担。
- 复盘时统计风险来源项目分布、类别分布与等级变化，识别反复出现的风险类型，用于改进后续项目集的风险识别。
与单项目风险台账的边界划分
单项目风险台账记录仅在本项目内部处置的风险，责任人是项目内角色；项目集风险台账只收录会影响两个及以上关联项目、或需要项目集层面协调资源与决策的风险。判断口径可以简化为：若风险的影响项目只有“本项目”，留在单项目台账；一旦影响项目出现其他项目，或需要跨项目调整里程碑与资源，就登记到项目集台账，并在单项目台账中保留引用编号。两张表通过风险编号关联，避免同一风险被重复跟踪却口径不一。
台账承载的是登记、指派与状态流转，工具选择应围绕这三点。以 ONES 为例，ONES Plan 支持多项目进度管控和资源管理，并提供多项目数据集合与自定义项目属性，适合把跨项目风险与项目、里程碑信息放在同一视图中查看；ONES Wiki 支持使用模板库创建文档、页面组关联项目，并记录页面版本、支持查看与回滚，适合存放台账模板、字段说明与历次复盘记录。具体字段配置与模板可用范围以实际产品配置为准。无论使用哪种工具，都应保证风险编号唯一、责任人到人、复查日期可见，这三项是台账持续可用的基础。
常见问题
风险已经登记在单项目台账里，后来发现会波及别的项目，怎么处理？
在项目集台账新增一条记录，分配新的项目集风险编号，来源项目填原项目，影响项目列出被波及的项目，并在备注中写明对应的单项目台账编号。原单项目台账的记录保留，状态改为“已升级”或类似取值，指向项目集编号。两张表通过编号互相引用，避免同一风险在两处各自更新、结论不一致。
概率和影响程度用高、中、低，还是用1–5分？
两种都可以，关键是全台账统一。高、中、低适合参与人数不多、评估靠会议讨论的项目集；1–5分适合风险数量多、需要排序和统计分布的场景。选定后把刻度写进字段说明，并在风险等级列用公式或条件格式自动生成等级，减少人工判断带来的偏差。中途更换刻度时，应同步重算存量风险的等级并记录调整日期。
责任人应该是项目经理还是具体执行人？
填一名对应对动作负责的具体人员，而不是团队名称。跨项目风险通常由来源项目的项目经理牵头，涉及资源协调时可由项目集经理担任。责任人负责推进应对策略、更新状态和复查日期；项目集经理负责在例会上检查到期未复查的风险。责任人变更时更新该字段并在备注写明交接时间，保证跟踪不断档。
台账一定要用表格工具吗，放在文档里可以吗？
表格工具便于筛选、排序和按等级做条件格式，风险条数多时更合适；文档表格适合风险数量少、需要与说明文字放在一起阅读的场景。无论用哪种载体，都要保证风险编号唯一、责任人到人、复查日期可见。若团队已在协作平台中管理项目，也可以把风险登记为工作项，用自定义属性承载概率、影响程度与等级，并在项目集视图中汇总查看。以 ONES 为例，ONES Plan 支持多项目数据集合与自定义项目属性，ONES Wiki 支持模板库创建文档并记录页面版本，具体配置以实际产品为准。
已关闭的风险还要留在主台账里吗？
建议按季度把已关闭风险移到归档表或归档视图，主台账只保留活跃风险，日常浏览和例会检查会更聚焦。归档时保留完整字段与关闭原因，不删除行，风险编号继续占用、不复用。复盘时按来源项目、类别和等级变化统计归档记录，识别反复出现的风险类型，用于改进下一轮项目集的风险识别清单。
