Tool-9-项目风险评估表

整理文档很辛苦,赏杯茶钱您下走!

免费阅读已结束,点击下载阅读编辑剩下 ...

阅读已结束,您可以下载文档离线阅读编辑

资源描述

v1.0可编辑可修改1Page1项目风险评估表项目名称:报告人:日期(年/月/日):项目风险评估表使用指南第一部分风险评估问卷使用此表中的第一部分来识别项目风险及其对完成项目目标的影响程度。在这一部分中,将根据风险特征来进行风险分类,共分为高,中,低三个档。这个风险分类表并非完全的,而只是风险识别的开始。对于不同的组织或项目,必须因地制宜地添加具体的风险特征或指标。为了完成此问卷,要尽量选择最能在项目评估时表现项目特征的描述词。同时要确保完成项目计划风险评估检查表。完成后的问卷和检查表将会识别出项目风险要素。此结果应被用作风险管理和监控的指南;当然也许还有其他要素会影响风险的影响程度。例如高度复杂的项目会有较高的内部风险,而当一个有经验的项目经理来领导此项目时该风险就会降低。高风险特性多的项目并不意味着一定会失败,而是意味着必须制定和执行一个计划来识别每个潜在的高风险因素。第二部分常见的高风险问题/应对行动—注意:不同的风险承受度应制定不同的应对计划。运用此表的第二部分来分析已识别的风险,并制定相契合的应对计划。在这个部分中列出了:可能会导致某种高风险的早期预警信号,问题案例,以及可以用来降低或应对每个风险的行动案例。在风险应对计划表中,需对每个在第一部分中识别的高风险要素制定应对计划,以降低此风险,从而保障项目的成功。除了将第二部分中的行动案例作为可能的应对计划,项目团队也可以提出更多的建议。在对所有高风险要素制定了应对计划后,项目团队应检查可能存在的中度风险,并且明确这些风险是否严重到也需要使用风险应对计划表。如果是,请使用风险应对计划表为中度风险要素制定应对计划。而低风险因素可能只是一些假设,也就是说它们可能会产生问题但因为影响程度低所以你“假设”这种情况并不会发生。在整个项目过程都要使用风险应对计划来管理和监控风险。v1.0可编辑可修改2Page2第一部分风险评估问卷Characteristics风险特征LowRisk低MediumRisk中HighRisk高ORGANIZATION组织A.范围A1项目范围是:[]明确且了解的[]大部分确认但可能改变[]不明确且/或可能改变A2.公司/商务需求:[]了解且符合[]瞭解但极为复杂,或符合但未明确定义[]非常复杂或非常模糊A3.系统可用性包括[]可使用的通路及其停工期[]需连续使用A4.预估总需求人力小时数:[]低于1,000小时[]1,000至5,000小时[]远大于5,000小时A5.现有资料的质量:[]好且易于使用[]明确但难以使用,或不明确但易于使用[]差或难以使用A6.项目的执行:[]不需客制化[]需要客制化[]需要高度客制化A7.项目的执行:[]稳定的产品或市场宣传模式[]新产品或新的市场宣传模式B.时程B1.项目主要里程碑和完成日期:[]弹性–可由用户和项目组员商议后决定[]确定–已定且脱期后可能会影响商机[]刚性–已由具体的营运委员会决定,或规定的要求超过项目团队的掌控能力B2.预估项目周期:[]低于3个月[]3到12个月[]远大于12个月C.预算v1.0可编辑可修改3Page3第一部分风险评估问卷Characteristics风险特征LowRisk低MediumRisk中HighRisk高C1.预算是由有经验的人,使用已证实有效的成本预估程序来生成:[]是–由有经验的人操作有效的预算程序[]有一些经验或程序[]否–人员无经验且无程序C2.项目资金符合或大于成本预算和稳定性.[]预算大于需求且/或预期稳定.[]预算等于成本且预期相对稳定.[]预算低于需求且/或稳定性高度不确定.D.项目关联性D1.本项目依赖相关项目的关系可以形容为:[]轻微依赖,即使没有相关项目的产出仍可完成[]有些依赖,没有相关项目的产出可能造成延期[]高度依赖,无相关项目的产出无法继续进行E.人力资源E1.项目经理的经验和培训是:[]最近在类似项目管理上取得了成功[]最近在非类似项目管理上取得了成功或经过培训但无经验[]无近期经验或未经项目管理培训E2.依需要管理工具和技术的使用来描绘项目组员.[]熟练使用工具和技术[]对使用工具和技术经过正式的培训,但少或无实际经验[]无正式培训或无实际使用经验E3.项目组员是:[]同处一地[]分处多处F.发起人/高层领导的支持F1.项目发起人是:[]明确的,对项目认可且充满热情的[]明确的,但缺乏热情的[]既不明确也缺乏热情G.其他生意或组织上的影响G1.是否需要能够提供项目所需相关知识技能的项目参与人:[]项目中不需要或项目组成员已经具有丰富的相关知识[]在某些方面经验不足[]没有或当下没有找到合适的人选G2是否需要改变组织流程和政策:[]完全不需要或很少[]偶尔到经常性的改变[]实质性的改变v1.0可编辑可修改4Page4第一部分风险评估问卷Characteristics风险特征LowRisk低MediumRisk中HighRisk高G3.描述项目结果对业务流程或组织变革的影响:[]没有或只是很微小的变迁[]中度变迁[]重大变革或目前还不清楚G4.将受到此改变影响的部门:[]一个或两个[]三个或四个[]五个以上G5.项目的接收部门和利益相关部门对于该项目将带来的变化的接受度,你会怎么评分[]高接受度(充满热情和期待)[]一般接受度[]低接受度(消极且很难融入)GENERAL–TechnicalandPerformanceRisks整体–技术和绩效风险H.技术H1.将会用到的技术是:[]成熟的(已在使用的软件,硬件,专业术语,数据库和工具)[]演进中的[]实验性的(新的软件,硬件,语言,数据库,工具或最新推出的)H2.对技术的要求:[]与公司其他使用的类似[]全新的,复杂的H3.技术的重点:[]项目组成员都很清楚[]项目组成员并不清楚I.绩效I1.绩效目标:[]明确,合理[]不清晰,不明确,不现实(例如:每件事都要很完美)项目管理—计划,问题和变革管理,质量保障J.风险评估J1.通过项目管理风险评估检查表来进行项目风险管理的整体评估[]制定了很完整的项目计划,并且能够运用组织中的项目管理方法来实现[]合理的,基本完成的项目计划和流程,但是仍然有一些问题没有明确[[]没有连续性的完整的项目计划,即使有质量也不高,同时/或者在项目流程中有许多关键性的问题没有明确v1.0可编辑可修改5Page5第一部分风险评估问卷Characteristics风险特征LowRisk低MediumRisk中HighRisk高外部—供应商,法律,环境,条例K.供应商K1.如果需要局部的委外执行:[]供应商对市场很熟悉[]供应商刚刚进入该市场K2.项目是否需要承包商承包商是否对项目做出了承诺[]不需要承包商[]需要一些承包商(少于50%),而且在项目开始之前承包商会接到明确的任务[]50%以上的项目工作将交给承包商,但是在项目开始之前承包商并不清楚其全部任务L.其他(根据项目实际情况来添加)L1.第二部分典型的高风险问题/应对行动高风险要素/潜在问题风险应对行动A.范围v1.0可编辑可修改6Page6第二部分典型的高风险问题/应对行动高风险要素/潜在问题风险应对行动A1.项目范围模糊不清:难以作出合理的预测评估可能会花时间和成本在项目范围之外难以收集准确的需求信息难以明确项目定义和工作计划难以制定范围变更程序无法明确项目交付品在计划中严格地定义项目范围明确项目范围的各要素,例如哪些部门会受到影响,需要哪些项目交付品,需要哪类信息清晰明确哪些是项目范围之外的(本项目不包含:…)从一开始就将业务需求定义在较高的层次,然后以此由下至上的来定义项目范围让项目发起人对冲突的项目范围作出决策在对项目任务,成本或周期进行评估时记录下所有的范围假设运用图表来标识项目范围和替代方法预先制定严格的范围变更程序确保正式性地通过项目定义和业务需求并且获得相应的资源配备将范围说明分发给所有的项目利益相关人以获得确认在项目范围没有清晰明确之前不要开始项目A2.项目的业务需求很模糊或复杂:难以正确地记录相关需求难以使用工具来记录相关需求难以明确项目期望是什么有可能项目最终交付品无法达到业务的要求可能是缺乏客户关注和信息的信号运用合作应用程序设计(JAD)来收集所有项目利益相关人的需求使用原型—重复式开发的技术来帮助发掘使用者对新系统的需求与项目发起人,高层管理者沟通以获得全面的指导为客户提供培训,让其明白如何思考和表达其业务需求确保将最终明确的业务需求记录在案,并执行相应的变更管理程序v1.0可编辑可修改7Page7第二部分典型的高风险问题/应对行动高风险要素/潜在问题风险应对行动A3.需要连续地使用系统:检修或事故问题可能会导致产量的降低或收益的减少可能需要创造部分冗余,因此增加系统的复杂度可能需要更新,更先进的技术需要更多的程序和流程来维护系统环境分配更多的时间来分析,设计,测试系统并实施全面质量保障行动将更多的时间和精力放在技术架构上将更多的时间和精力放在数据库设计上使用行业最优的技术和流程为项目组提供相应的培训,使其了解连续地使用系统意味着什么准确地指出究竟需要连续地使用系统的哪个部分寻求内部或外部的专家来验收整体的技术设计和架构制定坚实可靠的灾难复原计划与软件和硬件供应商建立和发展良好的伙伴关系A4.高预期工作量:高工作量意味着项目很复杂,需要投入大量的人力更难以有效地与团队沟通当需要快速决策时瓶颈就会出现更可能出现人员问题可能会有更高的人员流动率需要培训更多的人使用项目管理工具来控制资源的使用让项目组成员使用周报表来监控他们所分配的工作任务的进展程度任命小组长来管理下属小组通过组织团队建设活动来建立团队凝聚力召开计划进度会议,让人们知晓项目进展状况使用内部系统流程进行范围,问题,质量和风险管理将项目分解成更小的,周期更短的小项目为了让项目组成员意识到其他相关的人员和小组活动,减少每个人每天可用的项目工作时间v1.0可编辑可修改8Page8第二部分典型的高风险问题/应对行动高风险要素/潜在问题风险应对行动A5.目前数据质量太低难以进行转换:需要做更多的工作来把旧的数据转换到新的系统中过滤后的数据仍然可能在新系统中造成问题数据转换问题能够导致严重的项目延期确保所有旧数据都毫无差错地转换到了新的系统中在进行最终的转换前要严格地测试转换程序评估由于转换数据而花费的成本和造成的困难是有价值的。弄清楚新的系统是否只能运转新的数据让旧的系统维持运转一段时间以获取旧的数据在数据转换之前尽可能地对旧的数据进行人工过滤A6.需要高度定制化的打包执行:定制化会使项目更加复杂对某一部分的修改可能会导致其他部分的问题定制化会导致绩效低下定制化会让新技术的运用变得更复杂大量的定制化可能意味着之前选择了错误的打包工具很有可能要花更长的时间来实施打包工具定制化会需要更多地依赖供应商考虑其他的打包工具考虑定制化的发展减少业务需求,这样也不用定制化了从供应商处获得确定的修改成本和周期,并将其记录进你的整体工作计划管理与供应商的关系,确保所有必须的工作都能按时完成确保项目发起人通过定制化方案为保证正常运作和绩效,全面彻底地测试修改后的打包工具利用供应商日志来追踪问题和项目里程碑v1.0可编辑可修改9Page9第二部分典型的高风险问题/应对行动高风险要素/潜在问题风险应对行动A7.打包执行是一个全新的产品:会有更大的问题风险更多地依赖供应商来确保迅速地解决问题安装,测试和配置使用将需要更长的周期几乎很难预知这个打包工具是否符合所有的业务需求尽早为项目组成员安排打包工具的相关培训为项目增派一个有相关产品经验的内部资源或咨询师在全面实施之前安排打包工具的试点,使项目组尽快熟悉起来与供应商就支持度和问题解决时间达成共识如果有其他公司也在使用同样的产品,看看能不能将项目延期到其使用时间之后搜寻其他使用过该产品的公司,寻求他们的反馈和关键所得B.时程B1.项目重要里程碑和/或完成日期是固定的,但这是由于业务承诺或法律要求而被事先固定的,不受项目组的控制:工作必须以这个日期期限为指导可能无法在期限内完成所有必需的项目活动很有可

1 / 18
下载文档,编辑使用

©2015-2020 m.777doc.com 三七文档.

备案号:鲁ICP备2024069028号-1 客服联系 QQ:2149211541

×
保存成功