项目风险检查表
项目确立时的风险及可行性检查表
称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：D环境检查称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
日期：编号:表号:合同类型：项目：厂内为料号：称：顾客零部件号：风险评价：0=无风险1=小风险2=中风风险点数总计不超过5，且不存在小风险以上的风险时，可行性评审通过。
项目风险评估排查表
工程质量管理可能存在的风险
9
工程环境管理可能存在的风险
10
工程分包管理可能存在的风险Biblioteka 11工程进度管理可能存在的风险
12
合同管理可能存在的风险
13
成本管理可能存在的风险
14
资源（人力、材料、设备等）管理可能存在的风险
……
（基层单位根据实际情况添加）
附件：×××风险评估排查表
序号
排查内容
排查结果
是否重要风险因素
管理制度/流程/措施
责任人
部门
控制有效性评价
存在的问题
相关建议
备注
1
项目审批是否合规
2
合同订立是否有效
3
专项资金是否落实
4
征地拆迁合法性及补偿是否足额到位
5
项目所在地治安环境的风险影响
6
农民工资专项资金账户设立、发放情况
7
工程安全管理可能存在的风险
软件项目风险检查表
中国广东核电集团CHINA GUANGDONG NUCLEAR POWER GROUP记录文件项目编号项目名称CGN-IT-C3-A07-01软件项目风险检查表版本编写审核审定批准生效时间A/0注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。
此文件属中国广东核电集团有限公司所有，未经许可，不得以任何方式外传。
修改记录页目录1.引言 (3)1.1目的 (3)1.2适用范围 (3)1.3角色与职责 (3)2.风险检查参考列表 (3)1. 引言1.1 目的风险检查表的目的是提供风险检查参考列表，在实施项目的过程中，根据本表生成该项目的风险管理卡，识别该项目潜在的风险，以便策划应对风险的活动和在整个项目生存周期中实施这些活动，缓解并消除潜在的风险。
1.2 适用范围本文档作为项目风险识别的初始依据和指导，使用者根据本机构和项目的实际情况不断地完善本表内容。
1.3 角色与职责2. 风险检查参考列表5 用户需求是否有不断膨胀、不断变化的危险？6 是否有工作量估算错误导致进度安排错误的危险?7 需求中是否有过分的对产品的性能约束?8 对重要复杂的需求有开发的界面原形来解释吗？9 对需求规格说明书，用户有正式文档确认吗？10 对后续阶段中需求变更的管理是否能够按照规范执行？11 待开发的软件是否需要使用新的或未经证实的硬件接口？设计阶段 1 概要设计文档是否合理？是否敷衍了事？2 详细设计文档是否合理？是否敷衍了事？3 有架构设计文档吗？有框架设计代码吗？有示例吗？4 设计阶段采用的设计工具合适吗？符合项目的要求吗？5 设计阶段成果做了同行评审了吗？6 对同行评审的结果认真贯彻执行了吗？7 相应的工具如报表系统适合本系统吗？代码开发 1 是否能够按照配置管理规范进行开发？2 是否能够遵守项目代码开发规范？3 项目组是否认真解决周例会发现的问题？4 项目组能够经常做代码复用和整合的工作吗？测试 1 是否认真执行各种测试规范？2 是否使用了自动测试工具？3 测试人员是否合格？4 用户参与测试是否积极？参与力度是否足够？SCM 1 配置管理人员是否有足够的知识技能？2 代码和文档的备份能够达到每天1次，连续30天吗？3 能够随时抽出以前的任一基线的代码版本吗？4 开发人员掌握了配置管理工具的使用技能吗？验收 1 用户参与验收力度是否足够？2 验收文档清单中的列表项是否都满足？3 验收计划是否合理？维护 1 维护人员具有足够的维护知识技能吗？2 维护人员是否足够？3 维护阶段是否对维护过程记录了？X。
风险检查表
13
幕墙施工
幕墙施工前未做性能检测（四性）开始施工的为重大风险
重大风险扣3分、较大风险扣2分、一般风险扣1分
检查情况
现场用表时此单元格保留，电子版此单元格去掉
备注：当项目存在重大风险问题时填写《工程重大风险问题整改通知单》
评估检查人： 监理负责人： 甲方负责人: 总包负责人：
私家（住户内）地下室渗漏为重大风险
厨卫间防水施工完成后，发现渗漏点5处以上，即为重大风险；渗漏点3处以上，为较大风险
外墙及外窗完成后，发现渗漏点5处以上，即为重大风险；渗漏点3处以上，为较大风险
屋面结构阶段渗漏点5处以上，为较大风险；渗漏点3处以上，为一般风险
屋面防水施工完成后，发现渗漏点，即为重大风险
7
防渗漏措施
防水卷材厚度与设计不符为重大风险
防水涂膜厚度平均值低于设计值的80%或单点的厚度低于设计值的60%为重大风险
未进行厨卫间、阳露台、平屋面蓄水试验及外墙面、外门窗、斜屋面淋水试验的为重大风险
外墙立面基层防渗漏施工普遍达不到方案等相关要求（螺栓洞的封堵、临时预留洞的封堵、砌筑勾缝等）为重大风险
4
基础桩基检测
未检测或检测不合格就已进入下道工序施工的为重大风险
5
危险较大的分部分项工程
危险性较大的分部分项工程未编制专项方案及达到一定规模未进行专家论证为重大风险
6
防空鼓、开裂措施
抹灰工艺控制不到位，如不同材料间未挂网、抹灰前墙面未甩浆，未分层抹灰，为重大风险
砌筑一次性砌到顶、砌体墙面管线存在人工剔凿开槽、或水平开槽超过500mm，为较大风险
4.栏杆凡阳台、外廊、室外回廊、内天井、上人屋面及室外楼梯等临空处应设置防护栏杆应符合以下规定：1）.栏杆高度不应小于1.05m，高层建筑的栏杆高度应再适当提高，但不宜超过1.2m. 2).栏杆离地面或屋面0.1m的高度内不应留空。
项目危大风险检查表
导向件与导轨之间间隙小于5mm
4
架体构造（20分）
★架体高度应小于5倍层高，宽度应小于1.2m
3
技术负贵
★架体全高与支承跨度乘积应小于IIOm2
3
★直线架体支承跨度应小于7m；折线、曲线架体支承点直线距离应小于5.4m
5
★架体悬臂高度应小于2/5架体高度，且小于6m
3
★架体水平悬挑长度应小于2m且应小于跨度的1/2
3
管井设置数量应满足施工方案要求
3
基坑开挖（25分）
★①对采用预应力锚杆的支护结构，应在施加预加力后，方可开挖下层土方
★②对土何墙，应在士旬\喷射混凝土面层的养护时间大于2天后，方可开挖下层土方
★③对采用内支撑的支护结构，支撑结构达到设计要求的强度后，方可开挖下层土方
4
生产经理（技术负责）
★基坑分层、分段开挖应满足设计及施工方案要求
5
技术负责
合计总分
应得分：
实得分，
得分率I
技术负费
应得分：
实得分：
/
生产经理
应得分I
实得分，
/
备注
表中责任岗位为“生产经理（技术负责）”的条目：深基坑工程则由生产经理与技术负责共同负责，普通基坑工程由生产经理单独负责。
陪同人员：检查人：日期：
注:各小项根据完成情况分八个评价等级：A+:l.O.A:0.9、B+:0.8、B:0.7、C+:0.6、C：0.5、D:0・3、E:0；缺项采用加权处理。
6
主框架整体垂直度好，平面内、平面外变形小，导轨无扭曲，垂直度偏差小于5%o
4
附墙支座（25分）
★竖向主框架所覆盖的每个楼层应设置一道附墙支座；
项目 风险检查表及评估报告
项目的经费够用吗？
进度安排是否过于紧张？有合理的缓冲时间吗？
进度表中是否遗忘了一些重要的（必要的）任务？
进度安排是否考虑了关键路径？
是否可能出现某一项工作延误导致其它一连串的工作也被延误？
任务分配是否合理？（即把任务分配给合适的项目成员，充分发挥其才能）
是否为了节省钱，不采用（购买）成熟的软件模块，一切从零做起？
子承包商
供应商
与子承包商、供应商签订的合同公正吗？双方互利吗？
子承包商、供应商的信誉好吗？
子承包商、供应商有可能倒闭吗？
子承包商、供应商能及时交付质量合格的产品（或部件）吗？
子承包商、供应商有能力做好售后服务吗？
管理风险
风险类型
检查项
项目计划
对项目的规模、难度估计是否比较正确？
人力资源（开发人员、管理人员）够用吗？合格吗？
…
项目团队
项目成员团结吗？是否存在矛盾？
是否绝大部分的项目成员对工作认真负责？
绝大部分的项目成员有工作热情吗？
团队之中有“害群之马”吗？
技术开发队伍中有临时工吗？
本项目开发过程中是否会有核心人员辞职、调动？
是否能保证“人员流动基本不会影响工作的连续性”？
项目经理是否忙于行政事务而无暇顾及项目的开发工作？
机构是否有较好的奖励和惩罚措施？
本项目的合作部门的态度积极吗？是否应付了事？或者做事与承诺的不一致？
技术风险
风险类型
检查项
需求开发
需求管理
需求开发人员懂得如何获取用户需求吗？效率高吗？
需求开发人员懂得项目所涉及的具体业务吗？能否理解用户的需求？
需求文档能够正确地、完备地表达用户需求吗？
项目风险检查表完整版
参数
等级
值
描述
风险
可能性
很高
5
风险发生的几率为～
比较高
4
风险发生的几率为～
中等
3
风险发生的几率为～
比较低
2
风险发生的几率为～
很低
1
风险发生的几率为～
风险系数等级
风 险
系 数
风险可能性
很高5
比较高4
中等3
比较低2
很低1
风险
严重性
很高5
25
20
15
10
5
较高4
20
16
12
8
4
中等3
15
12
项目风险检查表
风险严重性等级
参数
等级
值
描述
风险
严重性
很高
5
例如进度延误大于30％，或者费用超支大于30％
比较高
4
例如进度延误20%－30％，或者费用超支20%－30％
中等
3
例如进度延误低于20％，或者费用超支低于20％
比较低
2
例如进度延误低于10％，或者费用超支低于10％
很低
1
例如进度延误低于5％，或者费用超支低于5％
需求文档能够正确地、完备地表达用户需求吗？
需求开发人员能否与客户对有争议的需求达成共识？
需求开发人员能否获得客户对需求文档的承诺？以保证客户不随便变更需求？
综合技术
开发能力
包括设计
编程、测试等
开发人员是否有开发相似产品的经验？
待开发的产品是否要与未曾证实的软硬件相连接？
对开发人员而言，本项目的技术难度高吗？
建设项目风险评价自查表
评价结论与建议
本评价认为建设单位在严格落实环境影响评价及安全评价中提出的各项风险防范措施及事故应急预案的基础上，本项目建设的环境风险可防控。
注：“☐”为勾选项，“”为填写项。
大气毒性终点浓度-2 最大影响范围m
地表水
最近环境敏感目标，到达时间 h
地下水
下游厂区边界到达时间 d
最近环境敏感目标，到达时间 d
重点风险防范措施
1、前期设计阶段防范措施：①合理选择线路走向，②合理选择管道参数，③合理选择管道防腐工艺；2、施工期事故防范措施：①加强监管，②建立施工质量保证体系，③制定严格的规章制度，④进行水压试验，⑤制定各种作业的安全措施，⑥原管道封堵尽量缩短停输时间，采用临时泵将已封堵管段内原油打入油槽车送到指定处理地点；3、运行期事故防范措施：①人防措施，②技防措施；
G3☐
包气带防污性能
D1☐
D2☑
D3☐
物质及工艺系统危险性
Q值
Q＜1☐
1≤Q＜10☑
10≤Q＜100☐☐
M3☑
M4☐
P值
P1☐
P2☐
P3☐
P4☑
环境敏感程度
大气
E1☑
E2☐
E3☐
地表水
E1☐
E2☐
E3☑
地下水
E1☑
E2☐
E3☐
环境风险潜势
Ⅳ+☐
Ⅳ☐
Ⅲ☑
Ⅱ☐
I☐
评价等级
一级☐
二级☑
三级☐
简单分析☐
风险识别
物质危险性
有毒有害☑
易燃易爆☑
环境风险类型
泄漏☑
火灾、爆炸引发伴生/次生污染物排放☑
影响途径
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
机构是否有较好的奖励和惩罚措施
本项目的合作部门的态度积极吗是否应付了事或者做事与承诺的不一致
技术风险
风险类型
检查项
需求开发
需求管理
需求开发人员懂得如何获取用户需求吗效率高吗
需求开发人员懂得项目所涉及的具体业务吗能否理解用户的需求
需求文档能够正确地、完备地表达用户需求吗
需求开发人员能否与客户对有争议的需求达成共识
客户的信誉好吗例如按客户的需求开发了产品，但是客户可能不购买。
子承包商
供应商
与子承包商、供应商签订的合同公正吗双方互利吗
子承包商、供应商的信誉好吗
子承包商、供应商有可能倒闭吗
子承包商、供应商能及时交付质量合格的产品（或部件）吗
子承包商、供应商有能力做好售后服务吗
管理风险
风险类型
检查项
项目计划
对项目的规模、难度估计是否比较正确
风险可能性等级
参数
等级
值
描述
风险
可能性
很高
5
风险发生的几率为～
比较高
4
风险发生的几率为～
中等
3
风险发生的几率为～
比较低
2
风险发生的几率为～
很低
1
风险发生的几率为～
风险系数等级
风险
系数
风险可能性
很高5
比较高4
中等3
比较低2
很低1
风险
严重性
很高5
25
20
15
10
5
较高4
20
16
12
8
4
中等3
15
12
9
6
开发小组是否采用比较有效的分析、设计、编程、测试工具
分析与设计工作是否过于简单、草率，从而让程序员边做边改
开发小组采用统一的编程规范吗
开发人员对测试工作重视吗能保证测试的客观性吗
项目有独立的测试人员吗懂得如何进行高效率地测试吗
是否对所有重要的工作成果进行了同行评审（正式评审或快速检查）
开发人员懂得版本控制、变更控制吗能够按照配置管理规范执行吗
是否为了节省钱，不采用（购买）成熟的软件模块，一切从零做起
…
项目团分的项目成员对工作认真负责
绝大部分的项目成员有工作热情吗
团队之中有“害群之马”吗
技术开发队伍中有临时工吗
本项目开发过程中是否会有核心人员辞职、调动
是否能保证“人员流动基本不会影响工作的连续性”
项目经理是否忙于行政事务而无暇顾及项目的开发工作
本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗
是否在开发很少有人真正需要却自以为很好的产品
是否在开发可能亏本的产品
客户
客户的需求是否含糊不清
客户是否反反复复地改动需求
客户指定的需求和交付期限在客观上可行吗
客户对产品的健壮性、可靠性、性能等质量因素有非常过分的要求吗
客户的合作态度友善吗
与客户签的合同公正吗双方互利吗
3
比较低2
10
8
6
4
2
很低1
5
4
3
2
1
本表灰色部分的风险系数为10～25，应当优先处理
风险检查表
商业风险
风险类型
检查项
政治
法律
市场
政府或者其它机构对本项目的开发有限制吗
有不可预测的市场动荡吗
有不利于我方的官司要打吗
本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗
竞争对手有不正当的竞争行为吗
上级领导
行政部门
合作部门
本项目是否得到上级领导的重视
上级领导是否随时会抽调本项目的资源用于其它“高优先级”的项目
上级领导是否过多地介入本项目的事务并且瞎指挥
行政部门的办事效率是否比较底，以至于拖项目的后腿
行政部门是否经常干一些无益于生产力的事情，以至于骚扰本项目
机构是否能全面、公正地考核员工的工作业绩
项目风险检查表
风险严重性等级
参数
等级
值
描述
风险
严重性
很高
5
例如进度延误大于30％，或者费用超支大于30％
比较高
4
例如进度延误20%－30％，或者费用超支20%－30％
中等
3
例如进度延误低于20％，或者费用超支低于20％
比较低
2
例如进度延误低于10％，或者费用超支低于10％
很低
1
例如进度延误低于5％，或者费用超支低于5％
需求开发人员能否获得客户对需求文档的承诺以保证客户不随便变更需求
综合技术
开发能力
包括设计
编程、测试等
开发人员是否有开发相似产品的经验
待开发的产品是否要与未曾证实的软硬件相连接
对开发人员而言，本项目的技术难度高吗
开发人员是否已经掌握了本项目的关键技术
如果某项技术尚未实践过，开发人员能否在预定时间内掌握
人力资源（开发人员、管理人员）够用吗合格吗
项目所需的软件、硬件能按时到位吗
项目的经费够用吗
进度安排是否过于紧张有合理的缓冲时间吗
进度表中是否遗忘了一些重要的（必要的）任务
进度安排是否考虑了关键路径
是否可能出现某一项工作延误导致其它一连串的工作也被延误
任务分配是否合理（即把任务分配给合适的项目成员，充分发挥其才能）