项目评估表样本

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

XX项目风险评估表

1. 项目风险评估表使用指南

第一某些风险评估问卷

第二某些常用高风险问题/应对行动—注意:不同风险承受度应制定不同应对筹划。

A1 . 项目范畴模糊不清:

▪难以作出合理预测评估

▪也许会花时间和成本在项目范畴之外

▪难以收集精确需求信息

▪难以明确项目定义和工作筹划

▪难以制定范畴变更程序

▪无法明确项目交付品

▪在筹划中严格地定义项目范畴

▪明确项目范畴各要素,例如哪些部门会

受到影响,需要哪些项目交付品,需要

哪类信息

▪清晰明确哪些是项目范畴之外(本项目不

包括:…)

▪从一开始就将业务需求定义在较高层

次,然后以此由下至上来定义项目范畴

▪让项目发起人对冲突项目范畴作出决策

▪在对项目任务,成本或周期进行评估时

记录下所有范畴假设

▪运用图表来标记项目范畴和代替办法

▪预先制定严格范畴变更程序

▪保证正式性地通过项目定义和业务需求

并且获得相应资源配备

▪将范畴阐明分发给所有项目利益有关人

以获得确认

▪在项目范畴没有清晰明确之前不要开始

项目

A2 . 项目业务需求很模糊或复杂:

▪难以对的地记录有关需求

▪难以使用工具来记录有关需求

▪难以明确项目盼望是什么

▪有也许项目最后交付品无法达到业务规定

▪也许是缺少客户关注和信息信号

▪运用合伙应用程序设计(JAD)来收集

所有项目利益有关人需求

▪使用原型—重复式开发技术来协助发掘

使用者对新系统需求

▪与项目发起人,高层管理者沟通以获得

全面指引

▪为客户提供培训,让其明白如何思考和

表达其业务需求

▪保证将最后明确业务需求记录在案,并

执行相应变更管理程序

A3 . 需要持续地使用系统:

▪检修或事故问题也许会导致产量减少或收益减少

▪也许需要创造某些冗余,因而增长系统复杂度

▪也许需要更新,更先进技术

▪需要更多程序和流程来维护系统环境

▪分派更多时间来分析,设计,测试系统

并实行全面质量保障行动

▪将更多时间和精力放在技术架构上

▪将更多时间和精力放在数据库设计上

▪使用行业最优技术和流程

▪为项目组提供相应培训,使其理解持续

地使用系统意味着什么

▪精确地指出究竟需要持续地使用系统哪

个某些

▪谋求内部或外部专家来验收整体技术设

计和架构

▪制定坚实可靠劫难复原筹划

▪与软件和硬件供应商建立和发展良好伙

伴关系

A4 . 高预期工作量:

▪高工作量意味着项目很复杂,需要投入大量人力

▪更难以有效地与团队沟通

▪当需要迅速决策时瓶颈就会浮现

▪更也许浮现人员问题

▪也许会有更高人员流动率

▪需要培训更多人

▪使用项目管理工具来控制资源使用

▪让项目构成员使用周报表来监控她们所

分派工作任务进展限度

▪任命小组长来管理下属小组

▪通过组织团队建设活动来建立团队凝聚

▪召开筹划进度会议,让人们知晓项目进

展状况

▪使用内部系统流程进行范畴,问题,质

量和风险管理

▪将项目分解成更小,周期更短小项目

▪为了让项目构成员意识到其她有关人员

和小组活动,减少每个人每天可用项目

工作时间

A5.

当前数据质量太低难以进行转换: ▪ 需要做更多工作来把旧数据转换到新系统中

▪ 过滤后数据依然也许在新系统中导致问题 ▪

数据转换问题可以导致严重项目延期

▪ 保证所有旧数据都毫无差错地转换到了新系统中

▪ 在进行最后转换前要严格地测试转换程序

评估由于转换数据而耗费成本和导致困难是有价值。弄清晰新系统与否只能运转新数据

▪ 让旧系统维持运转一段时间以获取旧数据

在数据转换之前尽量地对旧数据进行人工过滤

A6.

需要高度定制化打包执行: ▪ 定制化会使项目更加复杂

▪ 对某一某些修改也许会导致其她某些问题 ▪ 定制化会导致绩效低下

▪ 定制化会让新技术运用变得更复杂

▪ 大量定制化也许意味着之前选取了错误打包工具 ▪ 很有也许要花更长时间来实行打包工具 ▪

定制化会需要更多地依赖供应商

▪ 考虑其她打包工具 ▪ 考虑定制化发展

▪ 减少业务需求,这样也不用定制化了 ▪ 从供应商处获得拟定修改成本和周期,并将其记录进你整体工作筹划 ▪ 管理与供应商关系,保证所有必要工作都能准时完毕

▪ 保证项目发起人通过定制化方案 ▪ 为保证正常运作和绩效,全面彻底地测试修改后打包工具

运用供应商日记来追踪问题和项目里程碑

A7.

打包执行是一种全新产品: ▪

会有更大问题风险

▪ 更多地依赖供应商来保证迅速地解决问题 ▪ 安装,测试和配备使用将需要更长周期

几乎很难预知这个打包工具与否符合所有业务需求

▪ 尽早为项目构成员安排打包工具有关培训

▪ 为项目增派一种有有关产品经验内部资源或征询师

▪ 在全面实行之前安排打包工具试点,使项目组尽快熟悉起来

▪ 与供应商就支持度和问题解决时间达到共识

▪ 如果有其她公司也在使用同样产品,看看能不能将项目延期到其使用时间之后 ▪

搜寻其她使用过该产品公司,谋求她们反馈和核心所得

相关文档
最新文档