风险项检查指南样例_746_1790_20110922013713
风险对照检查表示例
风险对照检查表提示：请使用者根据项目的实际情况进行对照、检查并评分。
商业风险风险类型检查项评分（0～5）市场法律政府或者其它机构对本项目的开发有限制吗？有不可预测的市场动荡吗？有不利于我方的官司要打吗？本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？竞争对手有不正当的竞争行为吗？是否在开发很少有人真正需要却自以为很好的产品？是否在开发可能亏本的产品？客户客户的需求是否含糊不清？客户是否反反复复地改动需求？客户指定的需求和交付期限在客观上可行吗？客户对产品的健壮性、可靠性、性能等质量因素有非常过分的要求吗？客户的合作态度友善吗？与客户签的合同公正吗？双方互利吗？客户的信誉好吗？例如按客户的需求开发了产品，但是客户可能不购买。
子承包商供应商与子承包商、供应商签订的合同公正吗？双方互利吗？子承包商、供应商的信誉好吗？子承包商、供应商有可能倒闭吗？子承包商、供应商能及时交付质量合格的产品（或部件）吗？子承包商、供应商有能力做好售后服务吗？管理风险风险类型检查项评分（0～5）项目计划对项目的规模、难度估计是否比较正确？人力资源（开发人员、管理人员）够用吗？合格吗？项目所需的软件、硬件能按时到位吗？项目的经费够用吗？进度安排是否过于紧张？有合理的缓冲时间吗？进度表中是否遗忘了一些重要的（必要的）任务？进度安排是否考虑了关键路径？是否可能出现某一项工作延误导致其它一连串的工作也被延误？任务分配是否合理？（即把任务分配给合适的项目成员，充分发挥其才能）是否为了节省钱，不采用（购买）成熟的软件模块，一切从零做起？…项目团队项目成员团结吗？是否存在矛盾？是否绝大部分的项目成员对工作认真负责？绝大部分的项目成员有工作热情吗？团队之中有“害群之马”吗？技术开发队伍中有临时工吗？本项目开发过程中是否会有核心人员辞职、调动？是否能保证“人员流动基本不会影响工作的连续性”？项目经理是否忙于行政事务而无暇顾及项目的开发工作？上级领导行政部门合作部门本项目是否得到上级领导的重视？上级领导是否随时会抽调本项目的资源用于其它“高优先级”的项目？上级领导是否过多地介入本项目的事务并且瞎指挥？行政部门的办事效率是否比较底，以至于拖项目的后腿？行政部门是否经常干一些无益于生产力的事情，以至于骚扰本项目？机构是否能全面、公正地考核员工的工作业绩？机构是否有较好的奖励和惩罚措施？本项目的合作部门的态度积极吗？是否应付了事？或者做事与承诺的不一致？技术风险风险类型检查项评分（0～5）需求开发需求管理需求开发人员懂得如何获取用户需求吗？效率高吗？需求开发人员懂得项目所涉及的具体业务吗？能否理解用户的需求？需求文档能够正确地、完备地表达用户需求吗？需求开发人员能否与客户对有争议的需求达成共识？需求开发人员能否获得客户对需求文档的承诺？以保证客户不随便变更需求？综合技术开发能力包括设计编程、测试等开发人员是否有开发相似产品的经验？待开发的产品是否要与未曾证实的软硬件相连接？对开发人员而言，本项目的技术难度高吗？开发人员是否已经掌握了本项目的关键技术？如果某项技术尚未实践过，开发人员能否在预定时间内掌握？开发小组是否采用比较有效的分析、设计、编程、测试工具？分析与设计工作是否过于简单、草率，从而让程序员边做边改？开发小组采用统一的编程规范吗？开发人员对测试工作重视吗？能保证测试的客观性吗？项目有独立的测试人员吗？懂得如何进行高效率地测试吗？是否对所有重要的工作成果进行了同行评审（正式评审或快速检查）？开发人员懂得版本控制、变更控制吗？能够按照配置管理规范执行吗？开发人员重视质量吗？是否会在进度延误时降低质量要求？。
风险检查表
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分）
★竖向主框架所覆盖的每个楼层应设置一道附墙支座；
项目 风险检查表及评估报告
项目的经费够用吗？
进度安排是否过于紧张？有合理的缓冲时间吗？
进度表中是否遗忘了一些重要的（必要的）任务？
进度安排是否考虑了关键路径？
是否可能出现某一项工作延误导致其它一连串的工作也被延误？
任务分配是否合理？（即把任务分配给合适的项目成员，充分发挥其才能）
是否为了节省钱，不采用（购买）成熟的软件模块，一切从零做起？
子承包商
供应商
与子承包商、供应商签订的合同公正吗？双方互利吗？
子承包商、供应商的信誉好吗？
子承包商、供应商有可能倒闭吗？
子承包商、供应商能及时交付质量合格的产品（或部件）吗？
子承包商、供应商有能力做好售后服务吗？
管理风险
风险类型
检查项
项目计划
对项目的规模、难度估计是否比较正确？
人力资源（开发人员、管理人员）够用吗？合格吗？
…
项目团队
项目成员团结吗？是否存在矛盾？
是否绝大部分的项目成员对工作认真负责？
绝大部分的项目成员有工作热情吗？
团队之中有“害群之马”吗？
技术开发队伍中有临时工吗？
本项目开发过程中是否会有核心人员辞职、调动？
是否能保证“人员流动基本不会影响工作的连续性”？
项目经理是否忙于行政事务而无暇顾及项目的开发工作？
机构是否有较好的奖励和惩罚措施？
本项目的合作部门的态度积极吗？是否应付了事？或者做事与承诺的不一致？
技术风险
风险类型
检查项
需求开发
需求管理
需求开发人员懂得如何获取用户需求吗？效率高吗？
需求开发人员懂得项目所涉及的具体业务吗？能否理解用户的需求？
需求文档能够正确地、完备地表达用户需求吗？
项目风险管理工作检查表
项目风险管理工作检查表一、项目背景和目标项目名称：_____________________项目背景：_____________________项目目标：_____________________二、风险识别风险识别方法：_____________________风险识别结果：_____________________三、风险评估风险评估方法：_____________________风险评估结果：_____________________四、风险响应风险响应方法：_____________________风险响应措施：_____________________五、风险监控风险监控方法：_____________________风险监控结果：_____________________六、风险报告风险报告对象：_____________________风险报告频率：_____________________七、风险管理文件风险管理文件包括：_____________________八、风险沟通与培训风险沟通方式：_____________________风险培训方式：_____________________九、风险管理工作评估风险管理工作评估方法：_____________________ 风险管理工作评估结果：_____________________十、改进措施改进措施：_____________________十一、评估完成情况评估完成日期：_____________________评估完成人：_____________________以上为项目风险管理工作检查表，用于指导和记录项目中的风险管理工作，确保项目进展顺利并最大程度降低风险的影响。
请按照实际情况填写和执行，及时跟进并改进风险管理工作。
风险检查表
不允许整本服务单（存根联）未上缴服务中心出纳稽核之前再次领用
服务单据管理
对于长期（超过一个月）未稽核的家政服务单要有定期跟踪记录（是否丢失，已经使用部分 单据相关款项是否缴纳）
离职维修工是否存在尚未上交财务未稽核的家政服务单
被检查人
检查时间
序号 1
2
幸福驿站
3
4 5
1
停车场
2
3
1 2 3
家政服务
3
4
项目内控风险检查表
检查内容
检查标准
收费系统用户名 现场使用情况
收费系统开票人与实际使用人一致
资金存放安全，禁止出现多人同时共管现金
检查情况记录
现金盘点
票据连号使用（含作废发票） 现金与票据金额一致(现场保留现金盘点表)
票据要素清晰完整（客户签名、备注信息等）
停车场现场检查 记录表
பைடு நூலகம்
有安全班长、安全主管、值班经理、出纳检查记录的痕迹
服务单据完整 家政服务单据内容填写完整（服务内容、金额及客户签字，内容不允许涂改）
预付费业主记录 针对预交费业主应建立家政服务清单记录表
家政服务收费 当天发生的家政服务收费当天需及时上交服务中心
服务单据回访
家政服务单据均需要100%电话回访（含收费金额、服务时间），现场有回访记录，回访人不 允许是现金经手人
临停收费中客户未领取的票据现场投入废票回收箱，废票回收处理流程妥当 ，不存在使用外
现金盘点（所有 来发票收费
收费点）
现金与停车收费系统金额一致 ，特殊情况未收费的有相关审批记录(有完善的停车收费系统)
当班收费超过500元的现金是否及时上交服务中心
停车场岗位交接 记录
风险对照检查表
开发能力
包括设计
编程、测试等
开发人员是否有开发相似产品的经验
待开发的产品是否要与未曾证实的软硬件相连接
对开发人员而言，本项目的技术难度高吗
开发人员是否已经掌握了本项目的关键技术
如果某项技术尚未实践过，开发人员能否在预定时间内掌握
开发小组是否采用比较有效的分析、设计、编程、测试工具
分析与设计工作是否过于简单、草率，从而让程序员边做边改
风险检查表
提示：请使用者根据机构和项目的实际情况进行检查。
商业风险
风险类型
检查项
评分（1~5）Hale Waihona Puke 政治法律市场
政府或者其它机构对本项目的开发有限制吗
有不可预测的市场动荡吗
有不利于我方的官司要打吗
本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗
竞争对手有不正当的竞争行为吗
本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗
是否在开发很少有人真正需要却自以为很好的产品
是否在开发可能亏本的产品
客户
客户的需求是否含糊不清
客户是否反反复复地改动需求
客户指定的需求和交付期限在客观上可行吗
客户对产品的健壮性、可靠性、性能等质量因素有非常过分的要求吗
客户的合作态度友善吗
与客户签的合同公正吗双方互利吗
客户的信誉好吗例如按客户的需求开发了产品，但是客户可能不购买。
本项目的合作部门的态度积极吗是否应付了事或者做事与承诺的不一致
技术风险
风险类型
检查项
评分（1~5）
需求开发
需求管理
需求开发人员懂得如何获取用户需求吗效率高吗
需求开发人员懂得项目所涉及的具体业务吗能否理解用户的需求
重点风险项检查记录单(质量风险)
工程系统质量、安全风险排查专项行动重点风险项检查记录单（质量风险）区域公司 项目标段检查时间 检查人员整改完成时间 记录单编号序号检查项目 检查重点 检查情况描述 整改情况描述 跟进人1 渗漏系列问题防水施工防水基层的处理效果、防水卷材施工效果、防水层施工效果、防水高度是否满足。
地下室/天面地下顶板、屋面、露台出现砼裂缝、渗漏；屋面或地下室侧壁防水套管封堵不规范，防水区建筑完成面上200mm高度内未按规范设止水螺杆，止水钢板不交圈、焊接、露出宽度不符合施工规范要求。
厨房、卫生间厨房、卫生间结构板开裂、渗漏；卫生间给水管直接从导墙根部穿设。
外墙外墙灰缝不饱满，空调套管应内高外低，外墙窗台压顶后浇捣，外墙抹灰前孔洞封堵不密实砼导墙导墙浇筑前结合面未剔凿到位，导墙用木块、砖块等作为内撑，用铁丝穿模，或使用普通螺杆防水构造空调板周边未做反坎，室内排水管穿楼板未设置止水节。
出屋面（含地下车库）烟风道泛水高度浇筑高度不足2 空鼓/开裂系列问题挂网、甩浆挂网、甩浆前未将墙体各种孔洞封堵到位；挂网后网面不平整、曲翘；不同材料基面和线管开槽处，抹灰前未挂钢丝网；钢丝网丝径小于0.7mm；甩浆密度严重不均匀、无毛刺感砌筑门洞周边、窗边未配砌实心混凝土块，或配砌位置错误；小于12c m的门垛未采用混凝土现浇；顶塞角度不符合要求，灰缝不饱满；顶砖两端及中间部位未配砌实心三角块。
过梁、压顶过梁入墙长度不足250mm，压顶嵌入支座长度不足200mm；宽度超过300mm的洞口上方未设置过梁，过梁、压顶厚度不符合设计要求。
构造柱构造柱顶部主筋未按规范规定锚入上部梁内；构造柱加固时，加固件采用对穿砌块加固；构造柱处墙体未砌马牙槎或马牙槎设置不符合规范，构造柱成型质量差。
3结构安全系列问题构件支撑 后浇带/悬臂梁支撑未独立搭设、构件支撑提前拆除结构墙柱结构墙柱严重偏位(偏位大于4c m以上）钢筋工程钢筋未设计按要求满扎；保护层垫块或支墩数量及间距不符合要求，加密区箍筋加密间距或加密长度不满足要求，钢筋严重偏位，钢筋锚固、搭接长度不足；柱纵焊接质量差，焊接偏位、封模前焊渣未清除地下室顶板地下室顶板强度未达到要求堆积大量材料、行走重型车辆及大型设备导致顶板开裂结构开裂砼构件产生贯通裂缝（如裂缝贯通构件；墙、板裂缝长度>1.5m,柱裂缝长度>1/2柱周长等）模板支撑支模加固体系搭设不稳定，缺乏扫地杆与剪刀撑，支模架与外架相互连接等桩基工程重点核查钢筋及混凝土质量、成孔质量、桩身质量、成桩控制等关键要点签字确认检查人： 跟进人：销项人（甲方/监理）： 区域工程管理部：。
风险对照检查表
本项目的合作部门的态度积极吗？是否应付了事？或者做事与承诺的不一致？
技术风险
风险类型
检查项
评分（1~5）
需求开发
需求管理
需求开发人员懂得如何获取用户需求吗？效率高吗？
需求开发人员懂得项目所涉及的具体业务吗？能否理解用户的需求？
需求文档能够正确地、完备地表达用户需求吗？
需求开发人员能否与客户对有争议的需求达成共识？
需求开发人员能否获得客户对需求文档的承诺？以保证客户不随便变更需求？
综合技术
开发能力
包括设计
编程、测试等
开发人员是否有开发相似产品的经验？
待开发的产品是否要与未曾证实的软硬件相连接？
对开发人员而言，本项目的技术难度高吗？
开发人员是否已经掌握了本项目的关键技术？
子承包商
供应商
与子承包商、供应商签订的合同公正吗？双方互利吗？
子承包商、供应商的信誉好吗？
子承包商、供应商有可能倒闭吗？
子承包商、供应商能及时交付质量合格的产品（或部件）吗？
子承包商、供应商有能力做好售后服务吗？
管理风险
风险类型
检查项
评分（1~5）
项目计划
对项目的规模、难度估计是否比较正确？
人力资源（发人员、管理人员）够用吗？合格吗？
项目所需的软件、硬件能按时到位吗？
项目的经费够用吗？
进度安排是否过于紧张？有合理的缓冲时间吗？
进度表中是否遗忘了一些重要的（必要的）任务？
进度安排是否考虑了关键路径？
是否可能出现某一项工作延误导致其它一连串的工作也被延误？
任务分配是否合理？（即把任务分配给合适的项目成员，充分发挥其才能）
是否为了节省钱，不采用（购买）成熟的软件模块，一切从零做起？
4-1全面风险管理检查菜单
全面风险管理检查内容序号项目检查内容分数1 全面风险管理年度计划.制定的计划(重点预警指标管理),计划不详细不具体一项扣1分。
52 三级体系组织建设. 决策机构,专职机构,执行机构(部门)及专兼职人员不健全一项扣1分。
83 三级体系的主要职责. 未制定三级体系及专业组职责的一项扣1分。
74 重要部门及重要岗位业务流程.未制定重要部门及重要岗位业务流程的一项扣1分,未按流程操作扣1分。
(财务.供应.运销.人力资源.企管部)105 风险管理信息搜集. 风险信息搜集(年至少一次),不全面,不完整,不及时的一项扣1分。
56 风险评估适当,重大/重要信息要及时上报.风险评估应从风险发生可能性和影响程度进行,未按流程进行操作扣1分。
重大/重要信息有漏报,漏评的一项扣1分。
57 风险管理策略. 根据重大/重要信息评估的结果,逐项制定了相应的风险管理策略,未制定每一项扣1分。
68 风险解决方案. 针对风险事件未制定解决方案(预警指标部门),未制定解决方案一项扣1分,未组织实施的一项扣1分。
(红色.橙色.)69 风险事件控制系统. 未制定完善内部控制系统的(制度),(预警指标部门),每一项扣2分。
610 风险预警监控. 对重大/重要风险要持续不断的监测,及时准确发布预警信息,制定应急预案,缺一项扣2分。
(红色.橙色.预警指标部门)711 风险信息库的建立. 及时建立信息库,定期开展风险评估，超过一个季度未更新评估扣2分。
612 风险评估报告. 新增预警指标要及时上报风险评估报告,漏报一项扣2分,年末对预警指标要上报风险管理工作报告及评估报告,漏报一项扣2分。
813 风险管理制度. 未健立健全风险管理制度的一项扣1分,未按制度执行扣2分。
514 风险管理文化建设. 对全面风险管理工作积极宣传,对风险员进行专业培训，缺一项扣2分。
615 风险预警指标风险监控预警指标不低于五项,缺一项扣2分。
10合计100。
安全风险评估诊断检查表
爆炸危险区域未按国家标准安装和使用防爆电气设备 、仪表或防爆防护等级达不要求的，以及使用非防爆 工（器）具的，每一处扣1分。 涉及爆炸危险性化学品的生产装置控制室、交接班室 布置在装置区内的，涉及甲乙类火灾危险性的生产装 置控制室、交接班室布置在装置区内未实现抗爆设计 、建设和加固的，具有甲乙类火灾危险性、粉尘爆炸 危险性、中毒危险性的厂房（含装置或车间）和仓库 内的办公室、休息室、外操室、巡检室未拆除的，每 涉涉及及一可处燃扣液5体分、。液化烃及液化毒性气体汽车装卸设施 不符合《山东省可燃液体、液化烃及液化毒性气体汽 车泄装压卸排设放施、安阻全火改、造通指风南、（防试晒行、）调》温的、，防扣泄2漏分、。防潮 、防腐、防雷、防静电、消防灭火、防护围堤或者隔 离操作等安全设施、安全警示标志未设置、未投用、 失自效动或化者控不制完系善统的未，设每置一不处间扣断0电.5源分、。后备电池的供电 时间小于30分钟的，扣2分。 化工生产装置和储存设施全部采用自动控制，实现 生产现场无操作人员（巡检人员除外）的，加5分。 企业主要负责人和安全生产管理人员未依法经考核合 格的，每一人次扣2分。 企业专职安全生产管理人员不具备国民教育化工化学 类（或安全工程）中等职业教育以上学历或者化工化 学类中级以上专业技术职称的，每一人次扣2分。 （依据国家规定的危险化学品企业从业人员准入资格 进行诊断，下同） 涉及“两重点一重大”装置的生产、设备及工艺专业管 理人员不具有相应专业大专以上学历的，每一人次扣 2企分业。主要负责人、分管安全负责人、分管生产负责人 、分管技术负责人中无一人具有国民教育化学化工类 本科以上学历（储存企业为专科）、没有3年以上化 工自行20业20从年业5月经起历，的涉，及扣“两3分重。点一重大”生产装置和储 存设施的企业，新入职的主要负责人和主管生产、设 备、技术、安全的负责人及安全生产管理人员不具备 化学、化工、安全等相关专业大专及以上学历或化工 类中级及以上职称，新入职的涉及重大危险源、重点 监管化工工艺的生产装置、储存设施操作人员不具备 高中及以上学历或化工类中等及以上职业教育水平， 新入职的涉及爆炸危险性化学品的生产装置和储存设 企业未按有关要求配备注册安全工程师的，扣2分。 企业主要负责人、分管安全生产工作负责人、安全 管理部门主要负责人均为化学化工类专业毕业的， 加2分。 安全生产标准化为一级的，不扣分；为二级的，扣5 分；为三级的，扣15分；未建成和运行的，扣20分。 涉及一级、二级重大危险源的企业未建成和运行二级 以上安全生产标准化的，扣5分。
风险检查表
提示：请使用者根据机构和项目的实际情况完善本检查表。
商业风险
风险类型
检查项
影响
概率
政治
法律
市场
政府或者其它机构对本项目的开发有限制吗？
有不可预测的市场动荡吗？
有不利于我方的官司要打吗？
本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？
竞争对手有不正当的竞争行为吗？
本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？
该技术对于公司而言是新的吗？
待开发的软件是否需要使用新的或未经证实的硬件接口？
待开发的软件是否需要与开发商提供的未经证实的软件产品接口？
待开发的软件是否需要与功能和性能均未在本领域得到证实的数据库系统接口？
产品的需求是否要求采用特定的用户界面？
产品的需求中是否要求开发某些程序构件，这些构件与公司以前开发的构件完全不同？
行政部门的办事效率是否比较底，至于拖项目的后腿？
行政部门是否经常干一些无益于生产力的事情，以至于骚扰本项目？
机构是否能全面、公正地考核员工的工作业绩？
机构是否有较好的奖励和惩罚措施？
本项目的合作部门的态度积极吗？是否应付了事？或者做事与承诺的不一致？
技术风险
风险类型
检查项
影响
概率
需求开发
客户的需求是否需要创建新的算法或输入、输出技术？
是否使用配置管理软件工具控制和跟踪软件过程中的变化活动？
是否使用软件工具来支持文档的生成和管理？
是否收集所有软件项目的质量度量值？
是否收集所有软件项目的生产率度量值？
开发环境
是否有可用的软件项目管理工具？
是否有可用的软件过程管理工具？
是否有可用的分析及设计工具？
风险项检查指南
目录1.概述软件风险伴随在项目的整个生命周期中，为了能把风险系统化的标识出来，在风险发生之前对其进行有效的预防、管理和控制，必须考虑不同类型的风险。
2.风险类型2.1客户相关风险-是否曾与这个客户合作过-客户是否很清楚需要什么，能否花时间把需求写出来*客户是否同意召开正式的需求收集会-客户是否愿意建立与开发者的快速通信渠道-客户是否了解软件过程•客户是否愿意参加复审工作-该客户是否具有该产品领域的技术实力*该客户是否愿意让你的人来做他们的工作，即当你的人在做具体的技术工作时，该客户是否会坚持在旁边协助如果对这些问题中的任何一个的答案是否定的，则需要进行进一步分析，以评估潜在的风险。
2.2商业影响风险*本产品是否得到公司高级管理层的重视*交付期限合理性如何-最终用户的水平如何-本产品必须能与之互操作的其他产品/系统的数目-将使用本产品的用户数及本产品是否与用户的需要相符合-必须产生并交付给用户的产品文档的质与量如何-政府对本产品开发的约束-延迟交付所造成的成本消耗是多少-产品缺陷所造成的成本消耗是多少对每一个问题的回答都必须与过去的经验加以比较，现了较大百分差或数字相近但过去的结果很不令人满意，险较高。
2.3产品规模风险-是否以LOC或FP估算产品的规模-估算出来的产品规模的信任程度如何-产品规模与以前产品的规模平均值的偏差百分比是多少-产品创建或使用的数据库大小如何-产品的用户数有多少•产品需求改变多少，交付之前有多少，交付之后有多少-复用的软件有多少2.4过程风险-开发人员是否同意按照文档所写的软件过程进行开发工作，并自愿使用它-是否定期对需求规约、设计和编码进行正式技术复审如出则风*是否定期对测试过程和测试情况进行复审-是否对每一次的正式技术复审的结果建立了文档，其中包括发现的错误和使用的资源-是否使用配置管理来维护系统/软件需求、设计、编码和测试用例之间的一致性-是否使用一个机制来控制用户需求的变化及其对软件的影响*对于每一个承包出去的子合同，是否有一份文档化的工作说明，一份软件需求规约及一份软件开发计划-是否有一个可遵循的规程，来跟踪及复审子合同承包商的工作2.5技术风险-该技术对于你的组织而言是否是新的-客户的需求是否需要创建新的算法或输入、输出技术-软件是否需要使用新的或未经证实的硬件接口-待开发的软件是否需要与开发商提供的未经证实的软件接口-产品需求中是否要求采用特定的用户界面•待开发的软件是否需要与其功能及性能均未在本领域中得到证实的数据库接口-需求中是否要求使用新的分析、设计、测试方法•需求中是否有过分的对产品的性能约束-客户能确定所要求的功能是“可行的”2.6与人员数目及经验相关的风险-是否有最优秀的人员可用*人员在技术上是否配套-是否有足够的人员可用-开发人员是否能够自始至终的参加整个项目的工作-项目中是否有一些人员只能部分时间工作*开发人员对自己的工作是否有正确的期望-开发人员是否接受过必要的培训-开发人员的流动是否仍能保证工作的连续性。
风险项检查指南
风险项检查指南风险项检查指南一、引言风险是指在特定环境下，可能发生的具有潜在危害的事件或情况。
对于企业来说，风险是无法避免的，但可以通过风险管理来识别、评估和控制风险。
风险项检查是风险管理的关键步骤之一，本指南旨在提供一种全面的方法，帮助企业进行风险项检查。
二、风险项检查的目的风险项检查是为了识别和记录可能对企业运营、财务和声誉产生重大风险的因素。
通过风险项检查，企业可以更好地了解其面临的风险，并制定相应的风险管理计划，从而降低风险对企业的影响。
三、风险项检查的步骤1. 确定风险范围：首先，确定需要进行风险项检查的范围。
这可以根据企业的特点和需求来确定，可以包括企业的产品、财务状况、供应链、法律合规性等方面。
2. 识别潜在风险：在确定风险范围后，需要识别可能存在的潜在风险。
这可以通过各种方法进行，包括文档分析、设备检查、员工访谈等。
重点关注与企业核心业务相关的风险。
3. 评估风险的严重程度：对于识别出的潜在风险，需要评估其严重程度。
这可以根据风险的概率和影响来进行评估。
风险严重程度的评估可以帮助企业确定优先处理的风险项。
4. 确定风险的原因：确定风险项的原因是理解和控制风险的关键。
这可以通过分析企业的运营流程、设备状态、人员管理等方面来进行。
了解风险的原因可以帮助企业采取相应的措施控制风险。
5. 制定风险管理计划：根据风险项的评估和原因分析，制定相应的风险管理计划。
风险管理计划应包括具体的控制措施、责任人、执行时间等信息，以确保风险得到有效控制和管理。
6. 监控风险管理计划的执行：监控风险管理计划的执行是风险项检查的重要环节。
通过定期检查和评估风险管理计划的执行情况，可以及时发现和解决问题，确保风险得到有效控制。
四、常见的风险项检查内容1. 供应链管理风险：包括供应商可靠性、物流风险、价格波动等因素的评估。
2. 财务风险：包括市场风险、信用风险、流动性风险等因素的评估。
3. 信息安全风险：包括网络安全、数据泄露、黑客攻击等因素的评估。
项目风险排查行动指南
识别关键风险因素及影响程度
风险识别
运用风险矩阵等方法，识别出项目中存在的 关键风险因素。
影响评估
对每个风险因素进行影响程度评估，包括对 项目进度、成本、质量等方面的影响。
优先级排序
根据风险因素的影响程度和发生概率，对风 险因素进行优先级排序。
编写风险排查报告
报告概述
简要介绍项目背景、目的和范 围。
风险概述
概述项目中存在的关键风险因 素及其影响程度。
详细分析
对每个关键风险因素进行详细 分析，包括产生原因、可能后 果、应对措施等。
结论与建议
总结风险排查结果，提出相应 的风险管理建议和措施。
风险应对措施与建
05
议
针对已识别风险制定应对措施
01
针对不同等级的风险，制定相应的应对策略和措施 ，如规避、减轻、转移或接受风险。
项目风险排查行动指南
汇报人：停云 2024-01-17
contents
目录
• 风险识别与评估 • 排查计划与组织 • 现场排查实施 • 风险分析与报告 • 风险应对措施与建议 • 总结与反思
风险识别与评估
01
风险识别方法及工具
头脑风暴法
组织项目团队成员进行自由讨论，激发创新 思维，识别潜在风险。
实地考察
进入项目现场，直观了解项目进展、环境、设备等情 况。
与相关人员交流
与项目管理人员、技术人员、操作人员等进行深入交 流，了解他们对项目的看法和存在的问题。
观察现场操作
观察现场人员的操作过程，了解是否存在不规范、不 安全的操作行为。
收集相关数据和资料
收集项目资料
收集项目可行性研究报告、设计文件、施工图纸、验收资料等相 关文件。
风险检查作业指引
1、适用范围开盘前风险检查适用于置地系统所有新开盘项目。
对于滚动开发、滚动推盘项目，如产品设计、装修标准、部品材料等发生重大变化，视作新推盘项目仍需纳入检查范围。
对于同类产品分批开盘不再重复检查。
交付前风险检查适用于集中交付的项目。
2、涉及部门及职责3、工作程序3.1开盘前风险检查3.1.1检查范围销售证照、销售资料及文件、销售说辞，销售案场展示、示范单位等。
3.1.2检查时间确定新项目首次开盘或示范单位首次开放前的20天。
城市公司营销管理部必须提前25天将新项目首次开盘或示范单位首次开放的具体时间以书面形式通知客户服务部。
3.1.3检查方式现场达到检查条件时，营销管理部通知客户服务部，由客户服务部组织营销管理部、工程管理部、设计管理部及法务等组成检查小组，对销售现场管理和开盘前风险进行检查，小组成员为部门负责人或经授权的专人。
3.1.4检查内容具体检查内容请见附件《开盘前风险检查表》。
3.1.5后续整改（1）检查完成后3天内，由城市公司客户服务部出具《开盘前风险检查报告》，发送检查小组成员、公司领导层，抄送区域客户服务部。
（2）由城市公司营销管理部、工程管理部、设计管理部等专业部门根据《开盘前风险检查报告》内容制定整改计划并落实整改。
（3）整改结束后，由项目营销经理通知检查组成员，对整改情况进行复查。
（4）由检查小组对销售中心开放或项目开盘给予建议，由城市公司负责人决定是否采纳。
同时将处理意见及说明报送区域客户服务部审批。
3.1.6拉闸红线凡销售案场或示范单位不符合以下条件的，城市公司客户服务部应直接向城市公司负责人反馈，并与城市公司营销管理部沟通确定解决方式，如涉及停止开盘或延后示范区开放，由城市公司营销管理部将处理意见上报区域总部营销管理部：（1）示范单位中未确定交付标准的部位或部件达到3处及以上。
（2）销售承诺与交付标准不符，可能引发销售风险和交付后客户群诉，进而影响到客户对某某置地的信任。
02风险项检查指南
项目记录1。
视点 (2)2。
风险类型 (2)2.1客户相关风险 (2)2.2业务影响风险 (2)2.3产品规模风险 (2)2.4流程风险 (3)2.5技术风险 (3)2.6与人会员与人数和经验有关的风险 (3)1.视点软件风险伴随着项目的整个生命周期。
为了系统地识别风险并在风险发生之前有效地进行预防，管理和控制，必须考虑不同类型的风险。
2.风险类型2.1客户相关风险•您曾经和这个客户一起工作过吗•客户是否知道需要什么，他们是否可以花时间写下需求•客户是否同意举行正式的需求收集会议•客户是否愿意与开发者建立快速的沟通渠道•客户是否了解软件流程•客户是否愿意参加审核工作•客户在产品领域是否具有技术实力•客户是否愿意让您的员工去做他们的工作，也就是说，当您的员工正在做特定的技术工作时，客户是否会坚持协助您如果对这些问题的回答是否定的，则需要进一步分析以评估潜在的风险。
2.2业务影响风险•该产品是否引起公司高层管理人员的注意？•交货期有多合理•最终用户的级别是多少•该产品必须可与其互操作的其他产品/系统的数量•将使用此产品的用户数量以及该产品是否满足用户需求•必须生成并交付给用户的产品文档的质量和数量是多少•政府对该产品开发的限制•延迟交货的费用是多少•产品缺陷造成的成本消耗是多少必须将每个问题的答案与过去的经验进行比较。
如果百分比差异较大或相似，但是过去的结果非常不令人满意，则风险会更高。
2.3产品规模风险•是否估计LC或FP中产品的尺寸•估计产品规模的信任度是多少•产品尺寸与先前产品尺寸的平均值的百分比偏差是多少•产品创建或使用的数据库的大小是多少•该产品有多少用户•产品需求量变化多少，交货前多少，交货后多少•重用了多少软件2.4流程风险•开发人员是否同意遵循文档中编写的软件流程进行开发工作并自愿使用它•是否定期对需求规范，设计和编码进行正式的技术审查•是否定期检查测试过程和测试情况•是否为每次正式技术评审的结果建立了文件，包括发现的错误和使用的资源•是否使用配置管理来维持系统/软件需求，设计，编码和测试用例之间的一致性•是否使用一种机制来控制用户需求的变化及其对软件的影响•对于外包的每个分包合同，是否都有书面的工作说明，软件需求规格说明和软件开发计划？•是否有遵循程序来跟踪和审查分包商的工作2.5技术风险•技术对您的组织是新的吗•客户的需求是否需要创建新算法或输入和输出技术•该软件是否需要使用新的或未经验证的硬件接口•要开发的软件是否需要与开发人员提供的未经验证的软件对接？•产品要求中是否需要特定的用户界面•要开发的软件是否需要数据库接口，其功能和性能尚未在现场进行验证•要求是否要求使用新的分析，设计和测试方法？•需求中是否对产品性能有过多限制•客户可以确定所需功能是否“可行”2.6与人员数量和经验有关的风险•有最好的人吗•人员在技术上是否匹配•有足够的员工吗•开发人员是否可以从头到尾参与整个项目的工作•项目中是否有一些人只能部分时间工作•开发人员对他们的工作有正确的期望吗•开发人员是否接受了必要的培训•开发人员的流动是否仍然可以确保工作的连续性。
重点风险项检查记录单(安全风险)
工程系统质量、安全风险排查专项行动重点风险项检查记录单（安全风险）区域公司 项目标段检查时间 检查人员整改完成时间 记录单编号 ）序号检查项目 检查重点 检查情况描述 整改情况描述 跟进人1场地管理 基坑沟槽地下基坑和基础外侧尚未回填的坑槽土壁及支护设施，不应出现开裂、塌落、移位或有积水侵蚀，基坑沟槽周边的防护栏和堆放的土方、建材，临建设施及进出基坑的通道，不应出现倾斜变形或失稳，因故没能及时拆除设在原土层上的结构工程模板支撑体系，不应出现因不均衡沉降导致的破坏和失稳，2 起重设备与施工机具塔吊在建期：无防坠锁或失灵、超过标定期限；无上限位装置或失灵，使用破损的配重块或采用其他替代物，配重块未固定，未设置安全带专用安全绳、未固定在建筑物可靠处、未设置安全锁、安全绳无磨损保护措施冬休期：塔吊应撤掉电源，塔吊电线收在塔吊上面；塔吊塔臂应摆至正确位置；收起吊钩，封闭驾驶室，将电机封闭好，用布覆盖，防止进水；采用大块模板封闭最底层标准节，禁止上人人货梯在建期：渐进式防坠落安全器或不灵敏、超过标定期限，极限开关、限位开关或不灵敏，施工电梯检修门未安装机电连锁装置或不灵敏、失效，吊笼门机电连锁装置或不灵敏，楼层无防护门或者未及时关闭冬休期：人货梯应撤掉电源，配电箱上锁；吊笼降到地面，封闭吊笼，禁止上人物料提升机钢丝绳磨损、变形、锈蚀达到报废标准的，架高20m以下时缆风绳未设1组，20~30m未设二组的施工机具机械传动外露部分无防护措施，钢筋调直机周边无防护措施的，电焊机无二次空载降压保护器或防触电装置、无防雨罩的项目冬歇期停工后，施工机具及时断电，覆膜保护，小心设备放入仓库妥善保管3外脚手架及模板支撑体系外脚手架落地式脚手架的基础及立杆、扫地杆不应出现不均衡沉降，底座、垫板应符合要求；悬挑脚手架和独立上料平台的卸荷装置的支杆、支点、连接点及吊索吊点等不应松脱、移位或变形；卸载钢丝绳牢固性能及卡扣安装应符合要求，脚手架整体结构的垂直度和稳定性．主要有架体垂直方向不能出现里凹外凸，纵向方向水平变形等；附设在架体上的上人斜道和出人口防护棚应符合要求，连墙件、剪刀撑和所有主节点的扣件和拉结点应符合要求，作业层、踢脚板及防护栏杆安全网等，应平整、牢固、严密，吊篮使用破损的配重块或采用其他替代物，配重块未固定，无防坠锁或失灵、超过标定期限。
风险点检查操作手册1
风险点检查操作手册一、检查主体风险部的检查，目的是防范重大案件和操作风险的发生，是对业务部门现有工作的有益补充.业务部门应根据实际情况，在保证关键风险点监控检查工作独立性和有效性的前提下，采用相应的自我检查模式，承担业务自查工作.二、检查对象监控检查的业务部门,是指所有对外提供银行服务的业务经营机构.三、检查方式监控检查人员可通过抽查业务部门的文件资料或系统数据、网点营业监控录像、调阅网点相关文档等方式，对关键风险点进行监控检查，以提高工作质量和效率。
在不影响正常业务办理的前提下，可选择现场检查的方式。
四、检查流程（一）检查前准备工作1．提前办理检查所需必要手续.检查人员开展检查前,应预先联系相关部门（突击检查除外)，并提供业务检查提纲，相关部门应给予必要的配合和支持.2．提前收集检查所需相关信息.检查人员应事先了解掌握与关键风险点检查相关的基本情况，包括但不限于信贷业务开展情况、柜员姓名、网点监控柜员的摄像头位置以及以往查库的具体时间等内容。
（二）开展检查开展风险点检查时，应严格按照检查内容，通过查看业务部门系统数据和相关资料、抽查网点营业监控录像、调阅相关文档以及现场检查等方式，实施对关键风险点的监控检查。
（三）填制检查工作底稿根据检查结果，检查人员填制《风险点检查工作底稿》（详见附件1,以下简称《工作底稿》），记录关键风险点监控检查情况。
（四)检查问题的反馈与报告检查人员检查发现问题应立刻向机构发出《风险点监控检查发现问题通知书》（详见附件2，以下简称《检查问题通知书》），同时上报行长，并抄送相关业务主管部门落实整改。
（五）检查问题的整改对监控检查中发现的问题，被检查部门主要负责人，应按照有关规定及时落实整改措施，消除风险隐患，避免问题重复发生.对于确因客观原因无法在短期内整改的问题，要说明原因并制订切实可行的整改计划,呈报行长审批同意后实施，同时抄送风险管理部.对于“已发现问题”未整改或“屡查屡犯”的情况，检查人员应及时按相关规定追究相关业务人员责任。
项目风险检查
是否有单设的水电表（1分）
人员管理
（16分）
项目部人员是否有明确权限分工（2分）
项目部人员名单、职责、权限是否有建设单位确认（2分）
总包项目管理人员更换是否有建设单位同意资料（1分）
是否存在对非本单位人员授权现象（3分）
是否存在分包代表总包参加项目例会或以总包名义对外沟通情况（3分）
检查内容表
所属单位：
项目名称：
检查时间：
类别
内容
检查情况
整改建议
合同管理（15分）
总包合同是否签署、是否经过招投标（3分）
是否放弃工程优先权，如放弃是否有审批手续（2分）
是否进行了合同交底，有无记录（2分）
分包单位是否为适格主体、是否具有相应资质及按政府管理部门要求的其他证照（3分）
办理工程签证（2分）
向建设单位报送资料是否由我方人员办理，是否有对方签收（2分）
实际利润与目标利润简要分析（2分）
材料管理
（8分）
甲供材是否由总包单位人员领用（2分）
拨付分包材料是否有完备调拨单（2分）
自购材料是否有批价，批价是否合格（2分）
退料是否由总包人员进行，流程是否符合要求（2分）
分包现场管理人员是否有书面确认，是否有签字样本（2分）
分包管理人员变更是否有变更通知及新进人员签字样本（1分）
劳务人员的考勤、进、出场是否完备（2分）
资料管理
（12分）
例会资料、工程签证及来往函件是否有原件、签字是否完善（2分）
设计变更签证是否有设计单位批准手续（1分）
是否存在将分包盖章或签字的经济资料直接加盖我方印章报送建设单位情况（3分）
其他需要注意的风险情况
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
风险条目检查表
张红延
2009年3月2日
目录
1. 概述 (3)
2. 风险类型 (3)
2.1 客户相关风险 (3)
2.2 商业影响风险 (3)
2.3 产品规模风险 (3)
2.4 过程风险 (4)
2.5 技术风险 (4)
2.6 与人员数目及经验相关的风险 (4)
1.概述
软件风险伴随在项目的整个生命周期中，为了能把风险系统化的标识出来，在风险发生之前对其进行有效的预防、管理和控制，必须考虑不同类型的风险。
2.风险类型
2.1客户相关风险
∙是否曾与这个客户合作过
∙客户是否很清楚需要什么，能否花时间把需求写出来
∙客户是否同意召开正式的需求收集会
∙客户是否愿意建立与开发者的快速通信渠道
∙客户是否了解软件过程
∙客户是否愿意参加复审工作
∙该客户是否具有该产品领域的技术实力
∙该客户是否愿意让你的人来做他们的工作，即当你的人在做具体的技术工作时，该客户是否会坚持在旁边协助
如果对这些问题中的任何一个的答案是否定的，则需要进行进一步分析，以评估潜在的风险。
2.2商业影响风险
∙本产品是否得到公司高级管理层的重视
∙交付期限合理性如何
∙最终用户的水平如何
∙本产品必须能与之互操作的其他产品/系统的数目
∙将使用本产品的用户数及本产品是否与用户的需要相符合
∙必须产生并交付给用户的产品文档的质与量如何
∙政府对本产品开发的约束
∙延迟交付所造成的成本消耗是多少
∙产品缺陷所造成的成本消耗是多少
对每一个问题的回答都必须与过去的经验加以比较，如出现了较大百分差或数字相近但过去的结果很不令人满意，则风险较高。
2.3产品规模风险
∙是否以LOC或FP估算产品的规模
∙估算出来的产品规模的信任程度如何
∙产品规模与以前产品的规模平均值的偏差百分比是多少
∙产品创建或使用的数据库大小如何
∙产品的用户数有多少
∙产品需求改变多少，交付之前有多少，交付之后有多少
∙复用的软件有多少
2.4过程风险
∙开发人员是否同意按照文档所写的软件过程进行开发工作，并自愿使用它∙是否定期对需求规约、设计和编码进行正式技术复审
∙是否定期对测试过程和测试情况进行复审
∙是否对每一次的正式技术复审的结果建立了文档，其中包括发现的错误和使用的资源
∙是否使用配置管理来维护系统/软件需求、设计、编码和测试用例之间的一致性
∙是否使用一个机制来控制用户需求的变化及其对软件的影响
∙对于每一个承包出去的子合同，是否有一份文档化的工作说明，一份软件需求规约及一份软件开发计划
∙是否有一个可遵循的规程，来跟踪及复审子合同承包商的工作
2.5技术风险
∙该技术对于你的组织而言是否是新的
∙客户的需求是否需要创建新的算法或输入、输出技术
∙软件是否需要使用新的或未经证实的硬件接口
∙待开发的软件是否需要与开发商提供的未经证实的软件接口
∙产品需求中是否要求采用特定的用户界面
∙待开发的软件是否需要与其功能及性能均未在本领域中得到证实的数据库接口
∙需求中是否要求使用新的分析、设计、测试方法
∙需求中是否有过分的对产品的性能约束
∙客户能确定所要求的功能是“可行的”
2.6与人员数目及经验相关的风险
∙是否有最优秀的人员可用
∙人员在技术上是否配套
∙是否有足够的人员可用
∙开发人员是否能够自始至终的参加整个项目的工作
∙项目中是否有一些人员只能部分时间工作
∙开发人员对自己的工作是否有正确的期望
∙开发人员是否接受过必要的培训
∙开发人员的流动是否仍能保证工作的连续性。