项目风险登记表
项目风险等级评定表docx
上报日期：2018年1月18日 编号：fx---
项目名称(盖章)
项目开、竣工日期
2015年12月28日—2019年11月31日
项目主要风险描述
1、xxxxx紧邻机场跑道，车站长度315.8m，为地下二层框架结构，地下二层层高8.435m，地下一层层高5.55m。车站标准断面宽度23.5m，采用地下连续墙加内支撑施工，基坑深度达18.76～21.72米，存在高支模体系坍塌、大型钢筋笼吊装作业、基坑坍塌、基坑突水、渗漏水、基坑大变形、支撑失稳或坠落、龙门吊作业等风险。基坑紧邻石油管道及通信光缆，开挖需进行爆破作业，距爆破点20-100米，有房屋工厂等建筑物，另外有使用大型履带吊作业及塔吊作业等安全风险；
主要安全风险预计开始及完成时间
1、xxxxx计划施工时间2016年2月15日—2019年8月31日;
2、xxxxxx计划施工时间2016年10月1日—2018年9月30日;
3、xxxxxxxx计划施工时间2016年5月23日—2018年12月31日;
4、xxxxxxxxxxxxxxxxx计划施工时间2016年8月1日—2019年5月31日;
5、xxxxx现浇箱梁要防止模板支撑体系失稳垮塌造成安全事故，满堂支架安装与拆除时存在垮塌风险。
6、xxxxxxxx在里程DK62+164.25处与对应G105国道里程K28+780处相交，新建线路与国道右前夹角为105°44'0"，净宽45.0m，该路中间部分为在建地铁14号线;机具设备、材料可能坠落危及公路行车安全和在建地铁14号线施工人员安全；穿越国道105国道两侧商户及附件居民区，环境保护方面要求较高。
2、xxxxx采用地下连续墙加内支撑及放坡开挖施工，基坑深度达1.7～18.15米，100米范围内有少量居民房，存在高支模体系坍塌、大型钢筋笼吊装作业、爆破作业、深基坑坍塌、基坑突水、渗漏水、基坑大变形、支撑失稳或坠落、大型履带吊作业及塔吊作业等安全风险；
建设项目社会稳定风险登记表
项目编号：
填表日期：
项目名称
建设单位
建设地点
法人代表
电话
联系人
联系人电话
传真
通讯地址
邮政编码
项目性质
新建（）改扩建（）技改（）修缮（）其他（）
占地面积（m2）
建筑面积（m2）
建设期
投资管理类别
审批（）核准（）备案（）
项目资金来源
企业投资（）区级财力ห้องสมุดไป่ตู้资（）镇级财力投资（）
一、项目建设规模和主要内容
盖章
年月日
二、项目类别
所属类别(打√)
说明
1、涉及房屋征收或土地征用的建设项目；
2、社会风险易发、高发领域的建设项目；
3、在密集区建设，且对周边居民生活可能产生较大影响的建设项目；
4、其他有社会稳定风险项目；
5、其他无社会稳定风险项目。
三、项目风险自评
主要内容
是
否
说明
1、是否符合法律、法规以及国家产业政策；
2、是否经过可行性研究论证；
盖章
年月日
七、项目行政主管单位意见（在□内打√）：
1、项目不存在社会稳定风险，同意上报。□
2、项目存在较小社会稳定风险，通过措施可予以化解，同意上报。□
3、项目存在较大社会稳定风险，建议项目单位编制社会稳定风险评估篇章或报告书，暂缓上报。□
4、项目存在重特大社会稳定风险，不同意上报。□
盖章
年月日
八、市发展改革委、市信息访、市维稳办等部门会审意见：
3、是否听取相关利益群体的诉求和意见；
4、是否能为广大人民群众所接受；
5、项目资金和其他建设资金是否落实；
6、涉及征地、拆迁等补偿安置是否合法、合理；
风险登记表
风险等级
1/2/3/4/5
发生概率
高/中/低
影响
高/中/低
风险来源
假设/商业/技术/组织/用户/供应商
识别日期:
责任人
影响描述
应对策略
评估日期
1/2/3/4/5发生概率
高/中/低
影响
高/中/低
紧迫性
本周发生/2周内发生
评估人
影响分析
应对措施
应对责任人
应对效果描述
评估日期
1/2/3/4/5
发生概率
评估人
影响分析
应对措施
应对责任人
应对效果描述
评估日期
1/2/3/4/5
发生概率
高/中/低
影响
高/中/低
紧迫性
本周发生/2周内发生
评估人
影响分析
应对措施
应对责任人
应对效果描述
评估日期
1/2/3/4/5
发生概率
高/中/低
影响
高/中/低
紧迫性
本周发生/2周内发生
评估人
影响分析
应对措施
应对责任人
应对效果描述
风险登记表
记录编号:
填表说明：每个风险一张表格，在整个项目管理周期中，需不停更新此表
风险描述
风险等级
1/2/3/4/5
发生概率
高/中/低
影响
高/中/低
风别日期:
责任人
影响描述
应对策略
评估日期
1/2/3/4/5
发生概率
高/中/低
影响
高/中/低
紧迫性
本周发生/2周内发生
高/中/低
影响
高/中/低
紧迫性
项目风险管理表模版
项目风险管理表
一、项目基本情况 项目名称 制作人 项目经理 二、项目风险管理 风险发生概率的判断准则： 高风险： >60%发生风险的可能性 中风险： 30-60%发生风险的可能性 低风险：<30%发生防线的可 能性 发生概 影响程 风险等 序号 风险描述 风险响应计划 责任人 开放/关 率 度 级 闭 主要客户没有考察意 拜访高EN 愿 铺垫 2 3 4 5 公司高层临时有其他 重要事宜 样板点临时关闭 座谈会交流效果不佳 后勤安排出现细小失 误 中 低 中 高 大 中 中 小 高 中 中 中 事先汇报，联系好备选高 层 提前通知样板点做好安排 交流材料严格审核，挑选 精通业务的交流人员 挑选经验丰富的接待人 员，逐条落实后勤资源 张三 赵六 刘峰 张芳 CLOSE OPEN OPEN OPEN T 客户考察公司 张三 张三 项目编号 审核人 制作日期 T0808 李四 2005-7-8
项目风险管理记录表(表格模版)
项目风险管理记录表(表格模版)
风险编号
每个风险都有一个唯一的风险编号，用于识别和跟踪风险。
风险描述
对每个风险进行详细描述，包括可能导致风险发生的原因和影响。
影响程度
评估风险发生时对项目的影响程度，可以使用高、中、低等级
进行量化评估。
发生概率
评估风险发生的概率，可以使用高、中、低等级进行量化评估。
风险等级
根据影响程度和发生概率对风险进行综合评估，确定风险的等级，一般可以使用高、中、低等级进行分类。
风险控制策略
制定针对每个风险的具体控制策略，包括控制措施的实施方式
和时间安排。
以上是项目风险管理记录表的模板，通过填写该表格，可以系
统地记录和管理项目中的各项风险，及时采取相关风险控制措施，
确保项目的顺利进行。
项目风险检查表
风险严重性等级参数等级值描述风险严重性很高5例如进度延误大于30％，或者费用超支大于30％比较高4例如进度延误20%－30％，或者费用超支20%－30％中等3例如进度延误低于20％，或者费用超支低于20％比较低2例如进度延误低于10％，或者费用超支低于10％很低1例如进度延误低于5％，或者费用超支低于5％风险可能性等级参数等级值描述风险可能性很高5风险发生的几率为～比较高4风险发生的几率为～中等3风险发生的几率为～比较低2风险发生的几率为～很低1风险发生的几率为～风险系数等级风险系数风险可能性很高5比较高4中等3比较低2很低1风险严重性很高5252015105较高420161284中等31512963比较低2108642很低154321本表灰色部分的风险系数为10～25，应当优先处理风险检查表商业风险风险类型检查项政治法律市场政府或者其它机构对本项目的开发有限制吗？有不可预测的市场动荡吗？有不利于我方的官司要打吗？本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？竞争对手有不正当的竞争行为吗？本产品销售后在使用过程中可能导致发生重大的损失或伤亡事故吗？是否在开发很少有人真正需要却自以为很好的产品？是否在开发可能亏本的产品？客户客户的需求是否含糊不清？客户是否反反复复地改动需求？客户指定的需求和交付期限在客观上可行吗？客户对产品的健壮性、可靠性、性能等质量因素有非常过分的要求吗？客户的合作态度友善吗？与客户签的合同公正吗？双方互利吗？客户的信誉好吗？例如按客户的需求开发了产品，但是客户可能不购买。
子承包商供应商与子承包商、供应商签订的合同公正吗？双方互利吗？子承包商、供应商的信誉好吗？子承包商、供应商有可能倒闭吗？子承包商、供应商能及时交付质量合格的产品（或部件）吗？子承包商、供应商有能力做好售后服务吗？管理风险风险类型检查项项目计划对项目的规模、难度估计是否比较正确？人力资源（开发人员、管理人员）够用吗？合格吗？项目所需的软件、硬件能按时到位吗？项目的经费够用吗？进度安排是否过于紧张？有合理的缓冲时间吗？进度表中是否遗忘了一些重要的（必要的）任务？进度安排是否考虑了关键路径？是否可能出现某一项工作延误导致其它一连串的工作也被延误？任务分配是否合理？（即把任务分配给合适的项目成员，充分发挥其才能）是否为了节省钱，不采用（购买）成熟的软件模块，一切从零做起？…项目团队项目成员团结吗？是否存在矛盾？是否绝大部分的项目成员对工作认真负责？绝大部分的项目成员有工作热情吗？团队之中有“害群之马”吗？技术开发队伍中有临时工吗？本项目开发过程中是否会有核心人员辞职、调动？是否能保证“人员流动基本不会影响工作的连续性”？项目经理是否忙于行政事务而无暇顾及项目的开发工作？上级领导行政部门合作部门本项目是否得到上级领导的重视？上级领导是否随时会抽调本项目的资源用于其它“高优先级”的项目？上级领导是否过多地介入本项目的事务并且瞎指挥？行政部门的办事效率是否比较底，以至于拖项目的后腿？行政部门是否经常干一些无益于生产力的事情，以至于骚扰本项目？机构是否能全面、公正地考核员工的工作业绩？机构是否有较好的奖励和惩罚措施？本项目的合作部门的态度积极吗？是否应付了事？或者做事与承诺的不一致？技术风险风险类型检查项需求开发需求开发人员懂得如何获取用户需求吗？效率高吗？需求管理需求开发人员懂得项目所涉及的具体业务吗？能否理解用户的需求？需求文档能够正确地、完备地表达用户需求吗？需求开发人员能否与客户对有争议的需求达成共识？需求开发人员能否获得客户对需求文档的承诺？以保证客户不随便变更需求？综合技术开发能力包括设计编程、测试等开发人员是否有开发相似产品的经验？待开发的产品是否要与未曾证实的软硬件相连接？对开发人员而言，本项目的技术难度高吗？开发人员是否已经掌握了本项目的关键技术？如果某项技术尚未实践过，开发人员能否在预定时间内掌握？开发小组是否采用比较有效的分析、设计、编程、测试工具？分析与设计工作是否过于简单、草率，从而让程序员边做边改？开发小组采用统一的编程规范吗？开发人员对测试工作重视吗？能保证测试的客观性吗？项目有独立的测试人员吗？懂得如何进行高效率地测试吗？是否对所有重要的工作成果进行了同行评审（正式评审或快速检查）？开发人员懂得版本控制、变更控制吗？能够按照配置管理规范执行吗？开发人员重视质量吗？是否会在进度延误时降低质量要求？。
项目安全风险点登记表
建筑施工起重吊装安全技术规范
2016.10.12018.10.1
是
三级
起重吊装作业
67
起重吊装作业前应进行技术交底
起重吊装作业
1、编制专项方案并经审核合格；
2、专项方案实施前，编制人员或项目技术负责人向现场管理人员和作业人员进行安全技术交底；
2016.10.12018.10.1
是
二级
起重设备安装工程
48
起重机械设备自身的安装。
起重设备安装
1、施工单位、监理单位建立危险性较大的分部分项工程安全管理制度；
2、编制专项方案并经审核合格；
3、专项方案实施前，编制人员或项目技术负责人向现场管理人员和作业人员进行安全技术交底；
4、施工单位技术负责人定期巡查专项方案实施情况；
起重吊装作业
1、编制专项方案并经审核合格；
2、专项方案实施前，编制人员或项目技术负责人向现场管理人员和作业人员进行安全技术交底；
3、施工单位技术负责人定期巡查专项方案实施情况；
建筑施工起重吊装安全技术规范
2016.10.12018.10.1
是
4、施工单位、监理单位组织有关人员进行验收，验收合格的，方可进入下一道工序。
3、施工单位技术负责人定期巡查专项方案实施情况；
4、施工单位、监理单位组织有关人员进行验收，验收合格的，方可进入下一道工序。
建筑施工工具式脚手架安全技术规范
(JGJ202-2010)
2016.10.12018.10.1
是
四级
施工升降机
154
一、二、三级风险以外，不符合施工升降机相关规范及《建筑施工安全检查标准》(JGJ59-2011)要求的行为。
项目风险评估表
3风险得分=风险影响程度分值E×风险发生可能性分值P（说明:对于综合影响分值不高但影响程度重大的风险，可在评估后调高风险等级）
4）风险等级确认：
极高风险：风险等分为20 / 25分；高风险：风险等分为12 / 15 / 16分；中等风险：风险等分为5 / 8 / 9 / 10分；
低风险：风险等分为3 / 4 / 6分；极低风险：风险等分为1 / 2 分
风险评估表
项目风险评估表
项目名称：
编号：
填写人
填写日期
审核人：
审核日期：
序号
风险名称
汇总评估
风险
得分
风险等级
备注
发生可能性（P）
影响程度（E）
评估分数
1-5分
评估分数1-5分1 Nhomakorabea2
3
4
5
6
说明：
1、风险评分填写要求（对已识别风险以及新增/修改风险均需进行评分）：
1）发生可能性（P）评估打分：需根据评估标准的发生可能性标准，根据发生可能性的由低至高，对应评估分数1-5分；
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
风险名称
用户需求变更
风险说明
需求变更是软件项目经常发生的事情。在应用的开发过程中可能存在用户的需求定义的不明确，不够准确，或者是用户没有真正了解自己的需求，以及APP开发过程中的各种问题、技术支持等，可能会产生需求变更的风险
风险编号
2
风险名称
沟通不良风险
风险说明
项目组与项目各成员方沟通不良是影响项目顺利进展的一个非常重要的因素，成员间可能存在需求、开发方向、技术上的差异导致沟通不良。
软件项目属于多用户并发的应用系统，系统对性能要求很高，这时项目组就需要关注项目的性能风险。
风险编号
6
风险名称
技术风险
风险说明
在软件项目开发和建设的过程中，战略管理技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。
项目风险登记表
一、项目名称
食堂APP
二、风险登记
1、风险登记表
编号
风险名称
发生概率
风险影响
风险等级
1
用户需求变更
小
大
中
2
沟通不良风险
大
中
中
3
中
大
高
5
系统性能风险
小
大
高
6
技术风险
大
大
高
7
团队协作风险
小
中
小
8
工具风险
中
中
中
9
人员流动
小
大
小
10
程序BUG
大
中
中
2、单个风险详情
风险编号
风险编号
3
风险名称
进度风险
风险说明
项目对进度要求非常苛刻（进度要求不高的项目，我们同样要考虑该风险），项目进度的延迟意味着失败的开发。
风险编号
4
风险名称
质量风险
风险说明
用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。
风险编号
5
风险名称
系统性能风险
风险说明
风险编号
9
风险名称
人员流动风险
风险说明
项目成员特别是核心成员的流动给项目造成的影响是非常可怕的人力资源。人员的流动轻则影响项目进度，重则导致项目无法继续甚至被迫夭折
风险编号
10
风险名称
程序中存在BUG
风险说明
程序员在编码的过程中未发现程序中隐藏的语法或者逻辑BUG，可能会对整个项目的最终结果造成严重影响
风险编号
7
风险名称
团队成员协作风险
风险说明
团队成员是否能齐心协力为项目的共同目标服务，生产管理是影响进度和质量的关键因素。
风险编号
8
风险名称
工具风险
风险说明
软件项目开发和实施过程，所必须用到的管理工具、开发工具、测试工具等是否能及时到位、到位的工具版本是否符合项目要求等，是项目组需要考虑的风险因素。