风险管理样板-2

风险管理样板-2

ID:46831981

大小:68.50 KB

页数:5页

时间:2019-11-28

风险管理样板-2_第1页
风险管理样板-2_第2页
风险管理样板-2_第3页
风险管理样板-2_第4页
风险管理样板-2_第5页
资源描述:

《风险管理样板-2》由会员上传分享,免费在线阅读,更多相关内容在工程资料-天天文库

1、风险管理样板-2论信息系统项目的风险管理[摘要]风险管理是信息系统项0管理的重点,也是信息系统项0管理的成败关键。本文以我作为项目经理主管的某省邮政行业的邮政综合服务平台为例,对风险管理的重要性进行论述。在此项目中,有三个主耍的风险:技术平台的选择(最流行或者是最优性能)、研发场地的选择(公司或用户现场)、试运行环境(最大性能或最贴切环境)的选择。针对以上三个风险,通过项目组与用户以及公司高层通过多次讨论,最终达成共识,分别技术平台选择了最优性能;研发现场选择公司和用户并行;试运行环境选择最大性能和最贴切环境同时进行的方案。经过项目组、用户以及公司高层等所有相关干系人的一年努力,系统顺利上

2、线并稳定运行,得到了用户的好评。[正文]风险管理是信息系统项目管理的重点,也是信息系统项目管理的成败关键。风险管理贯穿着项目管理的整个过程,作为项目管理者,需耍每时每刻关注项目存在的风险,并分析风险的影响,染后在此基础上,与相关干系人针对风险的处理方法达成共识。某省邮政行业的综合服务平台系统,是该省邮政行业的核心,涉及传统邮政的汇款汇兑、邮件收发、报刊发行、邮票管理、物流管理、内部管理等以及各种公共事业费的代收代缴等。涉及的业务种类繁多、需要参与协助的外部设备种类繁多,需要与其他厂商协调的接口也很多。我作为项目经理,主要的工作是安排个小组的工作,以及带领各小组负责人与相关的用户、其他厂商进

3、行业务了解、明确接口。接到此项冃后,我对项冃的情况进行了详细的了解,我认为项冃主要存在3个风险:技术平台的选择、研发场地的选择、试运行环境的选择。经过也用户、公司高层的多次沟通,我们达到了共识。一、关于技术平台的选择。开始的考虑倾向是采用J2EE平台,因为此平台J2EE是公司技术的主流,也是整个IT行业的主流。人员比较熟悉,开发效率高;另外,当工期因赶工等原因需要借调、外聘时,也比较容易。但是考虑到系统的并发性能,技术专家建议我们采用UNIFACE平台。采用此平台,应用服务器的性能提高4倍。经进一步了解,其他省的类似系统也采用了UNIFACE平台。经过性能估算和市场调查发现,同样的系统规模

4、,如果采用UNIFACE平台,则应用服务器群一项需要200多万的硬件设备,而使用J2EE平台则需要近千万的硬件设备。经过公司高层、用户的讨论,最终明确采用UNIFACE平台。为避免采用新平台而带來的工期延期甚至失败的问题,我们采取如下儿项措施:1、聘请UNIFACE技术专家,进行内部培训。技术专家对相关的研发成员进行了为期两个月的开发培训。经过培训,项目组研发成员基本熟悉该平台的研发。2、聘•请其他省曾经参加类似项冃的核心人员对总体进行梳理。这些核心人员对平台进行了重新的梳理,使得我们的体系架构丁期以及人员安排更加合理。二、关于开发场地的选择。一般來说,用户都希望现场开发而公司高层都希望在

5、公司内部开发。但是,此项目是我们参与的第一个邮政行业的项目,虽然说我们前期曾参观了其他省类似的系统,也看了该省其他系统的界面风格,但是用户还是担心系统的界面设计风格、可用性上达不到要求,因此强烈要求现场开发。前期公司高层心誓旦旦向用户承诺,用户勉强认可公司开发。但事实上,项冃组第1阶段提交的界面设计草稿用户非常不满意。经过项冃组、用户、公司咼层多次磋商,最后决定:1、前期部分人员现场开发、部分人员公司开发;后期试运行阶段全部现场开发。在系统试运行之前,项目经理、界面设计人员、接口设计人员、架构师等设计人员在用户现场办公,定期将收集整理的文档资料发回公司;而编码人员和测试人员在公司办公;用户

6、和现场人员可以通过vPN的方式,进入公司的测试环境查看开发的结果。在系统试运行Z后,为保证系统出现的各种问题、故障、bug得到及吋地解决,全部现场办公。2、为加强沟通,我们还规定每2周1次现场会议,主要有用户主管、相关业务需求负责人、项冃经理及设计组成员等。会议主要及时了解沟通项目进度以及对具体业务细节的确认。三、关于试运行环境的选择。由于用户方承担的机房及网络建设出现了问题,按照进度估计,预计系统试运行吋原预定的IEM小型机无法使用,将拖延2个月。虽然用户同意项目延期试运行,但不愿意在此期间撤走项目组成员,也不同意承担本公司因延迟而造成的多消耗的成本。通过与用户沟通了解,用户告知还有另外

7、2种备选选择:一种方案是采用档次稍低的IEM小型机进行测试,但无法进行大规模的并发性能测试;一种方案是借调其他系统的同档次HP小型机进行测试,但借调周期较短,只有1周,无法满足试运行的吋间要求。因IBM小型机采用的AIX系统而HP小型机采用的是HPUNIX,在平台优化、主机优化上有着许多不同,因此,要将系统完整移植到HP小型机上需要不少的工作量。为保证最终试运行的效果,同时避免项目成本扩大,经过多次研究讨论,最终形成如下

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。