范文一:项目风险分类
项目风险分类
项目风险 风险因素
项目管理体系不健全
管理人员职能分工不明确
管理人员流程不熟悉 管理类风险 质量意识差
管理人员协调能力差
技术人员没有相应资格,技术水平低
不了解情况随便指挥管理能力差
对质量事故和问题处理不彻底或任意掩饰
市场变化导致悔约
监理单位履约能力差,转包或分包 经济类风险 工作程序不规范,导致生产期延迟
资金不到位,不能及时支付项目法人随意指
挥,压缩工期
原材料,劳动力等价格变化
费用分配不合理,成本控制不好
核心技术开发难度大
设计偏差,与实际情况不符
是否满足有关部门的要求
某些部门不按计划实行
技术不符合规范
质量不符合要求 技术类风险 监理单位对问题处理不彻底
质量验收不合格
售后回访保修服务差
结构和设备设计质量
构造措施不合理或不到位
计划不经会审仓促施工
方案不详细
工序不符合条件
工时估计错误
时间风险 工序排序不符合
进度控制不准确
不可抗拒的自然力 项目外风险 环境保护
特殊季节
注:风险程度=风险概率*风险影响
项目风险 风险因素 风险概率 风险影响 风险程度 管理类风险 项目管理体系不健全 0.6 0.6 0.36
管理人员职能分工不明确 0.4 0.2 0.08
管理人员流程不熟悉 0.3 0.7 0.21
质量意识差 0.1 0.7 0.07
管理人员协调能力差 0.2 0.4 0.08
技术人员没有相应资格,技术水平低 0.8 1 0.8
不了解情况随便指挥管理能力差 0.1 0.5 0.05
对质量事故问题处理不彻底或任意掩饰 0.2 0.6 0.12 经济类风险 市场变化导致悔约 0.5 0.5 0.25
监理单位履约能力差,转包或分包 0.4 0.6 0.24
工作程序不规范,导致生产期延迟 0.6 0.3 0.18
资金不到位,不能及时支付项目法人随
意指挥,压缩工期 0.4 0.3 0.12
原材料,劳动力等价格变化 0.7 0.3 0.21
费用分配不合理,成本控制不好 0.7 0.2 0.14 技术类风险 核心技术开发难度大 0.7 0.5 0.35
设计偏差,与实际情况不符 0.5 0.6 0.3
是否满足有关部门的要求 0.6 0.3 0.18
某些部门不按计划实行 0.4 0.4 0.16
技术不符合规范 0.6 0.8 0.48
质量不符合要求 0.5 0.4 0.2
监理单位对问题处理不彻底 0.5 0.5 0.25
质量验收不合格 0.3 0.6 0.18
售后回访保修服务差 0.4 0.7 0.28
结构和设备设计质量 0.4 0.2 0..08
构造措施不合理或不到位 0.6 0.3 0.18
计划不经会审仓促施工 0.3 0.3 0.09
方案不详细 0.2 0.4 0.08
工序不符合条件 0.3 0.3 0.09 时间风险 工时估计错误 0.4 0.5 0.2
工序排序不符合 0.3 0.3 0.09
进度控制不准确 0.3 0.2 0.06 项目外风险 不可抗拒的自然力 0.001 0.8 0.0008
环境保护 0.02 1 0.02
特殊季节 0.01 0.9 0.009
风险类别 风险分值
高风险 0.19-1
中风险 0.05-0.19
低风险 0-0.05
高风险 中风险 低风险 项目管理体系不健全 对质量事故问题处理不彻底质量意识差 管理人员流程不熟悉 或任意掩饰 管理人员协调能力差不了解技术人员没有相应资格,技工作程序不规范,导致生产期情况随便指挥管理能力差 术水平低 延迟 结构和设备设计质量 市场变化导致悔约 费用分配不合理,成本控制不计划不经会审仓促施工 监理单位履约能力差,转包好 方案不详细 或分包 是否满足有关部门的要求 工序不符合条件 原材料,劳动力等价格变化 质量验收不合格 工序排序不符合 核心技术开发难度大 构造措施不合理或不到位 进度控制不准确 设计偏差,与实际情况不符 管理人员职能分工不明确 不可抗拒的自然力 技术不符合规范 某些部门不按计划实行 环境保护 质量不符合要求 资金不到位,不能及时支付项特殊季节 监理单位对问题处理不彻底 目法人随意指挥,压缩工期
售后回访保修服务差
工时估计错误
风险特征组合及应对办法
风险概率
风险特征 高 低
高 降低/回避 降低/转移
风险影响程度 降低/接受 接受 低
风险类别 风险分值
主要风险 0.3—1
重要风险 0.2—0.3
一般风险 0.08—0.2
次要风险 0—0.08
范文二:项目风险管理分类
中铁在沙特承担的铁路项目风险
冯江梦、聂勋兰、孔宇虹、毕雨静
谢金琼、李茜、杨柳依
背景:2009年2月10日,中国铁建与沙特阿拉伯王国城乡事务部签订《沙特麦加萨法至穆戈达莎轻轨合同》(下称合同)。根据合同,轻轨项目采
“EPC+O&M”总承包模式(即设计、采购、施工加运营、维护总承包模式),中国铁建负责麦加轻轨项目设计、采购、施工、系统(包括车辆)安装调试以及从2010年11月13日起的三年运营和维护。
包括沙特在内得中东地区对于正在积极“走出去”的中国铁道部和铁路建设企业,正是一个未来志在必得的市场。但是根据中国铁建公告,按2010年9月30日的汇率折算,麦加轻轨项目合同预计总收入120.70亿元,由于工程量的增加,合同预计总成本160.69亿元,两者相减,合同损失39.99亿元。加上财务费用1.54亿元,中国铁建预计该项目总亏为41.53 亿元。
这样巨大的损失,无疑是一个沉重的打击。由此,可知对风险因素的分析意义重大。
表一 项目按风险源分类
范文三:软件项目风险分类
风险类型描述:
1、范围风险:与范围变更有关的风险,例如用户的需求变化等。
2、进度风险:导致项目工期拖延的风险。该风险主要取决于技术因素、计划合理性、资源
充分性、项目人员经验等几个方面。
3、成本风险:导致项目费用(其中包括人工成本)超支的风险。
4、质量风险:影响质量达到技术性能和质量水平要求的风险。
5、技术风险:是指由于与项目研制相关的技术因素的变化而给项目建设带来的风险,包括
潜在的设计、实现、接口、验证和维护、技术的不确定性、“老”技术与“新”技术等方面
的问题。
6、管理风险:是指由于项目建设的管理职能与管理对象(如管理组织、领导素质、管理计
划)等因素的状况及其可能的变化,给项目建设带来的风险。
7、商业风险:是指开发了一个没有人真正需要的产品或系统(市场风险);或开发的产品不
符合公司的整体商业策略(策略风险);或构成了一个销售部不知道如何去出售的产品(销
售风险)等。
8、法律风险:例如许可权、专利、合同失效、诉讼、不可抗力等
9、社会环境风险:是指由于国际、国内的政治、经济技术的波动(如政策变化等),或者由
于自然界产生的灾害(如地震、洪水等)而可能给项目带来的风险。预测角度风险类型
1、已知风险(knowns):是通过仔细评估项目计划、开发项目的经济和技术环境以及其他可
靠的信息来源之后可以发现的那些风险。例如,不现实的交付时间;没有需求或软件范围文
档;恶劣的开发环境等。
2、可预测的风险(known-unknowns):可预见、可计划、可管理。又称已知-未知风险,是
指能够从过去项目的经验中推测出来的风险。例如,人员变动;与客户之间无法沟通等。以
及市场风险(原材料可利用性、需求)、日常运作(维修需求)、环境影响、社会影响、货币变
动、通货膨胀、税收
3、不可预测的风险(unknown-unknowns):不可预见、不可计划、不可管理,需要应急措
施。又称未知-未知风险,是指可能,但很难事先识别出来的风险。例如规章(不可预测的政
府干预)、自然灾害风险来源划分:
1、产品规模风险
项目的风险是与产品的规模成正比的。与软件规模相关的常见风险因素有:(1)估算产品规
模的方法(包括:代码行,文件数,功能点等),(2)产品规模估算的信任度,(3)产品规模与以
前产品规模平均值的偏差,(4)产品的用户数,(5)复用的软件有多少,(6)产品的需求变更多
少等。一般规律,产品规模越大,以上的问题就越突出,尤其是估算产品规模的方法,复用
软件的多少,需求变化。
2、需求风险
很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性,并且在
项目进展过程当中得不到解决,这些问题就会对项目的成功造成很大威胁。如果不控制与需
求相关的风险因素,那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情
况对产品来讲都可能致命的。
与客户相关的风险因素有:(1)对产品缺少清晰的认识,(2)对产品需求缺少认同,(3)在做需
求中客户参与不够,(4)没有优先需求,(5)由于不确定的需要导致新的市场,(6)不断变化需
求,(7)缺少有效的需求变化管理过程,(8)对需求的变化缺少相关分析等。
3、相关性风险
许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上
做的不够,因此缓解策略应该包括可能性计划,以便从第二资源或协同工作资源中取得必要
的组成部分,并且觉察潜在的问题。与外部环境相关的因素有:(1)客户供应条目或信息,(2)交互成员或交互团体依赖性,(3)内部或外部转包商的关系,(4)经验丰富人员的可得性,(5)项目的复用性。
4、技术风险
软件技术的飞速发展和经验丰富员工的缺乏,意味着项目团队可能会因为技巧的原因影响项目的成功。在早期,识别风险从而采取合适的预防措施是解决风险领域问题的关键,比如:培训、聘请顾问以及为项目团队招聘合适的人才等。主要有下面这些风险因素:(1)缺乏培训,(2)对方法、工具和技术理解的不够,(3)应用领域的经验不足,(4)新的技术和开发方法应用等。
5、管理风险
尽管管理问题制约了很多项目的成功,但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。在大部分项目里,项目经理经常是写项目风险管理计划的人,他们有先天性的不足——自己检查自己的错误,这是最难的。然而,像这些问题可能会使项目的成功变得更加困难。如果不正视这些棘手的问题,它们就很有可能在项目进行的某个阶段影响项目本身。当我们定义了项目追踪过程并且明晰项目角色和责任,就能处理这些风险因素:(1)计划和任务定义不够充分,(2)实际项目状态,(3)项目所有者和决策者分不清,(4)不切实际的承诺,
(5)员工之间的沟通等。
6、安全风险
软件产品本身是属于创造性的产品,产品本身的核心技术保密非常重要。但一直以来,我们在软件这方面的安全意识比较淡薄,对软件产品的开发主要注重技术本身,而忽略了专利的保护。软件行业的技术人员流动是很普遍的现象,随着技术人员的流失、变更,很能会导致产品和新技术的泄密,致使我们的软件产品被它公司窃取,导致项目失败。而且在软件方面关于知识产权的认定目前还没有明确的一个行业规范,这也是我们软件项目潜在的风险。
软件测试风险
(1)需求风险。对软件需求理解不准确,导致测试范围存在误差,遗漏部分需求或者 执行了错误的测试方式;另外需求变更导致测试用例变更,同步时存在误差。
(2)测试用例风险。测试用例设计不完整,忽视了边界条件、异常处理等情况,用例 没有完全覆盖需求;测试用例没有得到全部执行,有些用例被有意或者无意的遗漏;
(3)缺陷风险。某些缺陷偶发,难以重现,容易被遗漏;
(4)代码质量风险。软件代码质量差,导致缺陷较多,容易出现测试的遗漏;
(5)测试环境风险。有些情况下测试环境与生产环境不能完全一致,导致测试结果存 在误差;
(6)测试技术风险。某些项目存在技术难度,测试能力和水平导致测试进展缓慢,项 目延期;
(7)回归测试风险。回归测试一般不运行全部测试用例,可能存在测试不完全;
(8)沟通协调风险。测试过程中涉及的角色较多,存在不同人员、角色之间的沟通、 协作,难免存在误解、沟通不畅的情况,导致项目延期;
(9)其它不可预计风险。一些突发状况、不可抗力等也构成风险因素,且难以预估和 避免。
以上是测试过程中可能发生的风险,其中有的风险是难以避免的,如缺陷风险等。有的 风险从理论上可以避免,但实际操作过程中出于时间和成本的考虑,也难以完全回避,如回 归测试风险等。对于难以避免的风险,我们的目标是将风险降到最低水平。
范文四:IT项目风险有哪些特征
IT项目风险有哪些特征?
对信息化进行整体规划后,必然考虑实施问题。规划设计还停留在理论阶段,只有实施,才能真正为企业带来效益。而实施存在一定的风险,特别是近几年国内很多企业实施IT项目,如ERP等,由于各方面的原因,成功率并不是很高。由于软件本身的特点,而导致IT项目与传统项目有很大的差异,因此IT项目的风险管理难度要比传统项目大。
1、需求不稳定
软件项目的需求多变已经成为了软件业界的共识,正因为需求的多变,才让瀑布模型一直遭受到软件工程界的抨击,因此而诞生了原形模型。在IBM的RUP和众多的敏捷方法论中,一直将需求不确定列为软件项目的最大特点,因此而出现了拥抱变化一说。
当一个IT项目已经开始在实施的时候,如果客户连他需要做什么,要实现一些什么功能都不能确定的话,那么做软件实施的工程师他们又如何能够知道自己要开发一个什么样的软件系统出来呢?所以他们只有在漫长的等待过程中,不断遭受到客户的“批评”,在经历了“九九八十一次磨难”之后,才恍然大悟,原来就是要做一个这样的系统啊!
这有点像一个盲人走路一样,盲人根本就不知道前面是什么,因此他往前走一小步,如果不是路,则向左旋转一点点,再次用脚探探前面,如果是路的话,则可以往前迈一步。如果这个盲人运气不好的话,第一脚就在悬崖边上踏空,那么他将跌入万劫不复的深渊。我们的项目也如同这个盲人,稍有不慎就可能让自己走向失败,这是一个多么大的风险阿。
2、人的因素对项目影响很大
人可以说是整个软件项目的灵魂,软件项目不需要钢筋、水泥和沙石,也不需要任何的施工机械。软件项目的原材料就是人的思想和智慧,而计算机和CASE软件则是项目的施工工具。通过键盘和鼠标,无数的程序代码在程序员的手中诞生了。如果要问软件项目最大的成本在哪里,那么答案只有一个,就是人力成本。
一个优秀的程序员的工作效率要远远大于一个蹩脚的程序员,一个程序新手甚至根本就不能够产生任何生产效率。不仅如此,新手的错误行为,将让熟练员工牺牲很多时间来帮助新手纠正他们的错误,最后下来,甚至可能导致降低软件开发的效率。
虽然软件项目已经实施角色分工和管理,但是相对于其他工程的分工来说则分工比较单一。软件项目中,一般就分有,系统分析师、架构师、设计师、程序员、测试工程是及配置管理人员和项目经理等。这样的分工并不能有效的降低他们工作内容的复杂度。如果能
像建筑工程中的砌墙、浇注混凝土、搭脚手架那样分工细致的话,则培训软件蓝领也不会需要费如此大的力气了。
3、项目规模估计不准确
当老师给我们布置作业的时候,如果他多布置了几个题目,下面的同学便会大声地嘘叹,开始私下的嘟噜:“又要做一个多小时了!”。学生们在很短的时间内就能够准确的估计作业量大不大,他们的估计凭借着他们每天一次的做作业的经验和那一瞬间对题目的印象,虽然他们并没有做过刚布置的这些题目,但是估计得仍然是那么的准确。
任何一个建筑工程的项目经理都能够对自己的项目进度掌握的很准,在他们的眼中,只要钱没有问题,则进度就完全是小儿科,可以轻易的得到保证。工地需要多少人,什么时候需要开始进行什么工序的施工,什么时候需要加班,这些都在他们的心中掌握着。钱就是他们最大的风险,只要钱到位了,一切工作都好开始了。
而软件项目与之不同,在软件项目开始后,很少有缺钱的。只看到过资金没有到位的“烂尾楼”,但是从来就没有看过由于项目资金没有到位的问题而导致未完成的软件项目,就算是缺钱也是因为签
合同的时候要少了。
就算是再优秀的软件项目经理,他也无法预计好自己的项目什么时候能够完成,因为在他进行估算的时候,客户的需求还没有搞清楚呢!再一个,建筑工程的可以通过预算很准确的计算整个建筑的工程造价,而软件项目却很难,因为不管是代码行估算法,还是功能点方法,都远不及“我猜,我猜,我猜猜猜”中猜得准确,这些方法很多时候甚至不如算命先生算得准。
范文五:it项目风险有哪些特征
IT项目风险有哪些特征,
对信息化进行整体规划后,必然考虑实施问题。规划设计还停留在理论阶段,只有实施,才能真正为企业带来效益。而实施存在一定的风险,特别是近几年国内很多企业实施IT项目,如ERP等,由于各方面的原因,成功率并不是很高。由于软件本身的特点,而导致IT项目与传统项目有很大的差异,因此IT项目的风险管理难度要比传统项目大。
1、需求不稳定
软件项目的需求多变已经成为了软件业界的共识,正因为需求的多变,才让瀑布模型一直遭受到软件工程界的抨击,因此而诞生了原形模型。在IBM的RUP和众多的敏捷方法论中,一直将需求不确定列为软件项目的最大特点,因此而出现了拥抱变化一说。
当一个IT项目已经开始在实施的时候,如果客户连他需要做什么,要实现一些什么功能都不能确定的话,那么做软件实施的工程师他们又如何能够知道自己要开发一个什么样的软件系统出来呢?所以他们只有在漫长的等待过程中,不断遭受到客户的“批评”,在经历了“九九八十一次磨难”之后,才恍然大悟,原来就是要做一个这样的系统啊!
这有点像一个盲人走路一样,盲人根本就不知道前面是什么,因此他往前走一小步,如果不是路,则向左旋转一点点,再次用脚探探前面,如果是路的话,则可以往前迈一步。如果这个盲人运气不好的话,第一脚就在悬崖边上踏空,那么他将跌入万劫不复的深渊。我们的项目也如同这个盲人,稍有不慎就可能让自己走向失败,这是一个多么大的风险阿。
2、人的因素对项目影响很大
人可以说是整个软件项目的灵魂,软件项目不需要钢筋、水泥和沙石,也不需要任何的施工机械。软件项目的原材料就是人的思想和智慧,而计算机和CASE软件则是项目的施工工具。通过键盘和鼠标,无数的程序代码在程序员的手中诞生了。如果要问软件项目最大的成本在哪里,那么答案只有一个,就是人力成本。
一个优秀的程序员的工作效率要远远大于一个蹩脚的程序员,一个程序新手甚至根本就不能够产生任何生产效率。不仅如此,新手的错误行为,将让熟练员工牺牲很多时间来帮助新手纠正他们的错误,最后下来,甚至可能导致降低软件开发的效率。
虽然软件项目已经实施角色分工和管理,但是相对于其他工程的分工来说则分工比较单一。软件项目中,一般就分有,系统分析师、架构师、设计师、程序员、测试工程是及配置管理人员和项目经理等。这样的分工并不能有效的降低他们工作内容的复杂度。如果能
像建筑工程中的砌墙、浇注混凝土、搭脚手架那样分工细致的话,则培训软件蓝领也不会需要费如此大的力气了。
3、项目规模估计不准确
当老师给我们布置作业的时候,如果他多布置了几个题目,下面的同学便会大声地嘘叹,开始私下的嘟噜:“又要做一个多小时了!”。学生们在很短的时间内就能够准确的估计作业量大不大,他们的估计凭借着他们每天一次的做作业的经验和那一瞬间对题目的印象,虽然他们并没有做过刚布置的这些题目,但是估计得仍然是那么的准确。
任何一个建筑工程的项目经理都能够对自己的项目进度掌握的很准,在他们的眼中,只要钱没有问题,则进度就完全是小儿科,可以轻易的得到保证。工地需要多少人,什么时候需要开始进行什么工序的施工,什么时候需要加班,这些都在他们的心中掌握着。钱就是他们最大的风险,只要钱到位了,一切工作都好开始了。
而软件项目与之不同,在软件项目开始后,很少有缺钱的。只看到过资金没有到位的“烂尾楼”,但是从来就没有看过由于项目资金没有到位的问题而导致未完成的软件项目,就算是缺钱也是因为签
合同的时候要少了。
就算是再优秀的软件项目经理,他也无法预计好自己的项目什么时候能够完成,因为在他进行估算的时候,客户的需求还没有搞清楚呢!再一个,建筑工程的可以通过预算很准确的计算整个建筑的工程造价,而软件项目却很难,因为不管是代码行估算法,还是功能点方法,都远不及“我猜,我猜,我猜猜猜”中猜得准确,这些方法很多时候甚至不如算命先生算得准。