数据中心IT项目管理风险控制.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
数据中心IT项目管理风险控制.doc

数据中心IT项目管理的风险控制 数据中心在项目管理中需要一套对项目进行有效监控的完善的项目管理系统,通过这个系统来规范项目经理在项目实施过程中及时识别、分析和跟踪项目的风险,对风险的及时解决提供较好的途径。本文在明确风险内涵的基础上,介绍了数据中心对项目风险的控制过程,对数据中心的it项目存在的风险进行归类总结,并提出了解决方案。希望对it项目风险的管理起到一点借鉴作用。 一、风险的内涵 目前,专家学者对风险的理解基本可以归纳为两种定义:第一种,风险是损失发生的不确定性,即风险由不确定性和损失两个因素构成。第二种,风险是在一定条件下,一定期限内,某一事件的预期结果与实际结果之间的变动程度。变动程度越大,风险越大;反之则越小。项目风险是指由于项目所处环境和条件的不确定性,项目的最终目标背离项目相关利益主体的期望,给项目相关利益主体带来损失的可能性。产生项目风险的原因很多,主要是由于项目团队不能实现准确预知所有干扰项目未来发展的因素、发展方向和影响程度。项目的一次性特点导致了风险的不重复性、无法弥补性和后果的严重性。项目团队根据项目所处的不同阶段,通过对可能遇到的风险进行风险识别、风险评估,并以此为基础合理地采用多种管理方法、技术和手段对项目实施中涉及的风险施以适宜的应对策略和有效的监控,从而有力地控制风险,妥善处理风险造成的不利后果,使项目朝着有利于实现目标的方向发展。 二、数据中心it项目风险控制 与任何其他工程项目一样,系统整合项目也存在各种各样的风险,有些风险甚至是灾难性的。在软件开发过程中,人们关心的问题是,什么风险会导致软件项目的彻底失败?顾客需求、开发环境、目标、时间、成本的改变对软件项目的风险会产生什么影响?人们必须抓住什么机会,采取什么措施才能有效地减少风险、顺利完成任务?所有这些问题都是软件开发过程中不可避免并需要妥善处理的。软件工程的风险控制和管理包括:风险识别、风险分析、风险跟踪和风险关闭。 三、数据中心it项目风险类型 目前,数据中心的所有项目的风险归结起来有以下几种类型:人员人力风险、技能风险、设备资源风险、过程管理风险、技术风险、外部环境风险等六种类型。每种类型都有各自的特点,我们需要针对性的制定风险解决方案。 四、应对措施 第一,针对人员人力方面风险需要增强计划性,在项目任务的安排中不能太过理想化,要将项目成员可能担负多个项目任务的情况考虑进来,加强和项目成员的沟通,在项目任务的完成上要充分发挥项目成员的积极性和能动性。与开发部门沟通,在开发人员不足的情况下,让其尽量安排人力,或者通过其他方式增加人力。另一方面尽可能在项目工作发生延期前发出预警。对于新人比较多的项目,加强对新人技术的培训的同时要加强新人彼此和老员工之间的沟通,使其尽快融入团队。 第二,在技能风险方面,尽量争取提早学习项目实施中使用到的新技术,加大对项目成员的培训力度。 第三,设备资源风险方面,及时跟进采购,保证相应设备能及时到位,提前了解清楚采购的设备的市场价格,一面因为采购过程中设备涨价,而影响采购进度。与厂商和招标中心保持及时沟通。 第四,过程管理风险方面,项目不能如期开始时,及时调整实施策略,关注重点内容,设定任务节点,尽快实现项目的启动。在项目管理过程中存在意见分歧时要指定每个发文专人征求和沟通,分歧较大的条款计划重新上会评审。当实现系统与预期有出入时,使用迭代的方式进行开发,每2周进行用户体验以便于及时修正需求。由于招标采购流程过长,导致项目进展延迟时,要及时和招标中心保持沟通。 第五,技术风险方面,针对需求的实现无法实际满足团队工作需要,可以使用原型法,速集成发布,持续改进。针对现有技术无法满足或我方的应用条件过于特殊的风险,可以采取访谈个例的方式,研究归纳出通用方法通过兼容性测试和版本升级降低风险发生的可能性。针对由于新旧两代物理服务器的cpu型号不同,要升级esx版本,可能会引起虚拟机停机,进而可能导致业务中断的风险,让厂商寻找解决方案,如果会影响业务,尽量选择在非业务时间进行。 第六,外部环境风险方面,针对需要多次主机切换,且每次切换或维护比较容易受到外界因素干扰(如两会等)的风险,可以重新安排实施计划;针对各个分行环境和条件不一致,不一定能完全符合虚拟机标准的风险,建立适应性强的环境搭建标准,在安全的前提下适当放宽标准限制,等等。 (作者单位:广东省深圳市招商银行信息技术部)

文档评论(0)

dmz158 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档