职称论文范文——论信息系统项目的整体管理

论信息系统项目的整体管理摘要本文以某市医疗保险市级统筹项目为实例，探讨了在项目整体管理中遇到的问题及解决方法。认为项目整体管理的成功主要在于协调和控制项目范围、项目进度、项目质量、项目风险等工作，提出应以制订项目计划、指导和管理项目执行、监督和控制项目工作、控制项目变更为工作流程，对于项目进度、质量、人力资源以及风险管理中遇到的问题提出了解决的办法。我在该项目中担任了开发方的项目经理，自始至终参与了整个项目的建设，自2009年11月项目启动至2010年10月验收，历时近1年，系统至今运行稳定，取得客户的好评，很大程度上得益于项目成功的整体管理。正文某市各区县运行独立的城镇职工基本医疗保险、城镇居民基本医疗保险和大额补充医疗保险保险系统，城镇职工或城镇居民只能到其所属的区县按照所属区县标准进行就诊，各区县间业务相互独立，医疗保险基金也独立管理系统采用C/S构架，均为我公司开发，已运行近8年。为贯彻落实深化医药卫生体制改革精神，进一步完善基本医疗保险体系，提高医疗保险统筹层次和增强基金保障能力，结合某市实际情况，吉林省下文制定某市市级统筹实施办法，增强基本医疗保险基金的调节能力和抗风险能力，坚持市级统筹、分级管理、定额调剂；坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。部门主要有二大块业务，医疗保险业务和农村合作医疗，医疗保险业务现在主要采用PB9.0+ Oracle10.0开发的C/S系统,而农村合作医疗则是采用J2EE + Oracle10.0开发的B/S系统,二大块业务相互独立。因客户要求业务上将城镇职工基本医疗保险、城镇居民基本医疗保险和大额补充医疗保险保险系统集于一套系统，达到参保人员持医保卡能在全市所有医院和药店享受医疗待遇，加之各区县地理位置分布不集中等原因，部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发，而部门实际情况是从事医疗保险业务开发和维护的人员不懂J2EE技术，而从事农村合作医疗开发和维护的人员不懂医疗保险业务，形成了“懂业务的不懂技术，懂技术的不懂业务”的局面，完成客户要求的2010年9月日试运行的任务困难非常之大。在项目启动阶段，公司领导组织召开了项目启动会议。会议上，领导介绍了项目的前景以及项目的重要战略意义等。因运行近8年的C/S系统我一直负责系统的维护与升级，对业务及客户关系都比较了解，会议上任命我为项目经理，并对相关权限进行了授权，会议结束后我便开始制订项目计划，计划中明确了项目的总体技术解决方案、项目全生命周期和相关阶段、项目过程所采用的工具和技术方法、变更流程和变更控制委员会以及进度计划等。因此次项目的范围可以按照现有的C/S系统进行界定，所以在项目过程中我重点加强了项目进度管理、项目质量管理、人力资源管理以及风险管理，为项目的顺利实施奠定了基础。下面就论述一下项目进度管理、项目质量管理、人力资源管理以及风险管理中遇到的问题以及解决方法，望各位读者批评指正。一、 人力资源管理市级统筹开发涉及职工险、生育险、居民险、大病保险，所以我计划将项目组分成3个小组，每小组配备3至4人分别进行开发，因采用J2EE+SPRING2.0+EXT2.0框架进行开发，所以此次医疗保险市级统筹开发中需要从农村合作医疗业务组抽调开发人员过来考虑到人员分配及管理方面的问题，我首先制订了人力资源管理计划，明确角色和职责分工，以及人员配备管理方面的事宜。责任分配矩阵RAM如下图所示：人员职责颜工吴工(组长)张工(组长)崔工(组长)刘工陈工王工柴工尚工李工杨工黄工聂工框架搭建负责需求分析负责(生育)负责(职工、居民、大病中心业务)负责(职工、居民、大病定点业务)详细设计编码开发职工、居民、大病中心业务职工、居民、生育、大病定点支付业务 职工、居民、大病中心业务职工、居民、生育、大病定点支付业务生育中心业务测试参与评审评审参与评审参与参与参与参与参与参与参与负责参与人员配备管理方面的计划如下：2009年11月底各相关人员进入项目; 2009年11月底前安排给各相关技术人员培训市级统筹业务、给各相关业务人员培训技术;其次,在团队建设方面做了如下约定:第一、项目组所有人员必须在公司办公，并且严格遵守公司的各项制度;第二、相关人员须参加业务或技术培训，具体以邮件通知为准;第三、由项目经理和项目组长对组成员进行绩效考评，并将绩效信息记录备案，最终反应到年终奖的考评中;第四、每月月底安排一次项目聚餐在项目实施中我加强了跟踪个人和团队的绩效，观察团队成员的行为，评审团队和团队成员绩效其中就发现了不少问题，比如，负责职工、居民、生育、大病业务开发的个人时时不能从农村合作医疗业务中抽调过来，经过与农村合作医疗相关负责人沟通后，在仍无法抽调过来的情况下及时与部门领导沟通，领导最终决定先找个外包人员进驻我公司，顶替不能从农村合作医疗业务中抽调过来的人员进行开发 二、 风险管理“懂业务的不懂技术，懂技术的不懂业务”，在这种局面下项目风险很大，一旦开发人员没有理解业务去开发，将导致严重的返工，最终影响项目进度，这也是我最为担心的事情之一为了全面识别和分析项目中的风险，在项目团队内我组织召开了项目风险会议，参会人员包括项目团队成员、其他项目经理、部门医疗保险业务专家会议上讨论了风险并对风险进行定性分析，最终形成了如下风险清单风险等级排序风险描述风险应对措施备注说明1开发人员没有理解业务流程进行了开发对开发人员培训业务知识;项目组长在进行详细设计时描述的尽可能详细，并对可交付成果进行初步检查;2职工、生育、居民以及大病保险算法统一集中在后台Oracle数据库中，编写是否能考虑到各种险种？中心业务和定点业务由项目组长分别负责相关算法的编写;算法完成后，通过程序运行得到结果与政策是否相符合，并形成测试文档，发送给客户相关人员确认;3定点支付及中心业务功能是否能按照C/S系统的要求开发出来？由系统构架师颜工负责指导开发;无法满足C/S系统条件的开会进行讨论，找替代方案;4人员中途离职情况招聘技术水平较高的开发人员,进入项目后再对其进行单独业务培训;在项目实施中我每周进行一次风险跟踪，分析现有风险状态，识别新风险，并及时更新风险清单尽管如此，实施当中依然发现对风险估计不足，甚至有些措手不及比如，在定点相关支付功能未开发完成之前负责定点部分的组长崔工提出离职，崔工是整个定点支付系统的核心，他的离职对项目的影响将是巨大的在我收到他离职申请邮件后第一时间找他谈心，进一步了解他的真实想法因崔工一直是我所带的员工，我们彼此之间比较了解，他也向我描述了他的真实想法(第一、长期从事定点支付工作，任务太重、压力太大，会因为算法的一点点改动而担心甚至失眠;第二、考虑回老家买房，目前经济压力太大)在得知这些情况后，我表达了对他的肯定与感谢，随后我及时跟部门领导沟通，强调崔工在项目中的努力和重要程度，希望能给予经济上的帮助与支持在经过几次沟通后，崔工还是决定离职，在这种情况下，我与崔工进行了再次沟通，尝试让他推迟一至二个月再离职，崔工也答应推迟离职，更为幸运的是在崔工离职前依然尽职尽责，最终定点支付系统算法完全符合市级统筹政策三、 进度管理客户要求的2010年9月日试运行，届时会有吉林省级领导前去考查，这是一项时间紧任务重而又不能不按时完成的任务为了更好地控制进度，首先，我安排了各组组长解读政策，进行需求分析和详细设计，将系统功能细分定义到能够在周内完成的模块，然后根据业务间的逻辑关系利用前导图法(PDM)对模块开发的优先级进行了排序2010年9月日试运行已定，所以我在安排进度时采用了倒推的方式进行安排，最终形成了二个项目进度计划表：逻辑横道图和里程碑图，用于安排具体的工作和向领导汇报为了及时了解团队成员工作中遇到的问题，我约定每日下班后举行例会，每个成员都谈谈工作完成情况以及在工作中遇到的问题，对遇到的问题，大家一起讨论形成解决方案因时间的紧迫，我决定从2009年12月中旬开始每周一、三、五晚加班根据团队成员的绩效信息，每周形成项目周报，并发送给项目相关干系人根据绩效信息与计划进度表进行比较，进行偏差分析，计算进度偏差情况，及时采取纠正或预防措施比如，负责生育需求分析和设计的吴组长是其他项目的项目经理，因其他项目上的事情比较多，生育组的需求分析和详细设计迟迟不能开始，已落后于计划3天，如果再不提交将影响到编码阶段，我及时跟吴工进行沟通，与他协商决定，我负责帮他完成一部分其他项目中的工作，他加班负责先把马上要进入编码阶段的需求分析和设计提交出来，最终生育业务的编码开发工作按计划开展四、 质量管理为了确保开发人员开发完成的模块符合业务流程，我做了如下约定：1、 各组长编写详细设计时要求尽量详细要把业务描述清楚，把涉及到的数据库表结构注明，并把主要的SQL语句写清楚;2、 建立Bugfree Bug管理系统,定义Bug处理流程(开发人员组长测试人员开发人员);3、 开发人员每天写工作日志，在工作日志中用自己的理解描述清楚当天负责开发的业务流程，并在每天下班前的例会上跟大家一起分享把已经完成的工作提交至Bug管理系统;4、 组长Bug管理系统中及时进行业务测试，如有问题，在每天下班前的例会中及时提出来，开发人员再利用加班时间进行调整;5、 经组长测试完成的模块经Bug管理系统提交至测试负责人黄工处，黄工和聂工再仔细测试模块，如有问题则反馈回开发人员进行修改6、 测试负责人每周形成一次测试报告，并将测试报告以邮件的形式发送至客户等项目相关干系人;7、 建立外网服务器，测试人员将测试完成的模块及时发布到外网服务器上，让客户相关负责人及时了解目前开发进度情况以及提供反馈意见经过努力，该系统在原定的2010年9月1日试运行成功，运行状况良好，受到一致好评，特别是定点支付算法的集中而且准确得到了客户很高的评价，并在同年10月底通过了验收。回顾项目的整体管理工作过程中，虽然没有大的事故发生，但仍然存在许多问题，主要有以下2点：1、团队建设仍不够成功，离职率没有得到改变，特别是在核心人员离职的情况下风险估计也不足如果定点支付组长不同意推迟离职或者离职前不再尽职尽责怎么办？2、范围控制不够成功,客户新政策出台后没有对范围进行很好的控制没有跟客户进行