信息系统项目管理师论文各类范文.doc

论信息系统项目的风险管理摘要本文以我作为承建方的项目经理负责实施的某市医疗保险市级统筹项目为实例(下文简称市级统筹)，探讨了在项目风险管理中遇到的问题及解决方法。以制定风险管理计划、风险的识别、风险定性分析、风险定量分析及应对风险策略、风险监控为工作流程来指导项目的风险管理，根据项目实际绩效及时采取有效的预防或纠正措施，促进项目的健康发展本文主要讨论了风险管理计划的内容、如何识别项目风险与制定风险应对措施、如何做好项目的风险控制以及如何解决资源冲突问题实施过程中有针对性地采取了召开会议，邀请其他项目经理和业务专家进行讨论、加强团队成员业务培训与内部沟通，以组长带组员的方式进行开发、周期性识别项目风险，针对风险及时采取针对性措施、提高项目优先级保证项目所需资源等相关管理方案,系统至今运行稳定，落实了“一卡在手，全市享受医疗待遇”的文件精神，在全省树立了标杆形象。正文 某市各区县现运行独立的城镇职工基本医疗保险、城镇居民医疗保险，系统采用C/S构架，已运行近8年，均为我公司开发各区县间业务相互独立，医疗保险基金也独立管理，城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。为贯彻落实深化医药卫生体制改革精神，进一步完善基本医疗保险体系，提高医疗保险统筹层次和增强基金保障能力，市委根据省相关文件精神制定了市级统筹实施办法，增强基本医疗保险基金的调节能力和抗风险能力，坚持市级统筹、分级管理、定额调剂；坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。客户要求业务上将城镇职工基本医疗保险、城镇居民医疗保险系统集于一套系统，达到参保人员持医保卡能在全市所有符合条件的医院和药店享受医疗待遇考虑到各区县地理位置分布不集中等原因，部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发本部门主要有医疗保险和农村合作医疗二大块业务,二大块业务相互独立，从事医疗保险业务开发和维护的人员不懂J2EE技术，而从事农村合作医疗开发和维护的人员不懂医疗保险业务，形成了“懂业务的不懂技术，懂技术的不懂业务”的局面项目总投资590万元，完成客户要求的2010年9月日试运行的任务困难非常之大。 客户关心的不仅仅是项目能否完成，还包括整个项目的风险等环节有效地控制项目的风险就需要及时监控项目状态、识别新风险、采取应对措施及时规避或减轻风险，保证项目能够按照项目计划执行项目风险管理包括制定风险管理计划、风险的识别、风险定性分析、风险定量分析及应对风险策略、风险监控等活动本文将讨论风险管理相关的问题其一、风险管理计划的内容;其二、如何识别项目风险与制定风险应对措施;其三、根据项目实际情况，如何做好项目的风险控制;其四、如何解决项目实施过程中资源冲突问题;针对这些问题，本人作为项目经理，采用了召开会议，邀请其他项目经理和业务专家进行讨论; 加强团队成员业务培训与内部沟通，以组长带组员的方式进行开发; 周期性识别项目风险，针对风险及时采取针对性措施;提高项目优先级保证项目所需资源等方法予以解决下面将分别从四个方面进行论述一、制定风险管理计划为了更好地安排与实施项目风险管理，在项目启动阶段我就制定了项目风险管理计划计划中对风险分类及风险概率和影响进行了定义、实施项目风险管理中使用的方法进行了说明、重点关注风险的阶段及可交付物进行了明确、实施风险管理过程中所需的人员及职责进行了分配以及应急计划等比如，计划中明确了定点支付系统的门诊收费业务编码阶段需对定点支付算法的进度进行监控、支付算法的准确性进行验证;如果到试运行时间系统开发未能完成，则先试运行定点支付系统，保证不影响定点医院和药店的业务，而中心则先暂时使用原C/S系统，让矛盾集中在社保中心内部二、风险的识别、分析及应对风险策略“懂业务的不懂技术，懂技术的不懂业务”，在这种局面下项目风险很大，一旦开发人员没有理解业务去开发，将导致严重的返工，最终影响项目进度，这也是我最为担心的事情之一为了全面识别和分析项目中的风险，在项目团队内我组织召开了“项目风险应对”为主题的会议，参会人员包括项目团队成员、其他项目经理、部门医疗保险业务专家会议上采用德尔菲法、头脑风暴法讨论了风险并采用风险概率和影响评估法对风险进行定性分析，根据分析结果制定风险应对措施通过对项目风险识别、分析和评估，把项目风险发生的概率、损失严重程度以及其他因素综合起来考虑，最终形成了风险登记清单比如：风险等级排序:1;风险描述：开发人员没有理解业务流程进行了开发; 风险应对措施: 对开发人员培训业务知识、项目组长在进行详细设计时描述的尽可能详细，并对可交付成果进行初步检查; 风险等级排序:2;风险描述：职工、生育、居民以及大病保险算法统一集中在后台Oracle数据库中，编写是否能考虑到各种险种？; 风险应对措施: 中心业务和定点业务由项目组长分别负责相关算法的编写、算法完成后，通过程序运行得到结果与政策是否相符合，并形成测试文档，发送给客户相关人员确认; 风险等级排序:3;风险描述：定点支付及中心业务功能是否能按照C/S系统的要求开发出来？; 风险应对措施: 由系统构架师颜工负责指导开发、无法满足C/S系统条件的开会进行讨论，找替代方案; 风险等级排序:4;风险描述：人员中途离职情况; 风险应对措施: 招聘技术水平较高的开发人员,进入项目后再对其进行单独业务培训;三、风险监控在项目实施中我根据风险清单每周进行一次风险跟踪，分析现有风险状态，识别新风险，并及时更新风险清单比如，在定点相关支付功能未开发完成之前负责定点部分的组长崔工提出离职，崔工是整个定点支付系统的核心，他的离职对项目的影响将是巨大的在我收到他离职申请邮件后第一时间找他谈心，进一步了解他的真实想法因崔工一直是我所带的员工，我们彼此之间比较了解，他也向我描述了他的真实想法(第一、长期从事定点支付工作，任务太重、压力太大，会因为算法的一点点改动而担心甚至失眠;第二、考虑回老家买房，目前经济压力太大)在得知这些情况后，我表达了对他的肯定与感谢，随后我及时跟部门领导沟通，强调崔工在项目中的努力和重要程度，希望能给予经济上的帮助与支持在经过几次沟通后，崔工还是决定离职，在这种情况下，我与崔工进行了再次沟通，尝试让他推迟一至二个月再离职，崔工也答应推迟离职，更为幸运的是在崔工离职前依然尽职尽责，最终定点支付系统算法完全符合市级统筹政策。四、资源冲突的解决市级统筹开发涉及职工险、生育险、居民险、大病保险,业务面广而复杂，考虑到部门实际情况，以及客户要求2010年9月1日试运行的硬性指标，我将系统分解成2个相关联的子系统(定点支付系统、中心业务系统)分别同时进行开发，并将项目组分成3个小组，每小组配备6至7人分别进行开发涉及的开发人员多，需要从其他项目组抽调开发人员过来市级统筹项目实施过程中，负责中心业务系统开发的个人时时不能从农村合作医疗业务中抽调过来，如果不能及时解决此问题将严重影响项目的进度市级统筹项目将城镇职工和居民业务融为一体，是医疗保险业务发展的趋势，是公司业务发展的提升，进一步拓展市场的机遇如果此项目能够成功实施将是公司业务发展的一个有力保证，可以将市级统筹业务推广至其他省份在与其他项目经理协商无果后，我及时与公司领导沟通协商，阐述此项目的重要性，在与公司领导和沟通后，最终决定先招聘个外包人员进驻我公司，顶替不能从其他项目组抽调过来的人员进行开发随着外包人员的进入，有力地保证了所需的开发人员数量，项目进度得到了有力保障经过努力，该系统在原定的2010年9月1日试运行成功，运行状况良好，受到一致好评，特别是定点支付算法的集中而且准确得到了客户很高的评价，并在同年10月底通过了验收。回顾项目的风险管理工作过程中，虽然没有大的事故发生，但仍然存在许多问题，主要有以下2点：1、风险识别与估计不足如果定点支付组长不同意推迟离职或者离职前不再尽职尽责怎么办？2、风险应对措施控制不够成功,客户新政策出台后没有对进度进行很好的控制没有跟客户进行很好的协商，试运行成功后直接进行了新政策的调整，导致验收时间推迟了近2个月通过本项目的经验总结，为本人今后执行类似的项目风险管理带来了一些可供借鉴的经验以风险管理计划、风险的识别与分析以及应对策略、风险监控的项目风险管理，有效的风险控制措施，在项目实施过程中遇到的问题都及时得到了解决项目的成功实施让医保基金得到了统一管理，真正落实了“一卡在手，全市享受医疗待遇”，得到了客户很高的评价然而，在风险控制方面还有待于改进，在以后的项目管理工作中，我要加强学习，更好地协调好项目工作中各个部分及各个方面的关系，更好地完成项目。论信息系统项目的进度管理摘要 本文以我作为承建方的项目经理负责实施的某市医疗保险市级统筹项目为实例(下文简称市级统筹)，探讨了在项目进度管理中遇到的问题及解决方法。以活动定义、活动排序、活动资源与历时估算、制定进度表、进度控制为工作流程来指导项目的进度管理，根据项目实际进度绩效及时采取有效的预防或纠正措施，促进项目的健康发展本文主要讨论了该项目中活动定义与排序、活动资源与历时估算、制定进度表、进度控制等过程以及如何解决资源冲突问题实施过程中有针对性地采取了召开会议，邀请技术和业务专家进行讨论、引用概括性进度表和逻辑横道图、利用挣值技术分析进度偏差、提高项目优先级保证项目所需资源等相关管理方案，系统至今运行稳定，落实了“一卡在手，全市享受医疗待遇”的文件精神，在全省树立了标杆形象。正文 某市各区县现运行独立的城镇职工基本医疗保险、城镇居民医疗保险，系统采用C/S构架，已运行近8年，均为我公司开发各区县间业务相互独立，医疗保险基金也独立管理，城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。为贯彻落实深化医药卫生体制改革精神，进一步完善基本医疗保险体系，提高医疗保险统筹层次和增强基金保障能力，市委根据省相关文件精神制定了市级统筹实施办法，增强基本医疗保险基金的调节能力和抗风险能力，坚持市级统筹、分级管理、定额调剂；坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。客户要求业务上将城镇职工基本医疗保险、城镇居民医疗保险系统集于一套系统，达到参保人员持医保卡能在全市所有符合条件的医院和药店享受医疗待遇考虑到各区县地理位置分布不集中等原因，部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发本部门主要有医疗保险和农村合作医疗二大块业务,二大块业务相互独立，从事医疗保险业务开发和维护的人员不懂J2EE技术，而从事农村合作医疗开发和维护的人员不懂医疗保险业务，形成了“懂业务的不懂技术，懂技术的不懂业务”的局面项目总投资590万元，完成客户要求的2010年9月日试运行的任务困难非常之大。 客户关心的不仅仅是项目能否完成，还包括整个项目的进度等环节有效地控制项目的进度就需要及时监控项目状态、分析进度绩效与偏差、采取进度控制措施及时修正偏差，保证项目能够按照项目计划进度执行项目进度管理包括活动定义、活动排序、活动资源与历时估算、制定进度表、进度控制等活动本文将讨论进度管理相关的问题其一、如何进行活动的定义与排序;其二、如何对项目所需资源和历时进行估算;其三、制定多样化的项目进度表;其四、根据项目实际情况，如何做好项目的进度控制;其五、如何安排各业务功能的开发以及如何保证其所需资源;针对这些问题，本人作为项目经理，采用了召开会议，邀请技术和业务专家进行讨论;引用了概括性进度表、逻辑横道图; 利用挣值技术分析进度偏差;提高项目优先级保证项目所需资源等方法予以解决下面将分别从五个方面进行论述一、活动定义与活动排序活动定义是制定进度表的基础，为了保证分解的活动能够全面覆盖，我们根据现行的C/S系统以及确定后的WBS进行活动定义，分解工作包成一个个具体的活动我组织召开了主题为“项目工作界定”的会议，会议邀请团队所有成员以及技术和业务专家参与会议上，业务专家首先介绍业务流程以及分析流程应该包括的操作步骤;其次，技术专家对业务专家的分析进行业务活动分解，达到业务模块化及业务功能化，并形成活动文档清单;最后，依据业务专家的业务分析、技术专家的业务分解以及业务之间存在的依赖关系，对分解后的业务功能进行优先级排序，并绘制出活动进度网络图PDM后续工作证明，技术和业务专家的参与，全面、准确地对业务进行了分解，项目所有工作活动全面地进行了定义，为制订进度计划打下了坚实的基础，同时，让团队成员对业务有了更进一步的理解二、资源估算与历时估算业务活动分解完成后，为保证有充足的资源和时间去完成，我组织召开了会议，会议邀请团队所有成员以及技术和业务专家参与，技术和业务专家对每一个具体的工作活动提出需要的资源条件，采用自下而上的方式进行估算，对每一层下面具体的工作所需资源进行估算，最后将所有资源进行汇总比如，门诊收费业务被分解的工作活动有读卡、添加费用明细、删除费用明细、费用统计、保存，读卡工作活动需要社保读卡器1台、城镇职工和居民医疗卡各张、能够在JAVA中成功调用的DLL动态库个以及JAVA程序开发人员2人；费用统计工作活动需要通用数据库支付算法存储过程1个、JAVA程序开发人员2人在活动资源估算完成后，对每个活动进行历时估算技术和业务专家对每一个具体的工作活动采用专家判断和类比估算法估算时间，此外还一起讨论工作活动的风险情况，如果活动存在潜在的风险则将活动历时加上10%的应急储备时间作为活动的总活动历时比如，门诊收费业务中的费用统计活动，成功完成此活动的前提是需要调用数据库支付算法存储过程，而数据库支付算法存储过程是此项目中最为核心也是最为困难的工作之一，有可能存储过程编写过程中遇到问题而不能按时完成，则费用统计功能将无法完成技术和业务专家估算完成此活动为3个工作日，此时费用统计活动的历时为3+3*10%=3.3个工作日三、制定进度表因项目概括性进度安排采取了倒推方式，而根据活动历时汇总有可能超出进度安排，所以采用了资源平衡和进度压缩法对活动历时进行了调整或压缩为了便于安排团队成员的具体工作，分配不同的工作职责，形成了逻辑横道图; 高层领导通常关注项目是否按照计划进行，是否符合项目的目标，项目团队的绩效是否能够保持，需要周期性地向管理层汇报进度情况，于是形成了概括性进度计划表四、进度控制“懂业务的不懂技术，懂技术的不懂业务”，在这种局面下项目风险很大，一旦开发人员没有理解业务去开发，将导致严重的返工，最终影响项目进度. 为了及时了解团队成员工作中遇到的问题，我约定每日下班后举行例会，每个成员都谈谈工作完成情况以及在工作中遇到的问题，对遇到的问题，大家一起讨论形成解决方案，形成会议记录由于该项目从正式启动到试运行工期很紧，且中间经历春节假期，给项目的进度控制带来了较大的压力，我决定从2009年12月中旬开始按照公司加班制度进行每周一、三晚加班根据团队成员每天的工作绩效信息，每周形成项目周报，并发送给项目相关干系人，同时，根据绩效信息与计划进度表进行比较，进行偏差分析，利用挣值技术计算进度偏差情况，及时采取纠正或预防措施比如，负责生育需求分析和设计的吴工是其他项目的项目经理，因其他项目上的事情比较多，生育组的需求分析和详细设计迟迟不能开始，已落后于计划,SV=-3天，如果再不提交将影响到编码阶段，届时，我及时跟吴工进行沟通，与他协商决定，我负责帮他完成一部分其他项目中的工作，他加班负责先把马上要进入编码阶段的需求分析和设计提交出来，最终生育业务的编码开发工作按计划开展五、资源冲突的解决市级统筹开发涉及职工险、生育险、居民险、大病保险,业务面广而复杂，考虑到部门实际情况，以及客户要求2010年9月1日试运行的硬性指标，我将系统分解成2个相关联的子系统(定点支付系统、中心业务系统)分别同时进行开发，并将项目组分成3个小组，每小组配备6至10人分别进行开发涉及的开发人员多，考虑到部门实际情况，需要从其他项目组抽调部分开发人员过来市级统筹项目实施过程中，某阶段需要抽调的个开发人员时时不能从其他项目组中抽调过来，如果不能及时解决此问题将严重影响项目的进度市级统筹项目将城镇职工和居民业务融为一体，是医疗保险业务发展的趋势，是公司业务发展的提升，进一步拓展市场的机遇如果此项目能够成功实施可以将市级统筹业务推广至其他省份，是公司业务发展的一个有力保证在与其他项目经理协商无果后，我及时与公司领导沟通协商，阐述此项目的重要性，在与公司领导和沟通后，最终决定先招聘个外包人员进驻我公司，顶替不能从其他项目组抽调过来的人员进行开发随着外包人员的进入，有力地保证了所需的开发人员数量，项目进度得到了有力保障经过努力，该系统在原定的2010年9月1日试运行成功，运行状况良好，受到一致好评，特别是定点支付算法的集中而且准确得到了客户很高的评价，并在同年10月底通过了验收。回顾项目的进度管理工作过程中，虽然没有大的事故发生，但仍然存在许多问题，主要有以下2点：1、在需要客户确认时，与客户的沟通方式太单一，只是一味等待，导致某些工作落后于进度计划，并影响到项目整体进度2、进度控制不够成功,客户新政策出台后没有对进度进行很好的控制没有跟客户进行很好的协商，试运行成功后直接进行了新政策的调整，导致验收时间推迟了近2个月通过本项目的经验总结，为本人今后执行类似的项目进度管理带来了一些可供借鉴的经验以活动定义与排序、活动资源与历时估算、制定进度表、进度控制的项目进度管理，有效的进度控制措施，在项目实施过程中遇到的问题都及时得到了解决项目的成功实施让医保基金得到了统一管理，真正落实了“一卡在手，全市享受医疗待遇”，得到了客户很高的评价然而，在进度控制方面还有待于改进，在以后的项目管理工作中，我要加强学习，更好地协调好项目工作中各个部分及各个方面的关系，更好地完成项目。论信息系统项目的人力资源管理论信息系统项目的人力资源管理 【摘要】 本文以我负责管理的某电信运营商总部固网综合结算项目为例，探讨了信息系统项目的人力资源管理，以及我在人力资源管理方面的一些经验教训。专业的人做专业的事，评估并保证专业成员胜任力与以项目绩效为中心是保证项目成功的重要因素。本文分别论述了人力资源计划编制、项目团队组建、项目团队建设和管理项目团队等过程。本人作为承建方的项目经理，负责了该项目的管理工作。该项目在2009年5月成功上线，为客户在对外进行结算和对内进行摊分方面发挥了重要的经济效益。 【正文】 2009年本人参加了某电信运营商总部固网综合结算系统的建设，本人作为承建方的项目经理负责了这个项目的管理工作。该系统处理了包括国内长途语音、国际长途语音、数据专线业务的结算和摊分，同时还包括了综合采集、综合账务等系统，以及一些系统集成的工作。该项目2009年1月份正式启动，5月中旬成功上线，上线后运行稳定，该系统要从31个省市和3个国际关口局采集长途话单，每月处理的国内长途话单在12亿条左右，国际长途话单在3亿条左右，还包括2万多条数据专线的结算和摊分处理。在本人负责管理的固网综合结算项目中，本人结合项目特点，在人力资源管理方面灵活应用了相关工具和方法，取得了不错的效果。 项目成功很大程度上也得益于良好的人力资源管理。项目人力资源管理就是为了有效发挥所有项目参与人员作用的过程。人力资源管理包括了人力资源计划编制、组建项目团队、项目团队建设、管理项目团队等活动。对于任何一个项目，人是最重要的因素，所有的活动都离不开“人”。能否管好“人”，对项目的成败有着至关重要的作用。 本文将讨论人力资源管理相关的问题。信息系统项目管理师网cnitpm.com 其一，如何有效的安排团队成员并做到人尽其用；其二、如何激励项目团队并提高项目绩效；其三、如何做好大型项目团队开发编码、文档的标准化、规范化；针对这些问题，本人作为项目经理，采用了组建项目型实施团队并编制完善的人力资源计划；建立项目考核激励制度，提高项目绩效；引入PSP个人改进模型，加强技术培训，提高项目质量和标准化程度等方法予以解决。下面将分别从四个方面予以阐述。 一、人力资源计划编制 人力资源计划编制是决定项目参与者角色、职责和汇报关系的过程。本人在这一过程中力求角色和职责清晰，避免了在项目实施过程中的职责不清和相互推诿。首先根据活动资源估计，结合公司组织结构，采用组织结构分解的方式，将项目组分成了系统集成组、综合采集组、语音业务组、数据业务组、综合账务组5个一级组，每组设组长一名。其中工作量最大也是结算和摊分规则最复杂的语音业务组还细分成了国内语音业务组和国际语音业务组，而其它4组按具体的技术方向直接对应到工程师，没有再进一步分组。比如系统集成组，要求主机工程师2名，网络工程师1名，数据库和三方软件工程师2名，都直接向系统集成组组长汇报。 在完成组织结构分解的同时，还根据项目管理计划，制定了较为详细的人员配备管理计划，以便与相关职能部门沟通，能根据项目需求及时获取到所需资源，并在合适的时间逐步释放部分资源。该计划中重点体现了各种资源的种类、能力要求、数量、到位时间、预期释放时间等信息。 二、组建项目团队 组建项目团队就是一个获取人力资源的过程。在该项目中，本人采取的策略是各种途径并用，不同人员采用不同方式获取。由于该项目在前期与用户交流时承诺了部分项目参与人员，因此部分核心人员是预先分配的。其中，系统集成人员到位的比较顺利。其它几个小组均是开发人员，开发工程师需求数量最大，根据资源计划，需求分析完成后的开发阶段将需要22名开发人员，这些人员都需要向结算产品研发部门申请。在与该部门经理沟通过几次之后，该部门经理给出了一个16人的名单，并且结合这些人员的背景和研发经理的建议，分配到了项目的组织结构图中。但是在与语音业务组长交流时得知，分配过来的这些工程师水平相当，没有层次，尤其是缺一个主要负责国际语音业务的核心人员，并且这个组长推荐了结算研发部门的另一名工程师，该工程师目前在另一个项目中，那个项目已经上线2个多月，目前正处于试运行期间，该工程师有可能提前释放。因此，为了国际语音业务这个最复杂的子系统将来能少出问题，本人再次跟结算研发部门的经理谈判和沟通，并与该工程师目前所在项目的项目经理也进行了几次当面沟通，终于承诺在2周后让该工程师加入该本项目组。因为项目启动后，还有一段时间的需求调研，因此该工程师2周后加入，基本不影响后续的工作。 对于研发人员中无法满足的6名前台开发人员，研发部明确表示确实没有更多资源了。这个时候通过人事招聘肯定来不及，因此必须通过其它途径解决。信息系统项目管理师网cnitpm.com 前台开发采用的是Java 技术，这类人才在软件外包公司比较多，而且普通的Java 开发人员的薪水起点较低。另外，本项目所需Java 开发人员在项目前期需求较多而后期需求较少，因此还需要考虑从项目中释放后的工作安排问题。综合考虑以上因素，经过向领导请示，最终采用了从外包公司临时聘用6名Java 开发工程师。因为该外包公司在其它项目组和我公司有过成功合作，因此公司商务部和该公司的商务合同签署的非常顺利，这些外包人员的到场时间基本满足项目需要。 三、项目团队建设 项目团队组建完成之后，为了提高项目组成员的能力，增强项目组整体的凝聚力和战斗力，本人在项目的不同阶段采用了不同的团队建设方法来保持项目组的热情。 由于项目组成员来自公司不同部门，而且还有几名外包人员，因此项目组组建完成之后的初期，大家彼此还不熟悉。因此在项目启动会之后不久，找了一个人员比较齐的周五下午，安排大家到植物园进行了一些户外活动。前半时段各人根据自己的兴趣分别可进行爬山、踢毽子、扑克等活动，后半时段集体在植物园里一个带院子的小茶馆里进行一些趣味游戏，经过这些游戏项目组30多个成员基本都能叫出对方的名字，知道了对方的爱好。最后，还安排大家在这种轻松的环境下做了一个MBTI的测试，测试结果对我了解项目组成员的性格特点有很大的帮助，让我在后面的管理工作中也更有针对性。 为了保证大家的沟通效率，且方便与客户方进行沟通和讨论，经过与客户协商，客户专门为本项目组腾出了一块区域，供项目组集中办公使用。项目进行初期，除系统集成小组的成员有些工作必须在机房现场外，其他小组的成员基本上都在客户提供的办公室集中办公。另外，项目初期为了让大家尽快进入状态，各小组均安排了较多的技术培训和小组讨论会，这对快速解决问题和知识共享非常有用。 由于该项目从正式启动到上线工期较紧，且中间经历了春节假期，给项目的进度控制带来了较大的压力。如果长期强制项目组加班，不仅会大量增加成本，而且容易引起项目成员的抵触情绪，工作效率也会比较低。因此本人在可支配的权限范围内，给项目组承诺，只要按时或提前完成相应里程碑任务的小组，均可自行组织一次小组活动，且小组成员还可获得一定的物资奖励。因此，各小组在遇到进度落后的情况下，都自行安排加班，小组内成员也经常互帮互助和鼓励。另外，由于这个奖项并没有限定名额，各小组之间并不存在名次竞争，因此也避免了对有些进度暂时落后小组的积极性的影响。 四、管理项目团队 管理项目团队主要就是要注意团队的行为、管理冲突、解决问题和评估团队成员的绩效。本人在管理项目团队方面，有一些体会。对于团队成员的行为，一定要多注意观察，一旦发现情绪不对，一定要及时进行一些非正式的谈话，了解背后真实的原因，以便提供疏导和帮助。信息系统项目管理师网cnitpm.com 对于成员之间的冲突，更是要及时进行妥善处理，避免影响到更大范围，对项目组造成不可控制的风险。处理冲突时，最重要的原则就是对事不对人。 该项目自上线后，持续稳定运行，为客户进行固网业务的外部结算和内部摊分发挥了非常重要的作用，也锻炼了我的管理能力，本人对信息系统的人力资源管理也有了更深的认识。在人力资源计划编制时，一定要尽可能让项目的组织分解结构清晰，角色和职责明确；在组建项目团队时，应多种方式并用、不同人员采取不同方式获取；在团队建设过程中，不同阶段根据项目组当时的实际状况，灵活采取不同的激励和建设方法；在管理项目团队的过程中，要及时发现问题的苗头，且在处理冲突时坚持对事不对人的原则。 本文总结的人力资源组合管理策略有助于保证今后团队构成复杂的项目。专业的人做专业的事情，如何保证团队的专业化构成、成员专业化成长、整体的专业化发展。本文认为今后项目中的人力资源管理应重点围绕如何有效地发挥每一个参与IT项目人员作用、铸就高绩效项目管理团队这两个方面下功夫。信息系统项目管理师论文专家指导技巧掌握一个框架：论文八段式结构 1）摘要 2）项目背景与岗位工作说明 3）在项目实施过程出现的问题，你作为什么角色，如何解决了问题 4）首先，针对某某问题，项目出现的矛盾，如何解决，解决的效果 5）其次，。 6）再次，。 7）项目验收与项目干系人的满意程度 8）展望，说出对于其他项目的借鉴作用论信息系统项目的成本管理博主按：下文为2009年9月份北京高级班上一位同学的论文作业，可以看出在论文中，他漏掉了“成本预算”这一环节，这是一个重大的疏漏。即使在现实工作中，你不负责制定预算，但是在预算制定过程中，你应积极参与，不仅是为了考试写论文，也为了争取你的现实权益，否则就会出现“巧妇难为无米之炊”窘迫的局面。试题一 论信息系统项目的成本管理 项目成本管理是项目管理的一个重要组成部分，它是指在项目的实施过程中，为了保证在成本约束下完成项目而开展的估算项目成本、编制项目预算和控制项目成本等方面的管理活动。 为保证项目能完成预定的成本目标，必须要加强对项目实际发生成本的控制，一旦项目成本失控，就难以在预算内完成项目，不良的成本管理会使项目处于超出预算的危险境地。在项目的实际实施过程中，项目超预算的现象还是屡见不鲜。实际上，只要在项目成本管理中树立正确思想，采用适当方法，遵循一定程序，严格做好估算、预算和成本控制工作，将项目的实际成本控制在预算成本以内是完全可能的。 请围绕“论信息系统项目的成本管理”论题，分别从以下三个方面进行论述： l.概要叙述你参与管理和开发的信息系统项目以及你在其中担任的主要工作。 2.结合你所参与的项目，从成本估算、成本预算和成本控制三方面论述项目成本管理所应实施的活动。 3.通过对上述项目的成本管理，请叙述你成本管理的心得体会。摘要： 2008年6月，本人参与了“党校教学教务管理系统”的项目建设，担任项目经理一职。这是一个集教务工作自动化和信息化为一体的先进电脑网络系统，将为党校教务管理有关部门提供优质、稳定的信息化服务。该项目做为省委党校拟在全省范围内应用推广的教务管理重点工程，受到省委及校领导的高度重视。做为建设方的项目经理，本人在项目的成本管理过程中，科学的运用软件项目成本管理的理论知识并结合我司CMMI3项目管理过程域的具体要求，在项目的计划阶段科学地进行成本估算，编制了可跟踪可度量的成本基准计划。在项目的整体实施过程中，按阶段对成本使用情况进行跟踪和记录，同时利用挣值分析法对成本数据进行了必要的分析，以发现项目的成本隐患和问题，及时做好成本的偏差控制。通过这些方法，有效地控制了项目成本，成功地完成了项目，受到用户方的高度评价。信息系统项目管理师网cnitpm.com 正文一、 项目概述随着党校教学规模的扩大、教学模式发生了转变，这些变化使学校教学教务管理任务越来越重，不仅增大了工作量、更是增大了工作难度。这些根本性变化的同时也对学校的教务管理提出了更高的要求，为了适应这些新变化，提高教学教务管理的工作效率，建立一套完整统一、技术先进、高效稳定、安全可靠的基于Internet/Intranet的教学管理信息系统成为一项当务之急。作为党校IT核心支撑系统，要求为教务教学管理提供IT支撑。学校通过本系统可以实时了解教务管理情况和学员反馈情况，有利于提高教务管理水平。本项目内容包含学校招生管理、教研计划、教务处理、教学质量管理、教师考核管理、学生档案管理等。通过党校面现向社会公开招标，我司终以绝对的优势取得了该项目的承建权。该系统为支持党校教务管理工作的核心系统，为教务教学管理提供IT支撑。该系统采用b/s模式开发，提供web访问模式。其面向的使用对象包括省委党校及下属各分校的教务工作人员、教师及学员，为其提供各类综合性服务。工作人员通过本系统完成所有的日常教务工作。从招生到学员毕业离校，其在校内的所有和教务相关的数据都通过教务系统进行管理。学员则可以通过系统进行网上报名、选课及查询自己的个人相关信息（教学计划、课程表、成绩等）。教师则可以查询自己的课程安排，上传自己的课件，录入学员成绩，查询教师业绩考核情况等。项目启动后，本人被公司任命为该项目的项目经理，全面负责项目的建设工作。在省委党校各级领导的亲切关怀下，项目各组干系人的通过配合与支持下，我与项目组全体成员一起并肩作战，通过近10个月的努力，终于在 2009年3月3日全面通过系统验收，项目实际总成本为123.33万元，比计划提前了12天完成项目建设，同时成本比预算节约了6450元。该项目的成功与很大程度上归功于在项目过程的各阶段对进度和成本的有效管理和控制，下面分别对项目成本管理过程中成本估算、在各里程碑点利用EVA（挣值分析）方法监控项目成本的实施情况，成本的有效控制等几个方面加以简要论述。二、成本估算成本估算是指对完成项目各阶段活动所必需的各种资源的成本做出近似的估算。在党校项目的成本估算中，我采用了自下而上和参数法相结合的模型，具体办法如下：1、对任务进行分解：在客户对项目范围说明书进行了签字确认之后，我开始创建工作分解结构和制订详细的项目计划。实践经验表明，项目范围、工作任务、交付物以及相关的验收标准等信息对成本估算的准确性十分重要，为此我在完成了WBS工作分解后，按WBS中的各个具体的工作包进行详细的成本估算。2、对于部分估算把握性不准的任务，采用PERT技术，估算出每个任务的最大值（MAX）、最小值（MIN）、平均值（AVG），然后计算出以上任务的估算值E=（MAX+4AVG+MIN）/6。信息系统项目管理师网cnitpm.com 例如对于详细设计工作中的“学籍管理模块”，经过3次估算，我们给出了该任务最大工作量为12人/日，可能值为4人/日，最小值为2人/日，按照PERT公式得出该工作量的估算值为5人/日。3、估算直接成本。在完成工作量的估算后，参照我司定义的资源费率标准，即项目经理800元/天、需求分析及设计工程师500元/天、质量保证工程师400元/ 天、编程及测试人员300元/天，得出本项目的直接成本为991800元。4、估算总体成本。在得出项目直接成本之后，参照我司项目管理部门定义的参数，以直接成本的15%估算间接成本；按照直接成本10%的比例计提风险金。得出本项目的总体估算成本为：991800+（991800*0.15）+(991800*0.10)= 1239750元。总体上看，该方法得到的估算结果十分详细，而且精确度高，但是这种方法实际操作起来非常耗时，整个项目组在此项估算上花费的时间大约为7人/日。三、挣值管理挣值管理是一种综合了范围、进度计划、资源和项目绩效度量的方法，它通过对计划完成的工作、实际挣得的收益、实际花费的成本进行比较，以确定成本与进度是否按计划进行，提供偏差分析、决策依据，从而选取不同的应对措施，以保证最终完成项目目标。在挣值管理中，我采用了PROJECT 2003工具，在项目执行过程中，通过该工具对PV（计划完成的工作量）、AC（实际花费的成本）、EV（实际完成的工作价值）三者数据进行比较，来确定项目是否按即定的进度和成本执行。为了便于在一个更为综合的角度审视项目绩效，在每一个里程碑阶段，我们都对该阶段工作完成情况进行了挣值分析。通过对里程碑总结中汇总的进度、成本等数据，生成项目盈余分析表，并在表中体现了该里程碑的项目进度绩效（SPI）、项目成本绩效（CPI）、项目进度偏差率（SV%）、项目成本偏差率（CV%）、完工估算（EAC）、完成差异（VAC）。通过对以上这些数据的分析，科学地评价了该里程碑当前的实施状态，也为下一步工作的顺利开展、项目偏差的的控制、风险的防范等工作提供了良好的指导。四、成本跟踪和控制由于项目的在实施过程中可能遇到较大的不确定性，所以在实施阶段对成本进行跟踪和控制，是保证项目的实际成本不超过预算成本所必不可少的一项重要活动。在成本的日常跟踪中，我主要利用PROJECT工具，在项目规划过程中通过合理的预算形成本项目的成本基准计划。利用项目组成员的工作日志以及工作周总结、项目周例会、里程碑总结等各类形式获取进度完成的信息，并将各项任务实际完成的数据输入到PROJECT的任务完成百分比一栏内，由系统自动生成成本统计，清楚显示任务基准和实际成本的信息，通过对各种实际成本与计划成本的对比、检查、监督、引导和纠正，尽量使项目的实际成本控制在预算的范围之内。例如在需求开发的实施过程中，由于对学校的一些工作业务流程熟悉度不足，另外客户方对部分系统的功能也未能清晰表述，导致需求阶段花费在编制用户需求规格说明书上的时间超过即定计划，且后期又花了较多的时间同用户反复沟通、确认及修订，使得该里程碑的成本超出了本里程碑预算的21%（CV=-21%），进度滞后于本里程碑计划的18%（SV=-18%）。不得不在后续的工作中，从其它项目组抽调了一名资深且从事过一中网校项目的设计工程师加入到后一阶段的设计工作中来，并采取“师资管理教学质量模块”设计与“招生管理模块”编码并行的方式。由于采用的措施到位，从而保证了后续进度的顺利实现。另外我在项目日常管理中，注意做好项目范围控制、风险管理、质量保证等几方面的工作，尽量将项目因需求漫延、产品质量等原因而引起的各类不良成本及风险损失降至最低，这也是确保党校项目的最终项目成本能够控制在预算范围内的一大关键。五、不足与展望由于对项目成本管理得当，项目按即定的计划与预算完成了，我们的项目组赢得了公司与客户的一致好评。信息系统项目管理师网cnitpm.com 回顾而言，项目的成功很大程度上归功于在项目过程中各个阶段对进度和成本的有效管理和控制。但也存在一些不足之处，如前期需求分析时没有充分考虑到各分校间业务流程存在的差异性，也未能有效地引导客户需求，导致需求开发里程碑进度成本偏差较大。在今后的工作中，本人将继续总结经验教训，从而最大限度地满足项目干系人的需求和希望的目的。信息系统项目管理师论文评分标准论文评分标准成绩等级60分至75分优良、45分到59分及格、60分到75分优良比例分配：以百分制打分后，除0.75切合题意（30%）：非常切合、较好切合、基本切合应用深度与水平（20%）：很高水平，较高水平，一般水平，较差水平实践性（20%）：有大量实践、良好实践，一般实践，初步实践表达能力（15%）：逻辑清晰、表达严谨综合能力与分析能力（15%）：很强、较强、一般扣分的情况（每种情况5-10分）1、摘要应控制在200至400字的范围内，凡是没有写论文摘要，摘要过于简略，或者摘要中没有实质性内容的论文2、字迹比较潦草，其中有不少字难以辩认的论文3、正文基本上只是按照条目方式逐条罗列叙述的论文4、确实属于过分自我吹嘘和自我标榜、夸大其词的论文5、内容有明显错误和漏洞的，按同一类错误每一类扣一次分，每次5-10分6、内容仅属于大学生或研究生实习性质的项目，并且其实际应用背景的水平相对较低的论文不及格的情况1、虚构情节，文章中有较严重的不真实或者不可信的内容出现的论文2、未能详细讨论项目开发的实践经验，主要从书本知识和根据资料摘录进行讨论的论文3、所讨论的内容与方法过于陈旧，或者项目的水准相对非常低效的论文4、内容不切题意，或者内容相对很空洞，基本上是泛泛而谈的，没有较为深入体会的论文。5、正文与摘要的篇幅过于小的论文6、文理很不通顺，错别字很多，条理与思路不清晰字迹过于潦草等情况相对严重的论文。加分1、有独特的见解或有很深入的体会，相对非常突出的论文2、内容翔实，体会中肯，思路清晰，非常切合实际的很优秀的论文。3、项目难度很高，或者项目完成的质量优异，或者项目涉及重大课题，并且能正确按照试题要求论述的论文。4、观点很高信息系统项目管理师论文写作常见问题及解决办法论文写作常见问题及解决办法1、字数不够：摘要300字左右，正文2500字左右，包括标点符号2、字数偏多：3、摘要归纳欠妥：摘要中不加帽子语句，把正文压缩后写出就行4、文章深度不够：不要泛泛而谈，选择实际应用的两、三个技术展开讨论5、没有特色，泛泛而谈：用自己的语言把书上的知识表达出来6、口语化太重7、文字表达能力太差：注意文字通顺，错别字8、缺乏主题项目9、论文项目年代久远：选择近三年内完成的项目，通过考试后每三年登记一次10、 太死板，给人以压抑感：避免大123到小12311、 结构不够清晰，段落太长：每个自然段落不要超过6到8行。信息系统项目管理师论文应试法则论文应试法则概述你参与管理过的信息系统项目以及在项目中所遇到的XX管理问题描述项目情况及所遇到的问题请简要论述你对于XX及XX管理认识，XX管理的基本过程理论知识，用自己的语言描述出来详细论述在你参与管理过的大型信息系统项目中具体采用的XX管理过程、方法、工具及其实际效果。结合项目论述应试法则1. 多总结，要全面，以不变应万变：项目概要情况和自己承担的角色不变2. 平时多积累，临场自不急：3. 论文组织条理清晰，开门见山：不要试图覆盖论题的所有方面，也不要高谈阔论，关键是要写出自己所做的工作4. 图文并茂，能收奇效5. 标新立异，要有主见信息系统项目管理师论文：关于软件项目的配置管理 论文的写作历来都是一个重点难点所在，很多人都跌倒在这里，这一篇关于软件项目的配置管理也存在不足之处，望信管网上的各位考友指点一二，帮我修改修改！摘要： 2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求，该系统由票务管理系统和呼叫中心系统两部分组成，呼叫中心系统主要实现电话，传真和短信业务，票务管理系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成. 随着软件系统的日益复杂化和用户需求，软件更新的频繁化，配置管理在软件项目中显得越来越重要了。本文以该项目为例，结合作者时间，主要通过在项目前期，做好需求调研，总体设计和详细设计并制定完整的配置管理计划。在该项目全过程中规范化配置管理，注意员工培训并加强沟通与协调，来实施项目的配置管理。目前，该系统已开发完毕，正式投入运行，状况良好，受到客户一致好评。正文： 2004年6月，2004年6月，我作为项目经理开始参与某航空公司航空票务系统项目的开发，主要负责系统的组织规划实施开发与项目管理，当然还做一些编码工作，主要是公用基础代码和核心代码的编写与维护。航空票务系统是将呼叫中心系统和票务管理系统有效的结合起来，采用先进的技术和语音板卡技术，充分利用电话，短信，传真，因特网等信息化手段，解决航空公司的机票销售问题，规范了业务流程，强化了内部管理，与电子商务的完美结合，使应用系统功能更加完善，提高了整个航空业务的工作效率。其中，票务管理系统包括：客户管理，机票管理，票证管理，销售管理，财务结算，调度管理，远程营业部（代理商分销商）管理，系统管理八大功能模块，并统一于服务器端软件模块。呼叫中心系统由电话呼叫系统，短信分发系统，传真呼叫系统三部分组成。票务管理系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成,在本次开发中，我把它视为整个项目的重点由于考虑到寒假和春运期间将会是旅客的高峰期，客户要求系统必须在12月底前交付，项目开发周期为6个月，为此我做了如下安排：前4个月主要集中精力用于开发票务管理系统，后两个月主要完成票务管理系统和呼叫中心系统的集成以及项目收尾工作随着软件系统的日益复杂化和用户要求，软件更新的频繁化，配置管理逐渐成为软件生命周期中的主要控制过程。在软件开发过程中，扮演越来越重要的角色。一个好的配置管理过程能覆盖软件开发和维护的各个方面，同时对软件开发过程的客观管理，即项目管理也有重要的支持作用。在该系统项目中，我主要使用intersolv公司的pvcs配置管理工具，并通过在项目前期作好需求调研，总体设计和详细设计并制定完整的配置管理计划。在项目全过程规范化配置管理，注意员工培训并加强沟通与协调等方法和策略来实施配置管理。1项目前期做好要求调研，总体设计和详细设计，并制定完整的配置管理计划。项目计划阶段，我对需求分析，总体设计和详细设计这三项活动工期安排如下：需求分析12天，总体设计和详细设计总共20天，时间尽量充足。信息系统项目管理师网cnitpm.com 在做需求调研的时候，我要求一定要和客户充分沟通，深入挖掘客户的隐性需求。不仅要实现客户需求的功能，在界面上也要让客户满意，为此我们作出了航空系统的虚拟界面，让客户对系统有一个感官上的整体了解，在需求分析完成工作之后，我们还通过小组会议的形式进行了确认和评审。并邀请客户方代表参与。最终的需求规格说明我们也要求客户方代表一定要签字确认。在总体设计和详细设计过程中，我们尽量使用适合本项目团队特点的工具和技术，并充分考虑其先进性和成熟性。在设计完成之后，我们仍旧对其进行了评审，总结和讨论，对争议比较大的地方交公司资深专家审核评定。配置管理计划的制定也使配置管理中不可少的一步，它能有效的指导后期配置管理工作。在本项目中，配置管理计划由配置管理员完成，我只做一些审核工作，软件资源配置管理计划，配置项目计划，交付计划，备份计划，CCB审批计划等总之，我认为项目前期做好以上铺垫工作可以减少变更，对后面一些工作可以说是水到渠成。同时，一个比较完整的计划，也可以避免不必要的项目反工，而且项目管理员的工作也会比较好做一些。2项目全过程规范化配置管理。开发过程中，对文档修改非常麻烦，在配置管理中，对任何一配置项的修改都可能导致版本的变化。因此，对配置管理规范化势在必行，在本项目中，我要求配置标识一定要规范，必须独立命名配置项，配置对象的标识要充分考虑命名对象间存才联系。在配置管理中，项目组成员要各司其职，不得越权操作，同时还要根据自己的权限操作配置项。我的工作在配置管理中主要是：定制开发子系统，定制访问控制，制定常用策略，制定集成里程碑，进行系统集成而配置管理员的职责主要是：创建配置序，为项目成员分配权限，对存储库进行日常备份恢复等软件开发人员主要根据项目的开发配管理策略，创建，修改和测试工件等。软件生存期内全部软件配置是软件产品的真正代表，必须保持精确，软件工程中某一阶段的变更都会引起软件配置的变更，对这种变更也必须做到严格规范的控制和管理。为此，我做了如下规定：处于工作状态的产品开发人员可对其修改，而作为基线进入配置库的产品，则不允许开发人员对其进行修改。在本项目中，我们还成立了临时CCB,由项目经理，用户代表，软件质量控制人员，配置管理员5人组成。我们要求对于用户提出的变更请求要严格按照变更控制流程处理。在用户提交更多请求后，开发人员对其进行评价，并产生变更报告。在由变更控制委员会CCB作出决定是否进行变更。信息系统项目管理师网cnitpm.com 通过批准，就重新检出变更的配置项，建立测试基准程序，并执行质量保证和测试活动，必须通过CCB的鉴定审批后，方可实施变更。3注意员工培训并加强协调与沟通。 项目组成员大多来自不同部门，对项目环境还不熟悉，为了能实施配置管理系统，我建议公司对项目组成员进行相关培训。针对配置管理员，我们要求他学习配置管理工具管理相关的内容。针对开发人员，主要学习配置管理工具与开发相关的常用操作。针对全体人员，要让他们了解配置管理策略和流程，以及如何与开发管理，项目管理相结合。同时，我要求项目组成员要加强协调和沟通。可以使用PVCS，通过ressionmanger文档共享和连锁机制。Tracker与电子邮件的集成，加强项目成员之间的沟通，做到有问题及时发现，及时修改，及时通知，但又不额外增加很多的工作量，这样有助于营造一个和谐，公平，竞争的气氛和环境。航空票务系统在2004年12月下旬正式上线，提前完成了项目，目前系统运行正常，受到客户和有关部门的一致好评，对项目的满意度较高。重新回顾该项目也存在一些问题不足，比如：项目初期，大多数成员对版本管理一点都不重视，总是敷衍了事。代码编写人员编写得代码也混乱不堪，给测试人员和维护人员带来了很大不便，一些没多大用的垃圾资料也被放置到配置服务器上，给配置管理人员带了