论信息系统项目的整体管理Word格式.docx

上传人:b****5 文档编号:17169335 上传时间:2022-11-28 格式:DOCX 页数:7 大小:21.18KB
下载 相关 举报
论信息系统项目的整体管理Word格式.docx_第1页
第1页 / 共7页
论信息系统项目的整体管理Word格式.docx_第2页
第2页 / 共7页
论信息系统项目的整体管理Word格式.docx_第3页
第3页 / 共7页
论信息系统项目的整体管理Word格式.docx_第4页
第4页 / 共7页
论信息系统项目的整体管理Word格式.docx_第5页
第5页 / 共7页
点击查看更多>>
下载资源
资源描述

论信息系统项目的整体管理Word格式.docx

《论信息系统项目的整体管理Word格式.docx》由会员分享,可在线阅读,更多相关《论信息系统项目的整体管理Word格式.docx(7页珍藏版)》请在冰豆网上搜索。

论信息系统项目的整体管理Word格式.docx

坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。

部门主要有二大块业务,医疗保险业务和农村合作医疗,

医疗保险业务现在主要采用PB9.0+Oracle10.0开发的C/S系统,而农村合作医疗则是采用J2EE+Oracle10.0开发的B/S系统,二大块业务相互独立。

因客户要求业务上将城镇职工基本医疗保险、城镇居民基本医疗保险和大额补充医疗保

险保险系统集于一套系统,达到参保人员持医保卡能在全市所有医院和药店享受医疗待遇,加之各区县地理位置分布不

集中等原因,部门决定此项目采用J2EE+SPRING2.0+EXT2.0

框架进行开发,而部门实际情况是从事医疗保险业务开发和维护的人员不懂J2EE技术,而从事农村合作医疗开发和维护的人员不懂医疗保险业务,形成了“懂业务的不懂技术,

懂技术的不懂业务”的局面,完成客户要求的2010年9月1日试运行的任务困难非常之大。

在项目启动阶段,公司领导组织召开了项目启动会议。

会议上,领导介绍了项目的前景以及项目的重要战略意义等。

因运行近8年的C/S系统我一直负责系统的维护与升级,对

业务及客户关系都比较了解,会议上任命我为项目经理,并对相关权限进行了授权,会议结束后我便开始制订项目计划,计划中明确了项目的总体技术解决方案、项目全生命周

期和相关阶段、项目过程所采用的工具和技术方法、变更流程和变更控制委员会以及进度计划等。

因此次项目的范围可以按照现有的C/S系统进行界定,所以在项目过程中我重点加强了项目进度管理、项目质量管理、人力资源管理以及风险管理,为项目的顺利实施奠定了基础。

下面就论述一下项目进度管理、项目质量管理、人力资源管理以及风险管理中遇到的问题以及解决方法,望各位读者批评指正。

一、人力资源管理

市级统筹开发涉及职工险、生育险、居民险、大病保险,

所以我计划将项目组分成3个小组,每小组配备3至4人分别进行开发,因采用J2EE+SPRING2.0+EXT2.0框架进行开发,所以此次医疗保险市级统筹开发中需要从农村合作医疗业

务组抽调开发人员过来.考虑到人员分配及管理方面的问

题,我首先制订了人力资源管理计划,明确角色和职责分工,以及人员配备管理方面的事宜。

责任分配矩阵RAM如下图所示:

负责

分析

(职

(职工、

设计

(生

育)

工、

居民、

大病定

民、

点业

大病

务)

中心

职工、

职工、居民、

职工、居民、

开发

工、

大病中心业

生育、大病定

生育、

点支付业务

民、

大病

点支付

中心

业务

测试

参与

评审

参参参

与与与

 

人员配备管理方面的计划如下:

2009年11月底各相关人员进入项目;

2009年11月底前安排给各相关技术人员培训市级统筹业务、给各相关业务人员培训技术;

其次,在团队建设方面做了如下约定:

第一、项目组所有人员必须在公司办公,并且严格遵守公司的各项制度;

第二、相关人员须参加业务或技术培训,具体以邮件通知为准;

第三、由项目经理和项目组长对组成员进行绩效考评,并将绩效信息记录备案,最终反应到年终奖的考

评中;

第四、每月月底安排一次项目聚餐.

在项目实施中我加强了跟踪个人和团队的绩效,观察团队成员的行为,评审团队和团队成员绩效.其中就发现了不少

问题,比如,负责职工、居民、生育、大病业务开发的4个人时时不能从农村合作医疗业务中抽调过来,经过与农村合作医疗相关负责人沟通后,在仍无法抽调过来的情况下及时与部门领导沟通,领导最终决定先找4个外包人员进驻我公司,顶替不能从农村合作医疗业务中抽调过来的人员进行开发.

二、风险管理“懂业务的不懂技术,懂技术的不懂业务”,在这种局面

下项目风险很大,一旦开发人员没有理解业务去开发,将导致严重的返工,最终影响项目进度,这也是我最为担心的事情之一.为了全面识别和分析项目中的风险,在项目团队内我组织召开了项目风险会议,参会人员包括项目团队成员、其他项目经理、部门医疗保险业务专家.会议上讨论了风险并对风险进行定性分析,最终形成了如下风险清单.

风险风险描述风险应对措施备注说明等级

排序

1开发人员没有理解业务流程进行了开发

2职工、生育、居民以及大病保险算法统一集中在后台Oracle数据库中,编写是否能考虑到各种险种?

3定点支付及中心业务功能是否能按照C/S系统的要求开发出来?

对开发人员培训业务知识;

项目组长在进行详细设计时描述的尽可能详细,并对可交付成果进行初步检查;

中心业务和定点业务由项目组长分别负责相关算法的编写;

算法完成后,通过程序运行得到结果与政策是否相符合,并形成测试文档,发送给客户相关人员确认;

由系统构架师颜工负责指导开发;

无法满足C/S系统条

件的开会进行讨论,找替代方案;

4人员中途离职情况

招聘技术水平较高的开发人员,进入项目后再对其进行单独业务培训;

在项目实施中我每周进行一次风险跟踪,分析现有风险状态,识别新风险,并及时更新风险清单.尽管如此,实施当

中依然发现对风险估计不足,甚至有些措手不及.比如,在定点相关支付功能未开发完成之前负责定点部分的组长崔工提出离职,崔工是整个定点支付系统的核心,他的离职对项目的影响将是巨大的.在我收到他离职申请邮件后第一时间找他谈心,进一步了解他的真实想法.因崔工一直是我所带的员工,我们彼此之间比较了解,他也向我描述了他的真

实想法(第一、长期从事定点支付工作,任务太重、压力太大,会因为算法的一点点改动而担心甚至失眠;

第二、考虑回老家买房,目前经济压力太大.).在得知这些情况后,我表达了对他的肯定与感谢,随后我及时跟部门领导沟通,强调崔工

在项目中的努力和重要程度,希望能给予经济上的帮助与支

持.在经过几次沟通后,崔工还是决定离职,在这种情况下,我与崔工进行了再次沟通,尝试让他推迟一至二个月再离

职,崔工也答应推迟离职,更为幸运的是在崔工离职前依然

尽职尽责,最终定点支付系统算法完全符合市级统筹政策.三、进度管理

客户要求的2010年9月1日试运行,届时会有吉林省级领导前去考查,这是一项时间紧任务重而又不能不按时完成的任务.为了更好地控制进度,首先,我安排了各组组长解读政策,进行需求分析和详细设计,将系统功能细分定义到能够在1周内完成的模块,然后根据业务间的逻辑关系利用

前导图法(PDM)对模块开发的优先级进行了排序.2010年9

月1日试运行已定,所以我在安排进度时采用了倒推的方式进行安排,最终形成了二个项目进度计划表:

逻辑横道图和里程碑图,用于安排具体的工作和向领导汇报.

为了及时了解团队成员工作中遇到的问题,我约定每日下班后举行例会,每个成员都谈谈工作完成情况以及在工作中

遇到的问题,对遇到的问题,大家一起讨论形成解决方案.因时间的紧迫,我决定从2009年12月中旬开始每周一、三、五晚加班.

根据团队成员的绩效信息,每周形成项目周报,并发送给项目相关干系人.根据绩效信息与计划进度表进行比较,进

行偏差分析,计算进度偏差情况,及时采取纠正或预防措施.比如,负责生育需求分析和设计的吴组长是其他项目的项目经理,因其他项目上的事情比较多,生育组的需求分析

和详细设计迟迟不能开始,已落后于计划3天,如果再不提交将影响到编码阶段,我及时跟吴工进行沟通,与他协商决

定,我负责帮他完成一部分其他项目中的工作,他加班负责

先把马上要进入编码阶段的需求分析和设计提交出来,最终生育业务的编码开发工作按计划开展.

四、质量管理

为了确保开发人员开发完成的模块符合业务流程,我做了如下约定:

1、各组长编写详细设计时要求尽量详细.要把业务描述清楚,把涉及到的数据库表结构注明,并把主

要的SQL语句写清楚;

2、建立BugfreeBug管理系统,定义Bug处理流程

(开发人员-组长-测试人员-开发人员);

3、开发人员每天写工作日志,在工作日志中用自己的理解描述清楚当天负责开发的业务流程,并在每天下班前的例会上跟大家一起分享.把已经完成的工作提交至Bug管理系统;

4、组长Bug管理系统中及时进行业务测试,如有问题,在每天下班前的例会中及时提出来,开发人员

再利用加班时间进行调整;

5、经组长测试完成的模块经Bug管理系统提交至测试负责人黄工处,黄工和聂工再仔细测试模块,如有问题则反馈回开发人员进行修改.

6、测试负责人每周形成一次测试报告,并将测试报告以邮件的形式发送至客户等项目相关干系人;

7、建立外网服务器,测试人员将测试完成的模块及时发布到外网服务器上,让客户相关负责人及时了解目前开发进度情况以及提供反馈意见.

经过努力,该系统在原定的2010年9月1日试运行成功,运行状况良好,受到一致好评,特别是定点支付算法的集中

而且准确得到了客户很高的评价,并在同年10月底通过了验收。

回顾项目的整体管理工作过程中,虽然没有大的事故

发生,但仍然存在许多问题,主要有以下2点:

1、团队建设仍不够成功,离职率没有得到改变,特别是在核心人员离职的情况下风险估计也不足.如果定点支付组长不同意推迟离职或者离职前不再尽职尽责怎么办?

2、范围控制不够成功,客户新政策出台后没有对范围进行很好的控制.没有跟客户进行很好的协商,试运行成功后直接进行了新政策的调整,导致验收时间推迟了近2个月.

综上所述,良好的项目沟通管理,合理的协调了项目的进度、质量、人力资源以及风险,在项目实施过程中遇到的问题都及时得到了解决.项目的成功实施让医保基金得到了

统一管理,真正落实了“一卡在手,全市享受医疗待遇”,

得到了客户很高的评价.然而,在风险管理和范围管理方面还有待于改进,在以后的项目管理工作中,我要加强学习,更好地协调好项目工作中各个部分及各个方面的关系,更好

地完成项目。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > IT计算机 > 计算机软件及应用

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1