1、项目评估表XX项目风险评估表项目名称:报告人:日期 (年/月/日):第一部分风险评估问卷 第二部分常见的高风险问题/应对行动注意:不同的风险承受度应制定不同的应对计划。第一部分风险评估问卷haracteisics 风险特征ow Risk 低Mdium Rk 中High Risk 高ORGNIAION 组织A、 范围A项目范围是: 明确且了解的 大部分确认但估计改变 不明确且/或估计改变A2。公司商务需求: 了解且符合 瞭解但极为复杂,或符合但未明确定义 特别复杂或特别模糊3、系统可用性包括 可使用的通路及其停工期 需连续使用A、预估总需求人力小时数:低于1,00小时 1,00 至5,000小时
2、 远大于5,0小时5、现有资料的质量: 好且易于使用 明确但难以使用,或不明确但易于使用差或难以使用A6、项目的执行: 不需客制化 需要客制化 需要高度客制化A7。项目的执行: 稳定的产品或市场宣传模式 新产品或新的市场宣传模式B。时程B。项目主要里程碑和完成日期: 弹性 可由用户和项目组员商议后决定 确定 已定且脱期后估计会影响商机 刚性 已由具体的营运委员会决定,或规定的要求超过项目团队的掌控能力。预估项目周期: 低于 3 个月 到 2 个月 远大于 2 个月C、预算1。预就是由有经验的人,使用已证实有效的成本预估程序来生成: 是 由有经验的人操作有效的预算程序 有一些经验或程序 否 人员
3、无经验且无程序C2、项目资金符合或大于成本预算和稳定性。 预算大于需求且/或预期稳定、 预算等于成本且预期相对稳定、 预算低于需求且或稳定性高度不确定。D、 项目关联性D1、本项目依赖相关项目的关系能够形容为: 轻微依赖, 即使没有相关项目的产出仍可完成 有些依赖,没有相关项目的产出估计造成延期 高度依赖, 无相关项目的产出无法接着进行。人力资源E1、项目经理的经验和培训是: 最近在类似项目管理上取得了成功 最近在非类似项目管理上取得了成功或经过培训但无经验 无近期经验或未经项目管理培训E2。依需要管理工具和技术的使用来描绘项目组员、 熟练使用工具和技术 对使用工具和技术经过正式的培训,但少或
4、无实际经验 无正式培训或无实际使用经验E3。项目组员是: 同处一地 分处多处。 发起人/高层领导的支持1、项目发起人是: 明确的,对项目认可且充满热情的 明确的,但缺乏热情的 既不明确也缺乏热情。其他生意或组织上的影响、是否需要能够提供项目所需相关知识技能的项目参与人: 项目中不需要或项目组成员差不多具有丰富的相关知识在某些方面经验不足 没有或当下没有找到合适的人选G2是否需要改变组织流程和政策: 完全不需要或特别少间或到经常性的改变 实质性的改变G。描述项目结果对业务流程或组织变革的影响:没有或只是特别微小的变迁 中度变迁 重大变革或目前还不清楚4、将受到此改变影响的部门: 一个或两个 三个
5、或四个 五个以上G5。项目的接收部门和利益相关部门关于该项目将带来的变化的接受度,您会如何评分? 高接受度(充满热情和期待) 一般接受度 低接受度(消极且特别难融入)GEERA Technicl d Pernce is 整体 技术和绩效风险。 技术H1、将会用到的技术是: 成熟的(已在使用的软件,硬件,专业术语,数据库和工具) 演进中的 实验性的(新的软件,硬件,语言,数据库,工具或最新推出的) H、对技术的要求: 与公司其他使用的类似 全新的,复杂的、技术的重点: 项目组成员都特别清楚 项目组成员并不清楚。绩效I1。绩效目标: 明确,合理 不清楚,不明确,不现实(例如:每件事都要特别完美)
6、项目管理计划,问题和变革管理,质量保障J、 风险评估1。通过项目管理风险评估检查表来进行项目风险管理的整体评估 制定了特别完整的项目计划,同时能够运用组织中的项目管理方法来实现 合理的,基本完成的项目计划和流程,然而仍然有一些问题没有明确 没有连续性的完整的项目计划,即使有质量也不高,同时/或者在项目流程中有许多关键性的问题没有明确外部供应商,法律,环境,条例K、 供应商K1。假如需要局部的委外执行: 供应商对市场特别熟悉 供应商刚刚进入该市场2、项目是否需要承包商？承包商是否对项目做出了承诺? 不需要承包商 需要一些承包商(少于50),而且在项目开始之前承包商会接到明确的任务 50以上的项目
7、工作将交给承包商,然而在项目开始之前承包商并不清楚其全部任务、 其他(依照项目实际情况来添加)、第二部分典型的高风险问题/应对行动高风险要素潜在问题 风险应对行动A、 范围A1、项目范围模糊不清:难以作出合理的预测评估估计会花时间和成本在项目范围之外难以收集准确的需求信息难以明确项目定义和工作计划难以制定范围变更程序无法明确项目交付品在计划中严格地定义项目范围明确项目范围的各要素,例如哪些部门会受到影响,需要哪些项目交付品,需要哪类信息清楚明确哪些是项目范围之外的(本项目不包含:)从一开始就将业务需求定义在较高的层次,然后以此由下至上的来定义项目范围让项目发起人对冲突的项目范围作出决策在对项目
8、任务,成本或周期进行评估时记录下所有的范围假设运用图表来标识项目范围和替代方法预先制定严格的范围变更程序确保正式性地通过项目定义和业务需求同时获得相应的资源配备将范围说明分发给所有的项目利益相关人以获得确认在项目范围没有清楚明确之前不要开始项目2。项目的业务需求特别模糊或复杂:难以正确地记录相关需求难以使用工具来记录相关需求难以明确项目期望是什么有估计项目最终交付品无法达到业务的要求估计是缺乏客户关注和信息的信号运用合作应用程序设计(JAD)来收集所有项目利益相关人的需求使用原型重复式开发的技术来帮助发掘使用者对新系统的需求与项目发起人,高层管理者沟通以获得全面的指导为客户提供培训,让其明白如
9、何考虑和表达其业务需求确保将最终明确的业务需求记录在案,并执行相应的变更管理程序A3、需要连续地使用系统:检修或事故问题估计会导致产量的降低或收益的减少估计需要创造部分冗余,因此增加系统的复杂度估计需要更新,更先进的技术需要更多的程序和流程来维护系统环境分配更多的时间来分析,设计,测试系统并实施全面质量保障行动将更多的时间和精力放在技术架构上将更多的时间和精力放在数据库设计上使用行业最优的技术和流程为项目组提供相应的培训,使其了解连续地使用系统意味着什么准确地指出究竟需要连续地使用系统的哪个部分寻求内部或外部的专家来验收整体的技术设计和架构制定坚实可靠的灾难复原计划与软件和硬件供应商建立和发展
10、良好的伙伴关系A4、高预期工作量:高工作量意味着项目特别复杂,需要投入大量的人力更难以有效地与团队沟通当需要快速决策时瓶颈就会出现更估计出现人员问题估计会有更高的人员流动率需要培训更多的人使用项目管理工具来控制资源的使用让项目组成员使用周报表来监控他们所分配的工作任务的进展程度任命小组长来管理下属小组通过组织团队建设活动来建立团队凝聚力召开计划进度会议,让人们知晓项目进展状况使用内部系统流程进行范围,问题,质量和风险管理将项目分解成更小的,周期更短的小项目为了让项目组成员意识到其他相关的人员和小组活动,减少每个人每天可用的项目工作时间A、目前数据质量太低难以进行转换:需要做更多的工作来把旧的数
11、据转换到新的系统中过滤后的数据仍然估计在新系统中造成问题数据转换问题能够导致严重的项目延期确保所有旧数据都毫无差错地转换到了新的系统中在进行最终的转换前要严格地测试转换程序评估由于转换数据而花费的成本和造成的困难是有价值的、弄清楚新的系统是否只能运转新的数据让旧的系统维持运转一段时间以获取旧的数据在数据转换之前尽估计地对旧的数据进行人工过滤A6。需要高度定制化的打包执行:定制化会使项目更加复杂对某一部分的修改估计会导致其他部分的问题定制化会导致绩效低下定制化会让新技术的运用变得更复杂大量的定制化估计意味着之前选择了错误的打包工具特别有估计要花更长的时间来实施打包工具定制化会需要更多地依赖供应商
12、考虑其他的打包工具考虑定制化的发展减少业务需求,如此也不用定制化了从供应商处获得确定的修改成本和周期,并将其记录进您的整体工作计划管理与供应商的关系,确保所有必须的工作都能定时完成确保项目发起人通过定制化方案为保证正常运作和绩效,全面完全地测试修改后的打包工具利用供应商日志来追踪问题和项目里程碑A7、打包执行是一个全新的产品:会有更大的问题风险更多地依赖供应商来确保迅速地解决问题安装,测试和配置使用将需要更长的周期几乎特别难预知这个打包工具是否符合所有的业务需求尽早为项目组成员安排打包工具的相关培训为项目增派一个有相关产品经验的内部资源或咨询师在全面实施之前安排打包工具的试点,使项目组尽快熟悉
13、起来与供应商就支持度和问题解决时间达成共识假如有其他公司也在使用同样的产品,看看能不能将项目延期到其使用时间之后搜寻其他使用过该产品的公司,寻求他们的反馈和关键所得、时程1、项目重要里程碑和/或完成日期是固定的,但这是由于业务承诺或法律要求而被事先固定的,不受项目组的控制:工作必须以这个日期期限为指导估计无法在期限内完成所有必需的项目活动特别有估计无法达到排程的要求赶工和时程的压力特别有估计导致项目工作中无法改正的错误依照必需的项目活动对排程再进行协商和谈判对范围再进行协商和谈判,使项目活动能够在规定的时间内完成依照实际的预测评估与客户/项目所有者项目发起人重新建立新的共识执行积极的项目跟踪和
14、监控计划进行常规性的时程报告及沟通B2、预测项目周期会特别长:更难管理项目排程使项目组和客户更加容易失去焦点和重心项目特别有估计会失去组织的支持和承诺业务需求特别有估计会变化软件或硬件版本(技术和工具)特别有估计会变化特别难在项目开始时营造紧迫感特别有估计造成项目组成员和客户的流失将项目分解成更小的,周期更短的小项目明确项目里程碑,使其按进度发展和完成要持续不断地使用正式的变动管理程序轮换项目组成员的角色,保持其持续较高的兴趣度尽估计地走在估计进度前面在项目初始时期就营造一种紧迫感组织团队建设活动,建立团队凝聚力防止人心涣散确保所有的重要交付品都正式通过,然后再引入变革管理使技术设计和架构决策
15、尽估计的灵活,为潜在的变更做好准备C。预算C1、预算不是使用已证实有效的成本预估程序或有经验的个人建立的:预算特别有估计不准确设计的预算计划不便于跟踪和监控关于哪些工作能在预算内完成会有不现实的期望使用成熟的工具或有经验的个人重新评估项目修改项目范围, 使其能够纳入可用的资金范围内在未优化原预算计划之前不要开始项目2、项目资金到位比预算少,而且不稳定:项目不估计完成预期的目标项目特别有估计超出其预备资金对项目范围再进行协商和谈判,使其能够纳入可用的资金范围内在获得充足的预算或减少项目范围之前不要开始项目D、项目关联性D、项目高度依赖于另外一个独立的关联项目,假如没有收到关联项目的最终交付品就无
16、法展开:不在项目控制范围内的情况能够严重地影响项目的产出和实现目标的能力关联项目的交付品假如延期就特别有估计造成项目进度的延迟修改其中一个或所有的项目排程,使项目交付品能够整合起来对项目范围和/或排程再次进行协商和谈判就满足项目的需求与关联项目达成共识,并将其记录在案为了最大限度地减少冲突,两个项目要紧密合作和相互监控E、人力资源E1、缺乏项目管理经验:估计要花更长的时间来定义项目和建立工作计划估计会有更多判断上的失误,导致返工或项目延期更难以组织和管理一个复杂的项目估计对全面的项目管理实践不熟悉估计不明白何时应该寻求帮助提供事前的项目管理培训指派一个更高层管理者来辅导项目经理建立并执行有力的
17、质量保障流程来确保项目正常的开展确保重要交付品正式通过通过有力的团队领导和团队成员带来更多相关经验E2、不熟悉或并不准备使用项目管理流程:项目团队估计无法知晓如何提出问题,范围变更和风险当内部流程越来越复杂和难以管理时,项目有估计不受控制将缺乏良好的沟通完成的项目交付品估计样式不统一无法及时地提出问题,由于无法考量对项目的影响,范围变更也估计无法实行,风险估计被忽略,最终无法实现最优的质量特别有估计无法预期项目潜在的问题和困难向项目经理和项目团队提供完整的项目管理流程和程序培训为项目分派一位有经验的项目管理教练或导师将整体项目分解成更小的项目,从而能够进行较不严谨的项目管理在项目开始之前明确并
18、认同一套项目管理程序,包括问题管理,变更管理,风险管理,和质量管理建立一个强有力的沟通计划,以确保每个成员都明白项目的进展并提供反馈申请并获得随时对问题,风险,范围变更和质量管理的投入E、分处多地的项目团队:更难以有效地沟通缺乏充分的团队互动和凝聚力特别难与整个团队建立私人的关系有些成员估计会感到被孤立,而非团队的一员技术问题估计导致生产力下降试着将团队聚集到一个地方,或至少在项目启动的时期建立一个积极的沟通计划确保有效地团队沟通召开例会,让整个团队能够进行面对面的沟通安排团队建设活动,让整个项目组碰面准备后备的沟通工具和方式,以防主要的技术出现问题与远距离的团队成员保持经常性的电话联系建立一
19、个中央数据库,方便所有的团队成员来查阅存储项目文件F。发起人/高层领导支持F1、没有明确的或正式授权的项目发起人:项目也许无法获得其所需的资源项目也许无法获得所必需的长期的承诺政治斗争估计会使项目延期问题和变更申请估计无法及时地得到解决建立一个强有力的指导委员会来帮助指导整个项目为解决部门间的冲突建立一套流程尝试更换成另一个发起人请求发起人向另一个能够从项目利益出发的人授权不要开始项目G。业务或组织的影响G1。提供项目知识的项目参与人或是无法加入项目或是仍未明确:缺乏所需的项目知识将会为准确的完成项目带来负面的影响项目接收人将可不能满意为了获得所需的项目知识,就资源承诺进行再次协商和谈判为获得
20、所需的项目知识,就项目进展进行再次协商或谈判不要开始项目G2、业务流程和政策需要实质性的改变:政策的改变会使项目延期新的流程会使人们感到困惑,从而影响他们使用此流程的能力有估计开始时无法完全地整合新的流程假如新的流程无法完全地应对所有的突发状况,那它将是无用的假如没有正确的程序支持,系统功能将会瘫痪实质性的流程改变估计会导致破坏性行为记录目前所有的政策和流程,确保他们的正确性准确地阐述新旧流程之间的差别尽估计早地就潜在的变迁进行沟通确保客户了解流程和政策的改变指定一个人来负责所有流程和政策的改变建立一个积极的沟通计划,使客户能够随时了解和获得相关的信息对新的流程进行试点,以确保他们的有效性和准
21、确性将是否成功的实施新的政策和流程作为项目经理绩效评估的一部分向客户公开流程的改变以获得更好的建议,同时让他们感到自己的影响力G、组织结构需要实质性的改变:组织的不确定会导致组织内的畏惧感假如项目团队的注意力都放在了组织层面,那他们将可不能集中精力于项目上在新的组织中人们估计会担忧失去工作假如人们不欢迎组织的变革,那他们估计可不能使用新的系统不确定性估计会延迟决策组织变革估计会造成以政治为目的的决策记录新的组织中存在的担忧,并寻找相应的方法来减轻这些担忧尽早地经常性地就潜在的变革和相应的业务原因进行沟通让所有利益相关者的代表都投入到组织的设计和规划中投入人力资源来解决潜在的人员问题4、大量的部
22、门将会受到影响:协同合作会更加复杂通过或批准某项决议会更加麻烦和费时更难以达成共识计划和需求将涉及更多的人和团队更难以了解不同部门的主要利益相关人执行会更加困难和复杂建立一个正式的决议批准流程建立一个代表整个利益相关团体的指导委员会让项目发起人参与到项目中,并随时准备干涉不同的部门让每个组织的代表参与需求提出,质量保证和测试让来自不同部门的人有机会见面和互动让项目组严格遵循整个项目目标和优先顺序在所有估计的情况下使用建立共识的技巧G。客户的对项目的认可度低/特别难互动:估计会导致对商业价值的信心不足更难以从客户处获得所需的时间和资源更难以收集业务需求客户估计会破坏或阻碍项目的开展建立一个积极的
23、沟通计划,让客户参与到项目中,并让其了解其中的商业利益建立用户小组,明确其关怀的问题并激发其积极性让用户加入到计划和需求收集过程中让项目发起人帮助激起客户对项目的积极性寻找机会在轻松有趣的环境中推销项目当需要客户的资源时,要积极地去得到客户对此的承诺不要开始项目H、技术H1。新的和不熟悉的项目技术(或新公布的):学习曲线估计会导致较低的初期产出估计存在新旧技术整合的问题对技术变化的抵制估计会导致项目的延期在测试新技术时估计会有困难估计无法正确的安装或架构技术,而导致项目的延期新的技术工具会导致更长的交付时间新的技术估计会需要大量的转换工作当专业技术都用于优化和架构技术时,系统绩效估计会特别差尽
24、早提供关于新技术的实践性的培训向需要对新技术进行安装,使用和支持的人员进行培训当需要时要充分利用供应商的技术专家利用外部熟悉此技术的专业顾问确保有足够的测试环境,如此使用新的技术也可不能影响产出确保对新技术的功能,特性和性能都进行了完全扎实的分析对如何使用新的技术建立一套程序和规范一开始在小范围对新技术实行试点H2。新的,复杂的技术:估计特别难理解需求和所需的设计新旧技术间估计有整合问题估计特别难测试复杂的技术技术越复杂,问题风险越大在整合或系统测试完成后才能发现技术无法解决的问题利用系统和技术设计档案来弄清各项技术是如何组合起来的明确整体系统技术架构,并请公司中有经验的专业人员进行审查通过请
25、外部的顾问审查架构建议书以获得更多的反馈和确认一开始在小范围内对新的技术进行试点尽估计多的在架构中使用经过验证的和熟悉的技术使用同一供应商的复合产品以使整合系统的过程更加流畅和容易使用有公开标准和架构的产品以减少整合问题带来的风险H3、项目团队对项目重点并不了解:项目团队成员需要更长的学习曲线项目估计会在开始时期就脱节无法了解业务需求是否有意义关键的特性和功能估计会被遗漏需要从最初就依靠客户来提供有关项目重点所有的专业知识和技术尽早地提供实践性的培训将关键客户带入项目团队中花额外的时间来了解和记录需求对所需的多重项目重点建立相关专家审批的流程通过合作应用程序设计(JD)来收集所有利益相关人的需求更频繁的与客户进行项目的预排在评估时安排更多的时间进行使用分析和设计活动I、绩效I1。绩效目标不清,不明确或不现实(例如一切都要完美):项目团队会因为主次目标不清而陷入困境假如绩效需求没有在一开始就记录在案,那项目团队更易于在项目进行过程中被迫接受新的绩效需求既然项目目标无法实现,项目将会失败确保所有的绩效目标都被记录在案,并经由项目团队同意,由项目发起人审批通过坚持任何有关绩效目标的变更都必须通过正式的变更申请、项目管理J。项目计划不统一,不完整或无法达成质量要求;或者项目流程中有必须弄清的问题:项目工作估计无法协调,毫无成效项目范围估计更容易在不知不觉中扩大没有完整的项目
