风险管理样板-2.docVIP

风险管理样板-2 论信息系统项目的风险管理 ［摘要］ 风险管理是信息系统项目管理的重点，也是信息系统项目管理的成败关键。 本文以我作为项目经理主管的某省邮政行业的邮政综合服务平台为例，对风险管 理的重要性进行论述。在此项目中，有三个主要的风险：技术平台的选择（最流 行或者是最优性能）、研发场地的选择（公司或用户现场）、试运行环境（最大 性能或最贴切环境）的选择。针对以上三个风险，通过项目组与用户以及公司高 层通过多次讨论，最终达成共识，分别技术平台选择了最优性能；研发现场选择 公司和用户并行；试运行环境选择最大性能和最贴切环境同时进行的方案。经过 项目组、用户以及公司高层等所有相关干系人的一年努力，系统顺利上线并稳 定运行，得到了用户的好评。 ［正文］ 风险管理是信息系统项目管理的重点，也是信息系统项目管理的成败关键。 风险管理贯穿着项目管理的整个过程，作为项目管理者，需要每时每刻关注项 目存在的风险，并分析风险的影响，染后在此基础上，与相关干系人针对风险 的处理方法达成共识。 　　某省邮政行业的综合服务平台系统，是该省邮政行业的核心，涉及传统邮 政的汇款汇兑、邮件收发、报刊发行、邮票管理、物流管理、内部管理等以及 各种公共事业费的代收代缴等。涉及的业务种类繁多、需要参与协助的外部设 备种类繁多，需要与其他厂商协调的接口也很多。我作为项目经理，主要的工 作是安排个小组的工作，以及带领各小组负责人与相关的用户、其他厂商进行 业务了解、明确接口。 　　接到此项目后，我对项目的情况进行了详细的了解，我认为项目主要存在 ３个风险：技术平台的选择、研发场地的选择、试运行环境的选择。经过也 用户、公司高层的多次沟通，我们达到了共识。 　一、关于技术平台的选择。 　　开始的考虑倾向是采用Ｊ２ＥＥ平台，因为此平台Ｊ２ＥＥ是公司技术的 主流，也是整个ＩＴ行业的主流。人员比较熟悉，开发效率高；另外，当工期 因赶工等原因需要借调、外聘时，也比较容易。但是考虑到系统的并发性能， 技术专家建议我们采用ＵＮＩＦＡＣＥ平台。采用此平台，应用服务器的性能 提高４倍。经进一步了解，其他省的类似系统也采用了ＵＮＩＦＡＣＥ平台。 经过性能估算和市场调查发现，同样的系统规模，如果采用ＵＮＩＦＡＣＥ平 台，则应用服务器群一项需要２００多万的硬件设备，而使用Ｊ２ＥＥ平台则 需要近千万的硬件设备。经过公司高层、用户的讨论，最终明确采用ＵＮＩＦ ＡＣＥ平台。 　　为避免采用新平台而带来的工期延期甚至失败的问题，我们采取如下几项 措施： 　　１、聘请ＵＮＩＦＡＣＥ技术专家，进行内部培训。技术专家对相关的研 发成员进行了为期两个月的开发培训。经过培训，项目组研发成员基本熟悉该 平台的研发。 　　２、聘请其他省曾经参加类似项目的核心人员对总体进行梳理。这些核心 人员对平台进行了重新的梳理，使得我们的体系架构工期以及人员安排更加合 理。 　　二、关于开发场地的选择。 　　一般来说，用户都希望现场开发而公司高层都希望在公司内部开发。但是， 此项目是我们参与的第一个邮政行业的项目，虽然说我们前期曾参观了其他省 类似的系统，也看了该省其他系统的界面风格，但是用户还是担心系统的界面 设计风格、可用性上达不到要求，因此强烈要求现场开发。 　　前期公司高层心誓旦旦向用户承诺，用户勉强认可公司开发。但事实上， 项目组第１阶段提交的界面设计草稿用户非常不满意。经过项目组、用户、公 司高层多次磋商，最后决定： 　　１、前期部分人员现场开发、部分人员公司开发；后期试运行阶段全部现 场开发。在系统试运行之前，项目经理、界面设计人员、接口设计人员、架构 师等设计人员在用户现场办公，定期将收集整理的文档资料发回公司；而编码 人员和测试人员在公司办公；用户和现场人员可以通过ＶＰＮ的方式，进入公 司的测试环境查看开发的结果。在系统试运行之后，为保证系统出现的各种问 题、故障、ｂｕｇ得到及时地解决，全部现场办公。 　　２、为加强沟通，我们还规定每２周１次现场会议，主要有用户主管、相 关业务需求负责人、项目经理及设计组成员等。会议主要及时了解沟通项目进 度以及对具体业务细节的确认。 　　三、关于试运行环境的选择。 　　由于用户方承担的机房及网络建设出现了问题，按照进度估计，预计系统 试运行时原预定的ＩＢＭ小型机无法使用，将拖延２个月。虽然用户同意项目 延期试运行，但不愿意在此期间撤走项目组成员，也不同意承担本公司因延迟 而造成的多消耗的成本。 　　通过与用户沟通了解，用户告知还有另外２种备选选择：一种方案是采用 档次稍低的ＩＢＭ小型机进行测试，但无法进行大规模的并发性能测试；一种 方案是借调其他系统的同档次ＨＰ小型机进行测试，但借调周期较短，只有１ 周，无法满足试运行的时间要求。 　　因ＩＢＭ小型机