项目推进到中段才发现关键依赖从未落地，同类Bug在三个迭代里重复出现。多数情况下问题不在意识，而在记录方式：风险与问题混在一张表，字段不全，复核没有节奏。以下给出可直接套用的字段清单、档位判据、流转规则与阶段动作清单。
一、风险登记册的字段规范与评分方法
1.字段清单与填写口径
每条风险至少包含十个字段：编号、描述、类别、概率、影响、等级、应对策略、应对措施、责任人、触发条件。
编号用项目代号加两位序号，一经分配不再复用；描述写成因果句，说明由于哪项原因、可能导致哪项结果；类别从技术、进度、资源、外部依赖、组织决策五类中选定；应对策略在规避、转移、减轻、接受中四选一，应对措施则写明具体动作与完成时间。
责任人与触发条件这两项最容易填错。责任人填单一具名人员，不填部门或小组；触发条件写成可观测信号，例如某接口联调连续两次延期。
2.概率与影响的档位定义
概率分三档：低为发生可能性低于两成，中为两成至五成，高为高于五成。
影响不单独打分，按进度、成本、质量、范围四个目标维度分别判断后取最高档，避免单项严重超标的风险被低估。评分档位属于风险管理的基础工作，需在规划阶段确定并写入项目文件。
3.等级计算与排序
等级由概率档与影响档交叉得出，三档对三档形成九宫格，归并为高、中、低三级。
| 概率与影响 | 低 | 中 | 高 |
|---|---|---|---|
| 高 | 中 | 高 | 高 |
| 中 | 低 | 中 | 高 |
| 低 | 低 | 低 | 中 |
排序按等级进行，同级内按受影响的目标维度数量排序。
二、问题日志的字段与处置时限
1.字段清单
问题条目包含十一个字段：编号、描述、来源、优先级、责任人、登记日期、解决时限、状态、解决措施、验证结论、关闭日期。
来源字段区分由风险转化而来和直接登记两类，直接登记类常见于与Bug管理系统对接的技术Bug。转化而来的条目需回填原风险编号。
2.处置流程与时限
流程固定为五步：登记、指派、处理、验证、关闭。登记在发现问题当天完成，无法当天指派的标注待指派；指派环节要求高优先级问题在一个工作日内确定责任人；处理环节按级别设置时限，高优先级建议三个工作日内关闭，中优先级五个工作日，低优先级纳入常规排期；验证由提出方或测试角色确认，不以处理人自述为依据；填写解决措施与验证结论后关闭。
优先级按影响范围定档：影响上线或交付节点的为高，影响单个功能但不影响节点的为中，其余为低。
3.超期与升级
超过解决时限未关闭的问题自动标记超期，并在下一次项目例会上按超期天数排序呈现。
三、风险与问题的流转规则
1.转入问题日志的触发条件
满足任一条即转入：风险已实际发生并影响至少一个项目目标，或风险的发生概率已接近确定。已不可能发生的风险直接关闭并注明原因，不转入问题日志。
2.转化时的字段处理
原风险条目状态改为已发生，注明对应问题编号，不再参与风险排序；新建的问题条目回填原风险编号、实际发生时间、当前影响和责任人。两条记录通过编号双向可查。
3.反向登记
问题关闭后如果暴露出新的不确定性，登记为新风险。应对措施执行后依然存在的部分记为残余风险，由应对动作引发的新风险记为次生风险，两者都要重新做风险评估。
四、各阶段的跟踪动作清单
1.规划阶段
完成风险识别，覆盖假设条件、外部依赖、资源约束三类来源；对每条风险完成概率与影响打分，得出等级；为高等级风险写出应对措施与触发条件。
2.执行与监控阶段
按固定节奏完成四件事：核对本期新增风险，重估高等级条目的概率与影响，核对超期问题清单，确认处置动作是否需要变更请求。
重估与迭代评审或里程碑评审同步，触发式重估的时机包括重大变更获批、里程碑到达和关键指标偏离阈值。处置动作超出既定项目管理基线时提交变更请求。
3.收尾阶段
收尾阶段将三类内容纳入文档管理归档：已关闭条目及其处置结论，未关闭条目及其移交对象，可复用的经验教训条目。
五、常见问题解答
问题日志和Bug管理系统有什么区别？
Bug管理系统面向研发团队，跟踪技术Bug的处理生命周期；问题日志面向项目层面，还覆盖资源缺口、决策延迟与跨部门冲突。两者可以对接，统计口径分开。
风险等级在不同团队之间评估结果不一致怎么办？
先对齐档位判据再打分。每一档给出判据示例，争议条目由同一组人复核后定级。
高风险条目长期没有变化，还需要继续跟踪吗？
需要，但可以降低复核频率。判断依据是触发条件是否仍然成立，触发条件已失效的应当关闭并注明原因。
文章标题 ：项目全生命周期管理软件的风险登记与问题跟踪 ，发布者 ：项目管理研究院
