Tool项目风险评估表

项目风险评估表

项目名称

报告

日期 (年月日)


1 项目风险评估表指南
第部分
风险评估问卷
§ 表中第部分识项目风险完成项目目标影响程度部分中根风险特征进行风险分类分高中低三档风险分类表非完全风险识开始组织项目必须制宜添加具体风险特征指标完成问卷量选择项目评估时表现项目特征描述词时确保完成项目计划风险评估检查表
§ 完成问卷检查表会识出项目风险素结果应作风险理监控指南然许素会影响风险影响程度例高度复杂项目会较高部风险验项目理领导项目时该风险会降低高风险特性项目意味着定会失败意味着必须制定执行计划识潜高风险素
第二部分
常见高风险问题应行动—注意：风险承受度应制定应计划
§ 运表第二部分分析已识风险制定相契合应计划部分中列出：会导致某种高风险早期预警信号问题案例降低应风险行动案例
§ 风险应计划表中需第部分中识高风险素制定应计划降低风险保障项目成功第二部分中行动案例作应计划项目团队提出更建议高风险素制定应计划项目团队应检查存中度风险明确风险否严重需风险应计划表果请风险应计划表中度风险素制定应计划低风险素假设说会产生问题影响程度低假设种情况会发生整项目程风险应计划理监控风险

第部分
风险评估问卷

Characteristics 风险特征
Low Risk 低
Medium Risk 中
High Risk 高
ORGANIZATION 组织
A 范围
 
A1
项目范围
[ ] 明确解
[ ] 部分确认改变
[ ] 明确改变






 
A2
公司商务需求
[ ] 解符合
[ ] 瞭解极复杂符合未明确定义
[ ] 非常复杂非常模糊
 

 
 

 
 
A3
系统性包括
[ ]通路停工期

[ ]需连续






 
A4
预估总需求力时数
[ ]低1000时
[ ] 1000 5000时
[ ] 远5000时






 
A5
现资料质量
[ ] 易
[ ] 明确难明确易
[ ] 差难
 

 
 

 
 
A6
项目执行
[ ]需客制化
[ ] 需客制化
[ ] 需高度客制化
 

 
 

 
 
A7
项目执行
[ ] 稳定产品市场宣传模式

[ ]新产品新市场宣传模式
 B 时程
 
B1
项目里程碑完成日期
[ ] 弹性 – 户项目组员商议决定
[ ]确定 –已定脱期会影响商机
[ ]刚性 –已具体营运委员会决定规定求超项目团队掌控力
 

 
 
 
 
 
B2
预估项目周期
[ ] 低 3 月
[ ] 3 12 月
[ ] 远 12 月
 C 预算
 
C1
预算验已证实效成预估程序生成
[ ] – 验操作效预算程序
[ ] 验程序
[ ] 否 – 员验程序
 

 
 
 
 
 
C2
项目资金符合成预算稳定性
[ ] 预算需求预期稳定
[ ] 预算等成预期相稳定
[ ] 预算低需求稳定性高度确定
D 项目关联性
 
D1
项目赖相关项目关系形容
[ ] 轻微赖 没相关项目产出完成
[ ] 赖没相关项目产出造成延期
[ ] 高度赖 相关项目产出法继续进行
E 力资源
 
E1
项目理验培训
[ ] 类似项目理取成功
[ ] 非类似项目理取成功培训验
[ ] 期验未项目理培训
 

 
 
 
 
 
E2
需理工具技术描绘项目组员
[ ] 熟练工具技术
[ ] 工具技术正式培训少实际验
[ ] 正式培训实际验
 

 
 
 
 
 
E3
项目组员
[ ] 处

[ ] 分处处
F 发起高层领导支持
 
F1
项目发起
[ ]明确项目认充满热情
[ ]明确缺乏热情
[ ]明确缺乏热情
G 生意组织影响
 
G1
否需够提供项目需相关知识技项目参：
[ ]项目中需项目组成员已具丰富相关知识
[ ]某方面验足
[ ]没没找合适选
 

 
 
 
 
 
G2
否需改变组织流程政策：
[ ]完全需少
[ ]偶尔常性改变
[ ]实质性改变
 

 
 
 
 
 
G3
描述项目结果业务流程组织变革影响：
[ ]没微变迁
[ ]中度变迁
[ ]重变革目前清楚






 
G4
受改变影响部门：
[ ]两
[ ]三四
[ ]五
 

 
 
 
 
 
G5
项目接收部门利益相关部门该项目带变化接受度会评分？
[ ]高接受度（充满热情期）
[ ]般接受度
[ ]低接受度（消极难融入）
GENERAL – Technical and Performance Risks 整体 – 技术绩效风险
H 技术
 
H1
会技术：
[ ]成熟（已软件硬件专业术语数库工具）
[ ]演进中
[ ]实验性（新软件硬件语言数库工具新推出）


 
 
 
 
 
H2
技术求：
[ ]公司类似

[ ]全新复杂
 

 
 

 
 
H3
技术重点：
[ ]项目组成员清楚

[ ]项目组成员清楚
I 绩效

I1
绩效目标：
[ ]明确合理

[ ]清晰明确现实（例：件事完美）






项目理—计划问题变革理质量保障
J 风险评估
 
J1
通项目理风险评估检查表进行项目风险理整体评估
[ ]制定完整项目计划够运组织中项目理方法实现
[ ]合理基完成项目计划流程然问题没明确
[ [ ]没连续性完整项目计划质量高时者项目流程中许关键性问题没明确
外部—供应商法律环境条例
K 供应商
 
K1
果需局部委外执行：

[ ]供应商市场熟悉

[ ]供应商刚刚进入该市场

K2
项目否需承包商？承包商否项目做出承诺？
[ ]需承包商
[ ]需承包商（少50）项目开始前承包商会接明确务
[ ]50项目工作交承包商项目开始前承包商清楚全部务
L （根项目实际情况添加）

L1














第二部分
典型高风险问题应行动

高风险素潜问题
风险应行动
A 范围

A1
项目范围模糊清：
§ 难作出合理预测评估
§ 会花时间成项目范围外
§ 难收集准确需求信息
§ 难明确项目定义工作计划
§ 难制定范围变更程序
§ 法明确项目交付品
§ 计划中严格定义项目范围
§ 明确项目范围素例部门会受影响需项目交付品需类信息
§ 清晰明确项目范围外(项目包含…)
§ 开始业务需求定义较高层次然定义项目范围
§ 项目发起突项目范围作出决策
§ 项目务成周期进行评估时记录范围假设
§ 运图表标识项目范围代方法
§ 预先制定严格范围变更程序
§ 确保正式性通项目定义业务需求获相应资源配备
§ 范围说明分发项目利益相关获确认
§ 项目范围没清晰明确前开始项目
A2
项目业务需求模糊复杂：
§ 难正确记录相关需求
§ 难工具记录相关需求
§ 难明确项目期什
§ 项目终交付品法达业务求
§ 缺乏客户关注信息信号
§ 运合作应程序设计（JAD）收集项目利益相关需求
§ 原型—重复式开发技术帮助发掘者新系统需求
§ 项目发起高层理者沟通获全面指导
§ 客户提供培训明白思考表达业务需求
§ 确保终明确业务需求记录案执行相应变更理程序
A3
需连续系统：
§ 检修事问题会导致产量降低收益减少
§ 需创造部分冗余增加系统复杂度
§ 需更新更先进技术
§ 需更程序流程维护系统环境
§ 分配更时间分析设计测试系统实施全面质量保障行动
§ 更时间精力放技术架构
§ 更时间精力放数库设计
§ 行业优技术流程
§ 项目组提供相应培训解连续系统意味着什
§ 准确指出究竟需连续系统部分
§ 寻求部外部专家验收整体技术设计架构
§ 制定坚实灾难复原计划
§ 软件硬件供应商建立发展良伙伴关系
A4
高预期工作量：
§ 高工作量意味着项目复杂需投入量力
§ 更难效团队沟通
§ 需快速决策时瓶颈会出现
§ 更出现员问题
§ 会更高员流动率
§ 需培训更
§ 项目理工具控制资源
§ 项目组成员周报表监控分配工作务进展程度
§ 命组长理属组
§ 通组织团队建设活动建立团队凝聚力
§ 召开计划进度会议知晓项目进展状况
§ 部系统流程进行范围问题质量风险理
§ 项目分解成更周期更短项目
§ 项目组成员意识相关员组活动减少天项目工作时间
A5
目前数质量太低难进行转换：
§ 需做更工作旧数转换新系统中
§ 滤数然新系统中造成问题
§ 数转换问题够导致严重项目延期
§ 确保旧数毫差错转换新系统中
§ 进行终转换前严格测试转换程序
§ 评估转换数花费成造成困难价值弄清楚新系统否运转新数
§ 旧系统维持运转段时间获取旧数
§ 数转换前旧数进行工滤
A6
需高度定制化包执行：
§ 定制化会项目更加复杂
§ 某部分修改会导致部分问题
§ 定制化会导致绩效低
§ 定制化会新技术运变更复杂
§ 量定制化意味着前选择错误包工具
§ 花更长时间实施包工具
§ 定制化会需更赖供应商
§ 考虑包工具
§ 考虑定制化发展
§ 减少业务需求样定制化
§ 供应商处获确定修改成周期记录进整体工作计划
§ 理供应商关系确保必须工作时完成
§ 确保项目发起通定制化方案
§ 保证正常运作绩效全面彻底测试修改包工具
§ 利供应商日志追踪问题项目里程碑
A7
包执行全新产品：
§ 会更问题风险
§ 更赖供应商确保迅速解决问题
§ 安装测试配置需更长周期
§ 难预知包工具否符合业务需求
§ 早项目组成员安排包工具相关培训
§ 项目增派相关产品验部资源咨询师
§ 全面实施前安排包工具试点项目组快熟悉起
§ 供应商支持度问题解决时间达成识
§ 果公司样产品项目延期时间
§ 搜寻该产品公司寻求反馈关键
B
时程

B1
项目重里程碑完成日期固定业务承诺法律求事先固定受项目组控制：
§ 工作必须日期期限指导
§ 法期限完成必需项目活动
§ 法达排程求
§ 赶工时程压力导致项目工作中法改正错误
§ 根必需项目活动排程进行协商谈判
§ 范围进行协商谈判项目活动够规定时间完成
§ 根实际预测评估客户项目者项目发起重新建立新识
§ 执行积极项目踪监控计划
§ 进行常规性时程报告沟通
B2
预测项目周期会长
§ 更难理项目排程
§ 项目组客户更加容易失焦点重心
§ 项目会失组织支持承诺
§ 业务需求会变化
§ 软件硬件版(技术工具)会变化
§ 难项目开始时营造紧迫感
§ 造成项目组成员客户流失
§ 项目分解成更周期更短项目
§ 明确项目里程碑进度发展完成
§ 持续断正式变动理程序
§ 轮换项目组成员角色保持持续较高兴趣度
§ 走预计进度前面
§ 项目初始阶段营造种紧迫感
§ 组织团队建设活动建立团队凝聚力防止心涣散
§ 确保重交付品正式通然引入变革理
§ 技术设计架构决策灵活潜变更做准备
C
预算

C1
预算已证实效成预估程序验建立：
§ 预算准确
§ 设计预算计划便踪监控
§ 工作预算完成会现实期
§ 成熟工具验重新评估项目
§ 修改项目范围 够纳入资金范围
§ 未优化原预算计划前开始项目
C2
项目资金位预算少稳定：
§ 项目完成预期目标
§ 项目超出预备资金
§ 项目范围进行协商谈判够纳入资金范围
§ 获充足预算减少项目范围前开始项目
D
项目关联性

D1
项目高度赖外独立关联项目果没收关联项目终交付品法展开：
§ 项目控制范围事情够严重影响项目产出实现目标力
§ 关联项目交付品果延期造成项目进度延迟
§ 修改中项目排程项目交付品够整合起
§ 项目范围排程次进行协商谈判
§ 满足项目需求关联项目达成识记录案
§ 限度减少突两项目紧密合作相互监控
E
力资源

E1
缺乏项目理验：
§ 花更长时间定义项目建立工作计划
§ 会更判断失误导致返工项目延期
§ 更难组织理复杂项目
§ 全面项目理实践熟悉
§ 知道时应该寻求帮助
§ 提供事前项目理培训
§ 指派更高层理者辅导项目理
§ 建立执行力质量保障流程确保项目正常开展
§ 确保重交付品正式通
§ 通力团队领导团队成员带更相关验
E2
熟悉准备项目理流程：
§ 项目团队法知晓提出问题范围变更风险
§ 部流程越越复杂难理时项目受控制
§ 缺乏良沟通
§ 完成项目交付品样式统
§ 法时提出问题法考量项目影响范围变更法实行风险忽略终法实现优质量
§ 法预期项目潜问题困难
§ 项目理项目团队提供完整项目理流程程序培训
§ 项目分派位验项目理教练导师
§ 整体项目分解成更项目够进行较严谨项目理
§ 项目开始前明确认套项目理程序包括问题理变更理风险理质量理
§ 建立强力沟通计划确保成员知道项目进展提供反馈
§ 申请获时问题风险范围变更质量理投入
E3
分处项目团队：
§ 更难效沟通
§ 缺乏充分团队互动凝聚力
§ 难整团队建立私关系
§ 成员会感孤立非团队员
§ 技术问题导致生产力降
§ 试着团队聚集方少项目启动阶段
§ 建立积极沟通计划确保效团队沟通
§ 召开例会整团队够进行面面沟通
§ 安排团队建设活动整项目组碰面
§ 准备备沟通工具方式防技术出现问题
§ 远距离团队成员保持常性电话联系
§ 建立中央数库方便团队成员查阅存储项目文件
F
发起高层领导支持

F1
没明确正式授权项目发起：
§ 项目许法获需资源
§ 项目许法获必需长期承诺
§ 政治斗争会项目延期
§ 问题变更申请法时解决
§ 建立强力指导委员会帮助指导整项目
§ 解决部门间突建立套流程
§ 尝试更换成发起
§ 请求发起够项目利益出发授权
§ 开始项目
G
业务组织影响

G1
提供项目知识项目参法加入项目未明确：
§ 缺乏需项目知识会准确完成项目带负面影响
§ 项目接收会满意
§ 获需项目知识资源承诺进行次协商谈判
§ 获需项目知识项目进展进行次协商谈判
§ 开始项目
G2
业务流程政策需实质性改变：
§ 政策改变会项目延期
§ 新流程会感困惑影响流程力
§ 开始时法完全整合新流程
§ 果新流程法完全应突发状况
§ 果没正确程序支持系统功会瘫痪
§ 实质性流程改变会导致破坏性行

§ 记录目前政策流程确保正确性
§ 准确阐述新旧流程间差
§ 早潜变迁进行沟通
§ 确保客户解流程政策改变
§ 指定负责流程政策改变
§ 建立积极沟通计划客户够时解获相关信息
§ 新流程进行试点确保效性准确性
§ 否成功实施新政策流程作项目理绩效评估部分
§ 客户公开流程改变获更建议时感影响力
G3
组织结构需实质性改变：
§ 组织确定会导致组织畏惧感
§ 果项目团队注意力放组织层面会集中精力项目
§ 新组织中会担忧失工作
§ 果欢迎组织变革会新系统
§ 确定性会延迟决策
§ 组织变革会造成政治目决策
§ 记录新组织中存担忧寻找相应办法减轻担忧
§ 早常性潜变革相应业务原进行沟通
§ 利益相关者代表投入组织设计规划中
§ 投入力资源解决潜员问题
G4
量部门会受影响：
§ 协合作会更加复杂
§ 通批准某项决议会更加麻烦费时
§ 更难达成识
§ 计划需求涉更团队
§ 更难解部门利益相关
§ 执行会更加困难复杂
§ 建立正式决议批准流程
§ 建立代表整利益相关团体指导委员会
§ 项目发起参项目中时准备干涉部门
§ 组织代表参需求提出质量保证测试
§ 部门机会见面互动
§ 项目组严格遵循整项目目标优先序
§ 情况建立识技巧
G5
客户项目认度低难互动：
§ 会导致商业价值信心足
§ 更难客户处获需时间资源
§ 更难收集业务需求
§ 客户会破坏阻碍项目开展
§ 建立积极沟通计划客户参项目中解中商业利益
§ 建立户组明确关心问题激发积极性
§ 户加入计划需求收集程中
§ 项目发起帮助激起客户项目积极性
§ 寻找机会轻松趣环境中推销项目
§ 需客户资源时积极客户承诺
§ 开始项目
H
技术

H1
新熟悉项目技术（新发布）：
§ 学曲线会导致较低初期产出
§ 存新旧技术整合问题
§ 技术变化抵制会导致项目延期
§ 测试新技术时会困难
§ 法正确安装架构技术导致项目延期
§ 新技术工具会导致更长交付时间
§ 新技术会需量转换工作
§ 专业技术优化架构技术时系统绩效会差
§ 早提供新技术实践性培训
§ 需新技术进行安装支持员进行培训
§ 需时充分利供应商技术专家
§ 利外部熟悉技术专业顾问
§ 确保足够测试环境样新技术会影响产出
§ 确保新技术功特性性进行彻底扎实分析
§ 新技术建立套程序规范
§ 开始范围新技术实行试点
H2
新复杂技术：
§ 难理解需求需设计
§ 新旧技术间整合问题
§ 难测试复杂技术
§ 技术越复杂问题风险越
§ 整合系统测试完成发现技术法解决问题
§ 利系统技术设计档案弄清项技术组合起
§ 明确整体系统技术架构请公司中验专业员进行审查通
§ 请外部顾问审查架构建议书获更反馈确认
§ 开始范围新技术进行试点
§ 架构中验证熟悉技术
§ 供应商复合产品整合系统程更加流畅容易
§ 公开标准架构产品减少整合问题带风险
H3
项目团队项目重点解：
§ 项目团队成员需更长学曲线
§ 项目会开始阶段脱节
§ 法解业务需求否意义
§ 关键特性功会遗漏
§ 需初客户提供关项目重点专业知识技术
§ 早提供实践性培训
§ 关键客户带入项目团队中
§ 花额外时间解记录需求
§ 需重项目重点建立相关专家审批流程
§ 通合作应程序设计（JAD）收集利益相关需求
§ 更频繁客户进行项目预排
§ 评估时安排更时间进行分析设计活动
I
绩效

I1
绩效目标清明确现实（例切完美）：
§ 项目团队会次目标清陷入困境
§ 果绩效需求没开始记录案项目团队更易项目进行程中迫接受新绩效需求
§ 然项目目标法实现项目会失败
§ 确保绩效目标记录案项目团队意项目发起审批通
§ 坚持关绩效目标变更必须通正式变更申请
J
项目理

J1
项目计划统完整法达成质量求者项目流程中必须弄清问题：
§ 项目工作法协调毫成效
§ 项目范围更容易知觉中扩
§ 没完整项目计划实现项目绩效目标
§ 遵循组织项目理方法
§ 完成推荐项目表格获关键利益相关通
§ 明确更正已识项目流程问题
§ 项目执行程中踪更新项目计划
K
供应商

K1
新供应商执行包技术：
§ 供应商法完成务法提供需支持
§ 果市场中没足够产品销售升级会受威胁
§ 没够迅速建立伙伴关系基础
§ 法律财务考虑会导致合项目延期
§ 确保供应商协议记录案
§ 坚持原始代码放进契约中防供应商法完成务
§ 供应商成项目组员
§ 供应商日志踪包中出现问题
§ 确保供应商财务
§ 供应商支持程度问题解决时间达成协议
K2
超50项目工作需委托承包商投入项目未承诺：
§ 项目初始缺少需员
§ 会项目排程造成极负面影响
§ Increase project management oversight of contractor personnel
§ Start of project should be delayed until staffed
§ Increased communications focus is a must
§ 增强承包商员项目理监察
§ 员位前开始项目
§ 必须增加承包商沟通
L （根项目实际情况进行添加）

L1

§







2 项目风险评估表会签
项目名称

项目理：

已审阅项目风险评估表信息意：
姓名
职务
签名
日期（年月日）

























签名表示签名解文件目容承认正式项目风险评估表
文档香网(httpswwwxiangdangnet)户传

《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档