问题日志、风险登记册、变更日志的核心内容和举例表格

问题日志的核心内容

根据《信息系统项目管理师教程(第4版)》及软考官方考点的要求，问题日志是一种记录和跟进所有问题的项目文件，主要用于记录和监督项目中已出现问题的解决情况。其主要内容包括以下8个核心要素：

序号	内容要素	说明
1	问题类型	如技术问题、资源问题、沟通问题、干系人问题等
2	问题提出者和提出时间	记录是谁在什么时间发现了该问题
3	问题描述	清晰、简洁地描述问题的具体表现和背景
4	问题优先级	如高、中、低，用于确定处理顺序
5	解决问题负责人	指定谁负责跟进和解决该问题
6	目标解决日期	设定的问题解决截止时间
7	问题状态	如待处理、处理中、已解决、已关闭等
8	最终解决情况	记录解决方案和最终的解决结果

问题日志举例表格

以下是一个符合软考高项考试要求的问题日志示例（以某软件开发项目为背景）：

序号	问题类型	提出者	提出时间	问题描述	优先级	负责人	目标解决日期	问题状态	最终解决情况
1	技术问题	张三	2025-05-10	用户登录模块在并发100人时出现连接超时错误	高	李四	2025-05-15	已解决	优化数据库连接池配置，增加索引，问题已解决
2	资源问题	王五	2025-05-12	测试环境服务器内存不足，导致自动化测试无法执行	高	赵六	2025-05-14	已解决	协调运维部门增加8GB内存配置
3	沟通问题	钱七	2025-05-14	客户需求变更未及时同步到开发团队，造成返工	中	孙八	2025-05-18	处理中	已建立变更通知群，后续需求变更需邮件+群双通道通知
4	干系人问题	李四	2025-05-16	甲方技术对接人离职，新对接人未确认	高	项目经理	2025-05-20	待处理	待与甲方项目经理沟通确认新对接人

考试要点提示

软考高项中，问题日志经常与风险登记册、变更日志结合考查，需要区分：

• 风险登记册：记录未来可能发生的不确定性（提前预判）
• 问题日志：记录已经发生的障碍或事故（跟踪解决）
• 变更日志：记录已被批准的变更请求（记录变动）

记忆口诀：风险是未发生，问题是已发生，变更是已批准

以下是风险登记册和变更日志的举例表格：

---

一、风险登记册举例表格

根据教材第4版第15章，风险登记册始于识别风险过程，并在后续风险管理过程中持续更新。以下是一个完整的风险登记册示例：

序号	风险描述	根本原因	风险类别	概率	影响	风险值	优先级	应对策略	应对措施	风险责任人	状态	触发条件
1	核心开发人员可能离职，导致项目延期	薪资竞争力不足、职业发展受限	资源风险	30%	高	24	高	减轻	1. 建立AB角机制，关键模块至少2人熟悉 2. 加强文档管理，保证知识传承 3. 安排定期技术分享，提升团队凝聚力	项目经理	处理中	该员工开始频繁请假、简历更新
2	第三方支付接口可能延迟交付	供应商排期紧张、接口文档不完整	外部风险	40%	中	16	中	转移	合同中明确延误罚则，并设置里程碑验收节点	采购经理	监控中	距离交付节点前2周无进展
3	客户需求变更频繁，导致范围蔓延	客户需求未一次性明确	范围风险	50%	中	20	中	规避	严格执行变更控制流程，未经CCB批准的变更一律拒绝	产品经理	监控中	同一模块需求变更超过3次
4	服务器硬件故障，导致系统宕机	硬件老化、无冗余配置	技术风险	10%	高	12	高	减轻	部署双机热备，配置自动故障转移	技术负责人	已关闭	已部署冗余，风险解除
5	新法规出台，项目需额外合规审查	政策变动不可控	外部风险	15%	高	18	高	上报	上报公司管理层及法务部，由高层协调应对	发起人	处理中	法规正式发布

风险登记册核心字段说明：

• 已识别风险清单：对每个风险进行清晰、详细的描述
• 根本原因：造成风险的基本条件或事件，有助于制定治本之策
• 概率与影响：评估风险发生的可能性和严重程度，用于计算风险值（概率×影响）
• 优先级：根据风险值排序，高优先级风险需优先应对
• 应对策略：威胁应对（规避/转移/减轻/接受/上报）或机会应对（开拓/分享/提高/接受）
• 风险责任人：负责监控和应对该风险的人员
• 状态：如开放、处理中、已关闭、已发生等
• 触发条件：风险发生的前兆信号，用于及早预警

二、变更日志举例表格

根据教材第4版第4章，变更日志是实施整体变更控制过程的输出，记录所有变更请求从提出到关闭的全过程状态。特别注意：未经批准的变更请求也必须记录在变更日志中。

以下是一个完整的变更日志示例：

序号	变更ID	提出日期	提出人	变更描述	变更类型	影响分析（进度/成本/范围）	优先级	CCB审批状态	审批日期	审批人	最终处理结果	实施情况
1	CR-001	2025-05-10	市场部李某	登录页增加短信验证码功能	范围变更	工期+3天，成本+5000元	中	已批准	2025-05-12	CCB	已安排开发，纳入V2.0版本	已完成，已上线
2	CR-002	2025-05-11	测试组王某（口头）	修复IE浏览器界面错位Bug	缺陷补救	工期+0.5天，成本+800元	高	已批准	2025-05-11	CCB	紧急修复，已完成	已完成，已上线
3	CR-003	2025-05-15	技术总监	更换数据库为PostgreSQL	范围变更	工期+10天，成本+3万，性能风险高	高	已否决	2025-05-18	CCB	评估后收益风险比不足，维持原方案	不实施
4	CR-004	2025-05-20	客户方张某	报表导出格式增加Excel选项	范围变更	工期+1天，成本+2000元	低	已批准	2025-05-22	CCB	已排入迭代4.0	开发中
5	CR-005	2025-05-25	UI设计师	调整首页Logo颜色	更新请求	工期+0.2天，成本无影响	低	延期处理	-	CCB	待下一轮统一处理	待处理

变更日志核心字段说明：

• 变更ID：唯一标识，便于追溯和关联
• 变更类型：包括纠正措施、预防措施、缺陷补救、更新请求四类
• 影响分析：评估变更对进度、成本、范围、质量、风险的综合影响
• CCB审批状态：已提交/评估中/已批准/已否决/延期处理
• 被否决的变更也要记录：这是考试高频考点，记录否决原因可避免重复提出
• 实施情况：跟踪已批准变更的执行进度和结果

三、三者对比总结（记忆要点）

文件	核心作用	记录时机	典型内容	考试易错点
风险登记册	记录未来可能发生的不确定性	风险识别阶段创建，全过程持续更新	风险描述、概率影响、应对策略、责任人	混淆各阶段的更新内容
变更日志	记录所有变更请求的完整状态	收到变更请求时立即创建	变更描述、审批状态、决策结果	误以为只记录批准的变更
问题日志	记录已发生的障碍或事故	问题出现时立即创建	问题描述、解决方案、状态跟踪	与风险登记册混淆