电子政务项目风险理
风险理项目理中非常重环节电子政务项目受政府预算体系领导意志层层审批决策机制实施方政府业务特点握力等种客观素影响风险种类更果进行理会整项目进展造成严重影响甚导致项目失败
笔者作电子政务项目业方理员长时间实践积累验总结电子政务项目中常见风险相应策纳：
非系统风险
谓非系统风险指项目身关会直接影响项目实施效果客观素造成风险作范围项目全程充分认识正确处理非系统风险常电子政务项目终成功关键
电子政务项目中非系统风险包括类：
1政策风险：中央政府方政府颁发项目提供支持条文产生全部部分突法规文件者项目提供支持条文失效
出现概率：低
影响程度：
处理建议：工期较长项目遇类风险通常情况遵循方服中央局部服整体政策原遇政策改变时时报请业部门进行决策量争取项目纳入政策允许例外范围特事特办
2领导决策风险：政府层层决策机制难开始高层领导指示级领导通常会法常出现项目实施已接完成领导票否决情况
出现概率：高
影响程度：
处理建议：高层领导考虑战略层面问题基层领导考虑细节层面问题通常难统想需求次性确定基做方案时候量架构灵活扩充性强软件开发采构件模块方式增强重性限度适应需求频繁变更正式实施前通静态原型等手段汇报沟通充分解级领导偏确定方案外正式
实施前请示阶段工作常汇报级领导决策前量说明前期已完成工作预先指出变更会项目产生颠覆性影响免领导未做详细解情况观表态
3部门干预风险：系统设计时未充分考虑外部素实施程中受强力政府部门符合某方面规划等理系统提出较幅度更改求
出现概率：高
影响程度：
处理建议：建设前期量部门涉业务部门加强沟通全面征求意见事先取支持时技术实现采开放标准扩展架构
4利益风险：需部门配合系统会涉某某部门利益建设推广程中受阻挠
出现概率：高
影响程度：
处理建议：方面相关部门领导沟通争取支持方面想办法量减低部门利益损伤利益者商议通新系统获新利益均衡必时需请监察局等部门进行协调报请更高层领导批示
5战略改变风险：部门发展战略改变需建设该系统
出现概率：低
影响程度：
处理建议：通常事变动者政策变化会影响部门整体战略常部门沟通保持相关部门尤规划部门密切联系确保项目目标部门战略长期致性果法避免战略变更应通层面沟通争取制定新战略时优先考虑加入项目相关战略容
6理风险：政府部门项目理员理验足项目控制力度够控制度
出现概率：高
影响程度：
处理建议：项目承担者需常业方项目理者沟通项目容外包括项目理知识等周边容时注意工作细节隐患时应动提示业增强业信度确保业必协调力度避免业必干预
7进度风险：预期时间范围完成务
出现概率：中
影响程度：中
处理建议：量项目切块分清轻重缓急通常高层领导关注表现层确保表现稳定准确部分放期实现需求变化控性项目超期结束情况较更需严格控制实施方计划强化理根实际情况采取行实施加班等方式保证领导求文件规定线工期见隐蔽工程放线实施
8成风险：项目投入超出预算范围
出现概率：中
影响程度：中
处理建议：方面控制需求方面优化开发方式创新理量减低工成果确客观原造成超预算应业协商费中协调追加预算
9法律风险：合作双方许权专利合失效诉讼等情况发生
出现概率：低
影响程度：低
处理建议：电子政务工程协议中会约定知识产权甲方政府身通销售已建系统盈利少应保证产权双方签定合时应仔细审核合条文明确责权着互利推动产业发展原制定条款宜生搬硬套
10抗力发生：然灾害电信障等抗力发生
出现概率：低
影响程度：高
处理建议：天灾祸纯属意外果重系统应建议业设立异容灾中心确保安全
二系统风险
谓系统风险指项目身相关事物项目造成影响产生风险项目阶段面风险系统风险业原造成实施方原造成样问题需双方鼎力配合妥善解决
A初始阶段
1目标风险：业实施方项目目标清晰没明确实际目标描述
出现概率：低
影响程度：高
处理建议：业实施方组织专题证会明确项目目标确定考核目标实现方法
2范围风险：业未明确项目范围需求外延断变化
出现概率：高
影响程度：中
处理建议：业通常专业士时电子政务项目没参样板容易出现项目范围明确情况实施方需帮助业完成项目范围界定实施程中控制范围超出部分建议业分期实现
3沟通风险：实施方缺乏业沟通业难沟通造成理解偏差
出现概率：高
影响程度：中
处理建议：实施方动加强业沟通尝试通会议电子邮件聊天工具等种途径进行沟通时学会换位思考业角度出发考虑问题
4业务解风险：实施方需求分析员知识缺陷法全面理解相关业务
出现概率：中
影响程度：高
处理建议：实施方需求员安排足够时间加强需求相关业务解避免法理解需求真实含义引入视化辅助工具量双方表达致
5需求理解风险：实施员没需求仔细研究出现误解需求部分理解需求等情况
出现概率：中
影响程度：中
处理建议：实施方项目理员应组织参员集中讨需求取致理解通静态原型等方式加强相互理解
6行性风险：时间仓促等原实施方案没进行行性研究
出现概率：中
影响程度：高
处理建议：重项目应请专业机构员进行行性分析出具相关报告技术万定界定技术实现时间资金等前提条件
7细节需求频繁变更风险：业断变化需求细节积少成产生额外工作量
出现概率：高
影响程度：中
处理建议：实施方科学控制需求变更通项目组集体决策方式确定变更严重影响外细节变更批量修改事改
8需求变更缺乏理风险：业缺少效需求变化理
出现概率：中
影响程度：中
处理建议：实施方协助业加强需求变更理责签字确认
9文档理风险：实施方缺乏效文档理体系
出现概率：高
影响程度：低
处理建议：应建立严格文档理制度包含错误理建立完善错误追踪理系统
10需求变更缺乏分析风险：实施方需求变化缺少象原始需求样分析程
出现概率：高
影响程度：低
处理建议：实施理者需求变更原始需求样重视逐条进行详细分析确定原设计影响全面变更实施计划进行变更实施
B设计阶段
1项目团队验风险：实施方项目队伍缺乏验缺乏验核心技术员
出现概率：中
影响程度：高
处理建议：业加强开发团队审核包括团队合作组成员资质验等
2实施者行变更风险：实施者根验考虑身成利益等原未业允许情况私变更需求需求实现方式
出现概率：低
影响程度：中
处理建议：明确约定实施者意变更户需求需变更需需求者认方实施
3计划风险：仓促计划盲目制定工期造成进度法计划控制
出现概率：低
影响程度：中
处理建议：科学制定详细开发计划证严格实施
4漏项风险：设计员疏忽某功没考虑进
出现概率：低
影响程度：中
处理建议：设计需方复核仔细需求说明书设计说明书相关项
C实施阶段
1开发环境风险：开发软件环境没准备实际环境导致产品法装载运行环境
出现概率：低
影响程度：低
处理建议：需双方技术员确认环境致性精确产品版号补丁情况
2整合风险：实施项目中涉旧异构数系统整合
出现概率：中
影响程度：低
处理建议：实施前应做充分调查解相关系统技术细节采较成熟稳定整合方案制定接口规范规划时量减少新系统异构
3布署风险：运行环境产品开发环境差异尤开发机器服务器硬件配置差异等原造成布署困难
出现概率：低
影响程度：低
处理建议：量保证开发时终布署环境相硬件条件果布署环境硬件条件高应事先厂商解硬件相关特性确保布署性
4设计风险：系统设计错误带实施困难
出现概率：低
影响程度：高
处理建议：系统设计方案完成需业方组织成立技术专家组确认设计方案时发现设计漏洞
5员力风险：程序员开发力差程序员开发工具熟
出现概率：高
影响程度：低
处理建议：项目组成员做预先业务力审核遇更员进行相应审核确保员具备足够业务力
6项目范围改变风险：已开始实施户突然增加变更结构性功需重新考虑架构设计
出现概率：低
影响程度：高
处理建议：架构设计量灵活采构件开发等方式增加应变力时加强前期静态原型细度存问题时提交业避免实施程中发生结构性修改
7项目进度改变风险：特殊事件级领导指示业方求提前完成务
出现概率：低
影响程度：高
处理建议：果进度改变避免必须重新制定详细计划利非工作时间加班增加手缩短工期法完成需事先需求方说明项目拆分先量完成表现部分保证线求
8员变动风险：项目组成员流动较频繁交接利理位造成项目进度质量受影响
出现概率：中
影响程度：中
处理建议：完善文档理制度重岗位备相应换员时考虑采快速开发工具量减少纯手写代码严格求注释格式增强读性
9团队配合风险：开发团队部开发团队间沟通够导致程序员系统设计理解偏差
出现概率：低
影响程度：中
处理建议：实施方开发团队应科学理方式实施前做相关约定确保统认识
10备份风险：没效系统备份方案遇硬件瘫痪等严重障法重建系统造成重数丢失
出现概率：低
影响程度：高
处理建议：实施者开发系统时应时备份事先准备应急预案
11测试计划风险：没切实行测试计划导致测试功点全潜问题没参测试阶段时发现
出现概率：低
影响程度：低
处理建议：业实施者应配合建立详细测试计划技术测试业务测试分开责严格问题修改机制操作
12测试员验风险：没专业测试员测试员业务熟悉测试验足
出现概率：低
影响程度：低
处理建议：参测试员应具备相关知识验项目请专业测试机构进行测评
D收尾阶段
1质量风险：编码结束总体部分系统质量差速度慢易性差等
出现概率：低
影响程度：高
处理建议：实施理者分阶段严格控制代码规范性逐步测试必时引入专业分析工具定位造成质量问题代码位置安排修正
2者满意风险：业方时终者系统基完成相关者系统满意造成需求变更
出现概率：中
影响程度：高
处理建议：业应项目阶段组织者参意见边测试边改进系统接完成时征求者意见
3采购风险：政府采购需定时间周期系统需线时必需设备系统软件没时货
出现概率：低
影响程度：低
处理建议：业方相关规定时安排采购提前量尤需走公开招标流程必须提前足够长时间启动招标工作
4产出低风险：未达预期投入产出效果包括社会影响等
出现概率：低
影响程度：低
处理建议：通常电子政务项目缺乏必投入产出评估作业应该相应考量系统身断完善外相关商务推广等工作全面配合获收益
E运维风险
1流量风险：面公众服务难评估实际访问量高估计会造成投资浪费低估计系统法承受造成访问速度慢甚宕机
出现概率：低
影响程度：高
处理建议：设计时充分考虑软件系统支持分布式布署准备足够硬件备机出现高流量时立启负载均衡方案高速缓存方案等高解决方案
2系统应安全风险：系统法保证存漏洞尤通互联网访问系统
出现概率：中
影响程度：中
处理建议：重系统采限制者IP址通数字证书认证等方式加强访问安全性
3客服支持力风险：果面公众应系统受众太业方难安排足够客服员解决系统相关咨询建议
出现概率：低
影响程度：低
处理建议：采外包方式呼中心等专业机构合作设立足够客服座席配合知识库量减少业方客服压力
4客服员素质风险：客服员系统解程度服务态度等问题影响运维质量
出现概率：低
影响程度：低
处理建议：需客服员进行针性系统相关知训培训严格理制度杜绝态度问题
笔者验限暂时总结常见电子政务项目风险供家实际工作中参考希位读者批评指正
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
风险理项目理中非常重环节电子政务项目受政府预算体系领导意志层层审批决策机制实施方政府业务特点握力等种客观素影响风险种类更果进行理会整项目进展造成严重影响甚导致项目失败
笔者作电子政务项目业方理员长时间实践积累验总结电子政务项目中常见风险相应策纳：
非系统风险
谓非系统风险指项目身关会直接影响项目实施效果客观素造成风险作范围项目全程充分认识正确处理非系统风险常电子政务项目终成功关键
电子政务项目中非系统风险包括类：
1政策风险：中央政府方政府颁发项目提供支持条文产生全部部分突法规文件者项目提供支持条文失效
出现概率：低
影响程度：
处理建议：工期较长项目遇类风险通常情况遵循方服中央局部服整体政策原遇政策改变时时报请业部门进行决策量争取项目纳入政策允许例外范围特事特办
2领导决策风险：政府层层决策机制难开始高层领导指示级领导通常会法常出现项目实施已接完成领导票否决情况
出现概率：高
影响程度：
处理建议：高层领导考虑战略层面问题基层领导考虑细节层面问题通常难统想需求次性确定基做方案时候量架构灵活扩充性强软件开发采构件模块方式增强重性限度适应需求频繁变更正式实施前通静态原型等手段汇报沟通充分解级领导偏确定方案外正式
实施前请示阶段工作常汇报级领导决策前量说明前期已完成工作预先指出变更会项目产生颠覆性影响免领导未做详细解情况观表态
3部门干预风险：系统设计时未充分考虑外部素实施程中受强力政府部门符合某方面规划等理系统提出较幅度更改求
出现概率：高
影响程度：
处理建议：建设前期量部门涉业务部门加强沟通全面征求意见事先取支持时技术实现采开放标准扩展架构
4利益风险：需部门配合系统会涉某某部门利益建设推广程中受阻挠
出现概率：高
影响程度：
处理建议：方面相关部门领导沟通争取支持方面想办法量减低部门利益损伤利益者商议通新系统获新利益均衡必时需请监察局等部门进行协调报请更高层领导批示
5战略改变风险：部门发展战略改变需建设该系统
出现概率：低
影响程度：
处理建议：通常事变动者政策变化会影响部门整体战略常部门沟通保持相关部门尤规划部门密切联系确保项目目标部门战略长期致性果法避免战略变更应通层面沟通争取制定新战略时优先考虑加入项目相关战略容
6理风险：政府部门项目理员理验足项目控制力度够控制度
出现概率：高
影响程度：
处理建议：项目承担者需常业方项目理者沟通项目容外包括项目理知识等周边容时注意工作细节隐患时应动提示业增强业信度确保业必协调力度避免业必干预
7进度风险：预期时间范围完成务
出现概率：中
影响程度：中
处理建议：量项目切块分清轻重缓急通常高层领导关注表现层确保表现稳定准确部分放期实现需求变化控性项目超期结束情况较更需严格控制实施方计划强化理根实际情况采取行实施加班等方式保证领导求文件规定线工期见隐蔽工程放线实施
8成风险：项目投入超出预算范围
出现概率：中
影响程度：中
处理建议：方面控制需求方面优化开发方式创新理量减低工成果确客观原造成超预算应业协商费中协调追加预算
9法律风险：合作双方许权专利合失效诉讼等情况发生
出现概率：低
影响程度：低
处理建议：电子政务工程协议中会约定知识产权甲方政府身通销售已建系统盈利少应保证产权双方签定合时应仔细审核合条文明确责权着互利推动产业发展原制定条款宜生搬硬套
10抗力发生：然灾害电信障等抗力发生
出现概率：低
影响程度：高
处理建议：天灾祸纯属意外果重系统应建议业设立异容灾中心确保安全
二系统风险
谓系统风险指项目身相关事物项目造成影响产生风险项目阶段面风险系统风险业原造成实施方原造成样问题需双方鼎力配合妥善解决
A初始阶段
1目标风险：业实施方项目目标清晰没明确实际目标描述
出现概率：低
影响程度：高
处理建议：业实施方组织专题证会明确项目目标确定考核目标实现方法
2范围风险：业未明确项目范围需求外延断变化
出现概率：高
影响程度：中
处理建议：业通常专业士时电子政务项目没参样板容易出现项目范围明确情况实施方需帮助业完成项目范围界定实施程中控制范围超出部分建议业分期实现
3沟通风险：实施方缺乏业沟通业难沟通造成理解偏差
出现概率：高
影响程度：中
处理建议：实施方动加强业沟通尝试通会议电子邮件聊天工具等种途径进行沟通时学会换位思考业角度出发考虑问题
4业务解风险：实施方需求分析员知识缺陷法全面理解相关业务
出现概率：中
影响程度：高
处理建议：实施方需求员安排足够时间加强需求相关业务解避免法理解需求真实含义引入视化辅助工具量双方表达致
5需求理解风险：实施员没需求仔细研究出现误解需求部分理解需求等情况
出现概率：中
影响程度：中
处理建议：实施方项目理员应组织参员集中讨需求取致理解通静态原型等方式加强相互理解
6行性风险：时间仓促等原实施方案没进行行性研究
出现概率：中
影响程度：高
处理建议：重项目应请专业机构员进行行性分析出具相关报告技术万定界定技术实现时间资金等前提条件
7细节需求频繁变更风险：业断变化需求细节积少成产生额外工作量
出现概率：高
影响程度：中
处理建议：实施方科学控制需求变更通项目组集体决策方式确定变更严重影响外细节变更批量修改事改
8需求变更缺乏理风险：业缺少效需求变化理
出现概率：中
影响程度：中
处理建议：实施方协助业加强需求变更理责签字确认
9文档理风险：实施方缺乏效文档理体系
出现概率：高
影响程度：低
处理建议：应建立严格文档理制度包含错误理建立完善错误追踪理系统
10需求变更缺乏分析风险：实施方需求变化缺少象原始需求样分析程
出现概率：高
影响程度：低
处理建议：实施理者需求变更原始需求样重视逐条进行详细分析确定原设计影响全面变更实施计划进行变更实施
B设计阶段
1项目团队验风险：实施方项目队伍缺乏验缺乏验核心技术员
出现概率：中
影响程度：高
处理建议：业加强开发团队审核包括团队合作组成员资质验等
2实施者行变更风险：实施者根验考虑身成利益等原未业允许情况私变更需求需求实现方式
出现概率：低
影响程度：中
处理建议：明确约定实施者意变更户需求需变更需需求者认方实施
3计划风险：仓促计划盲目制定工期造成进度法计划控制
出现概率：低
影响程度：中
处理建议：科学制定详细开发计划证严格实施
4漏项风险：设计员疏忽某功没考虑进
出现概率：低
影响程度：中
处理建议：设计需方复核仔细需求说明书设计说明书相关项
C实施阶段
1开发环境风险：开发软件环境没准备实际环境导致产品法装载运行环境
出现概率：低
影响程度：低
处理建议：需双方技术员确认环境致性精确产品版号补丁情况
2整合风险：实施项目中涉旧异构数系统整合
出现概率：中
影响程度：低
处理建议：实施前应做充分调查解相关系统技术细节采较成熟稳定整合方案制定接口规范规划时量减少新系统异构
3布署风险：运行环境产品开发环境差异尤开发机器服务器硬件配置差异等原造成布署困难
出现概率：低
影响程度：低
处理建议：量保证开发时终布署环境相硬件条件果布署环境硬件条件高应事先厂商解硬件相关特性确保布署性
4设计风险：系统设计错误带实施困难
出现概率：低
影响程度：高
处理建议：系统设计方案完成需业方组织成立技术专家组确认设计方案时发现设计漏洞
5员力风险：程序员开发力差程序员开发工具熟
出现概率：高
影响程度：低
处理建议：项目组成员做预先业务力审核遇更员进行相应审核确保员具备足够业务力
6项目范围改变风险：已开始实施户突然增加变更结构性功需重新考虑架构设计
出现概率：低
影响程度：高
处理建议：架构设计量灵活采构件开发等方式增加应变力时加强前期静态原型细度存问题时提交业避免实施程中发生结构性修改
7项目进度改变风险：特殊事件级领导指示业方求提前完成务
出现概率：低
影响程度：高
处理建议：果进度改变避免必须重新制定详细计划利非工作时间加班增加手缩短工期法完成需事先需求方说明项目拆分先量完成表现部分保证线求
8员变动风险：项目组成员流动较频繁交接利理位造成项目进度质量受影响
出现概率：中
影响程度：中
处理建议：完善文档理制度重岗位备相应换员时考虑采快速开发工具量减少纯手写代码严格求注释格式增强读性
9团队配合风险：开发团队部开发团队间沟通够导致程序员系统设计理解偏差
出现概率：低
影响程度：中
处理建议：实施方开发团队应科学理方式实施前做相关约定确保统认识
10备份风险：没效系统备份方案遇硬件瘫痪等严重障法重建系统造成重数丢失
出现概率：低
影响程度：高
处理建议：实施者开发系统时应时备份事先准备应急预案
11测试计划风险：没切实行测试计划导致测试功点全潜问题没参测试阶段时发现
出现概率：低
影响程度：低
处理建议：业实施者应配合建立详细测试计划技术测试业务测试分开责严格问题修改机制操作
12测试员验风险：没专业测试员测试员业务熟悉测试验足
出现概率：低
影响程度：低
处理建议：参测试员应具备相关知识验项目请专业测试机构进行测评
D收尾阶段
1质量风险：编码结束总体部分系统质量差速度慢易性差等
出现概率：低
影响程度：高
处理建议：实施理者分阶段严格控制代码规范性逐步测试必时引入专业分析工具定位造成质量问题代码位置安排修正
2者满意风险：业方时终者系统基完成相关者系统满意造成需求变更
出现概率：中
影响程度：高
处理建议：业应项目阶段组织者参意见边测试边改进系统接完成时征求者意见
3采购风险：政府采购需定时间周期系统需线时必需设备系统软件没时货
出现概率：低
影响程度：低
处理建议：业方相关规定时安排采购提前量尤需走公开招标流程必须提前足够长时间启动招标工作
4产出低风险：未达预期投入产出效果包括社会影响等
出现概率：低
影响程度：低
处理建议：通常电子政务项目缺乏必投入产出评估作业应该相应考量系统身断完善外相关商务推广等工作全面配合获收益
E运维风险
1流量风险：面公众服务难评估实际访问量高估计会造成投资浪费低估计系统法承受造成访问速度慢甚宕机
出现概率：低
影响程度：高
处理建议：设计时充分考虑软件系统支持分布式布署准备足够硬件备机出现高流量时立启负载均衡方案高速缓存方案等高解决方案
2系统应安全风险：系统法保证存漏洞尤通互联网访问系统
出现概率：中
影响程度：中
处理建议：重系统采限制者IP址通数字证书认证等方式加强访问安全性
3客服支持力风险：果面公众应系统受众太业方难安排足够客服员解决系统相关咨询建议
出现概率：低
影响程度：低
处理建议：采外包方式呼中心等专业机构合作设立足够客服座席配合知识库量减少业方客服压力
4客服员素质风险：客服员系统解程度服务态度等问题影响运维质量
出现概率：低
影响程度：低
处理建议：需客服员进行针性系统相关知训培训严格理制度杜绝态度问题
笔者验限暂时总结常见电子政务项目风险供家实际工作中参考希位读者批评指正
文档香网(httpswwwxiangdangnet)户传
《香当网》用户分享的内容，不代表《香当网》观点或立场，请自行判断内容的真实性和可靠性！
该内容是文档的文本内容，更好的格式请下载文档
