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

上传人:b****5 文档编号:7140517 上传时间:2023-01-21 格式:DOCX 页数:72 大小:84.90KB
下载 相关 举报
信息系统项目管理师论文各类范文.docx_第1页
第1页 / 共72页
信息系统项目管理师论文各类范文.docx_第2页
第2页 / 共72页
信息系统项目管理师论文各类范文.docx_第3页
第3页 / 共72页
信息系统项目管理师论文各类范文.docx_第4页
第4页 / 共72页
信息系统项目管理师论文各类范文.docx_第5页
第5页 / 共72页
点击查看更多>>
下载资源
资源描述

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

《信息系统项目管理师论文各类范文.docx》由会员分享,可在线阅读,更多相关《信息系统项目管理师论文各类范文.docx(72页珍藏版)》请在冰豆网上搜索。

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

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

论信息系统项目的风险管理

[摘要]

本文以我作为承建方的项目经理负责实施的某市医疗保险市级统筹项目为实例(下文简称市级统筹),探讨了在项目风险管理中遇到的问题及解决方法。

以制定风险管理计划、风险的识别、风险定性分析、风险定量分析及应对风险策略、风险监控为工作流程来指导项目的风险管理,根据项目实际绩效及时采取有效的预防或纠正措施,促进项目的健康发展.本文主要讨论了风险管理计划的内容、如何识别项目风险与制定风险应对措施、如何做好项目的风险控制以及如何解决资源冲突问题.实施过程中有针对性地采取了召开会议,邀请其他项目经理和业务专家进行讨论、加强团队成员业务培训与内部沟通,以组长带组员的方式进行开发、周期性识别项目风险,针对风险及时采取针对性措施、提高项目优先级保证项目所需资源等相关管理方案,系统至今运行稳定,落实了“一卡在手,全市享受医疗待遇”的文件精神,在全省树立了标杆形象。

[正文]

      某市各区县现运行独立的城镇职工基本医疗保险、城镇居民医疗保险,系统采用C/S构架,已运行近8年,均为我公司开发.各区县间业务相互独立,医疗保险基金也独立管理,城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。

为贯彻落实深化医药卫生体制改革精神,进一步完善基本医疗保险体系,提高医疗保险统筹层次和增强基金保障能力,市委根据省相关文件精神制定了市级统筹实施办法,增强基本医疗保险基金的调节能力和抗风险能力,坚持市级统筹、分级管理、定额调剂;坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。

客户要求业务上将城镇职工基本医疗保险、城镇居民医疗保险系统集于一套系统,达到参保人员持医保卡能在全市所有符合条件的医院和药店享受医疗待遇.考虑到各区县地理位置分布不集中等原因,部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发.本部门主要有医疗保险和农村合作医疗二大块业务,二大块业务相互独立,从事医疗保险业务开发和维护的人员不懂J2EE技术,而从事农村合作医疗开发和维护的人员不懂医疗保险业务,形成了“懂业务的不懂技术,懂技术的不懂业务”的局面.项目总投资590万元,完成客户要求的2010年9月1日试运行的任务困难非常之大。

   客户关心的不仅仅是项目能否完成,还包括整个项目的风险等环节.有效地控制项目的风险就需要及时监控项目状态、识别新风险、采取应对措施及时规避或减轻风险,保证项目能够按照项目计划执行.项目风险管理包括制定风险管理计划、风险的识别、风险定性分析、风险定量分析及应对风险策略、风险监控等活动.

本文将讨论风险管理相关的问题.其一、风险管理计划的内容;其二、如何识别项目风险与制定风险应对措施;其三、根据项目实际情况,如何做好项目的风险控制;其四、如何解决项目实施过程中资源冲突问题;针对这些问题,本人作为项目经理,采用了召开会议,邀请其他项目经理和业务专家进行讨论;加强团队成员业务培训与内部沟通,以组长带组员的方式进行开发;周期性识别项目风险,针对风险及时采取针对性措施;提高项目优先级保证项目所需资源等方法予以解决.下面将分别从四个方面进行论述.

一、制定风险管理计划

为了更好地安排与实施项目风险管理,在项目启动阶段我就制定了项目风险管理计划.计划中对风险分类及风险概率和影响进行了定义、实施项目风险管理中使用的方法进行了说明、重点关注风险的阶段及可交付物进行了明确、实施风险管理过程中所需的人员及职责进行了分配以及应急计划等.比如,计划中明确了定点支付系统的门诊收费业务编码阶段需对定点支付算法的进度进行监控、支付算法的准确性进行验证;如果到试运行时间系统开发未能完成,则先试运行定点支付系统,保证不影响定点医院和药店的业务,而中心则先暂时使用原C/S系统,让矛盾集中在社保中心内部.

二、风险的识别、分析及应对风险策略

“懂业务的不懂技术,懂技术的不懂业务”,在这种局面下项目风险很大,一旦开发人员没有理解业务去开发,将导致严重的返工,最终影响项目进度,这也是我最为担心的事情之一.为了全面识别和分析项目中的风险,在项目团队内我组织召开了“项目风险应对”为主题的会议,参会人员包括项目团队成员、其他项目经理、部门医疗保险业务专家.会议上采用德尔菲法、头脑风暴法讨论了风险并采用风险概率和影响评估法对风险进行定性分析,根据分析结果制定风险应对措施.通过对项目风险识别、分析和评估,把项目风险发生的概率、损失严重程度以及其他因素综合起来考虑,最终形成了风险登记清单.比如:

风险等级排序:

1;风险描述:

开发人员没有理解业务流程进行了开发;风险应对措施:

对开发人员培训业务知识、项目组长在进行详细设计时描述的尽可能详细,并对可交付成果进行初步检查;风险等级排序:

2;风险描述:

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

;风险应对措施:

中心业务和定点业务由项目组长分别负责相关算法的编写、算法完成后,通过程序运行得到结果与政策是否相符合,并形成测试文档,发送给客户相关人员确认;风险等级排序:

3;风险描述:

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

;风险应对措施:

由系统构架师颜工负责指导开发、无法满足C/S系统条件的开会进行讨论,找替代方案;风险等级排序:

4;风险描述:

人员中途离职情况;风险应对措施:

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

三、风险监控

在项目实施中我根据风险清单每周进行一次风险跟踪,分析现有风险状态,识别新风险,并及时更新风险清单.比如,在定点相关支付功能未开发完成之前负责定点部分的组长崔工提出离职,崔工是整个定点支付系统的核心,他的离职对项目的影响将是巨大的.在我收到他离职申请邮件后第一时间找他谈心,进一步了解他的真实想法.因崔工一直是我所带的员工,我们彼此之间比较了解,他也向我描述了他的真实想法(第一、长期从事定点支付工作,任务太重、压力太大,会因为算法的一点点改动而担心甚至失眠;第二、考虑回老家买房,目前经济压力太大).在得知这些情况后,我表达了对他的肯定与感谢,随后我及时跟部门领导沟通,强调崔工在项目中的努力和重要程度,希望能给予经济上的帮助与支持.在经过几次沟通后,崔工还是决定离职,在这种情况下,我与崔工进行了再次沟通,尝试让他推迟一至二个月再离职,崔工也答应推迟离职,更为幸运的是在崔工离职前依然尽职尽责,最终定点支付系统算法完全符合市级统筹政策。

四、资源冲突的解决

市级统筹开发涉及职工险、生育险、居民险、大病保险,业务面广而复杂,考虑到部门实际情况,以及客户要求2010年9月1日试运行的硬性指标,我将系统分解成2个相关联的子系统(定点支付系统、中心业务系统)分别同时进行开发,并将项目组分成3个小组,每小组配备6至7人分别进行开发.涉及的开发人员多,需要从其他项目组抽调开发人员过来.市级统筹项目实施过程中,负责中心业务系统开发的4个人时时不能从农村合作医疗业务中抽调过来,如果不能及时解决此问题将严重影响项目的进度.

市级统筹项目将城镇职工和居民业务融为一体,是医疗保险业务发展的趋势,是公司业务发展的提升,进一步拓展市场的机遇.如果此项目能够成功实施将是公司业务发展的一个有力保证,可以将市级统筹业务推广至其他省份.在与其他项目经理协商无果后,我及时与公司领导沟通协商,阐述此项目的重要性,在与公司领导和沟通后,最终决定先招聘4个外包人员进驻我公司,顶替不能从其他项目组抽调过来的人员进行开发.随着外包人员的进入,有力地保证了所需的开发人员数量,项目进度得到了有力保障.

经过努力,该系统在原定的2010年9月1日试运行成功,运行状况良好,受到一致好评,特别是定点支付算法的集中而且准确得到了客户很高的评价,并在同年10月底通过了验收。

回顾项目的风险管理工作过程中,虽然没有大的事故发生,但仍然存在许多问题,主要有以下2点:

1、风险识别与估计不足.如果定点支付组长不同意推迟离职或者离职前不再尽职尽责怎么办?

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

通过本项目的经验总结,为本人今后执行类似的项目风险管理带来了一些可供借鉴的经验.以风险管理计划、风险的识别与分析以及应对策略、风险监控的项目风险管理,有效的风险控制措施,在项目实施过程中遇到的问题都及时得到了解决.项目的成功实施让医保基金得到了统一管理,真正落实了“一卡在手,全市享受医疗待遇”,得到了客户很高的评价.然而,在风险控制方面还有待于改进,在以后的项目管理工作中,我要加强学习,更好地协调好项目工作中各个部分及各个方面的关系,更好地完成项目。

论信息系统项目的进度管理

[摘要]

     本文以我作为承建方的项目经理负责实施的某市医疗保险市级统筹项目为实例(下文简称市级统筹),探讨了在项目进度管理中遇到的问题及解决方法。

以活动定义、活动排序、活动资源与历时估算、制定进度表、进度控制为工作流程来指导项目的进度管理,根据项目实际进度绩效及时采取有效的预防或纠正措施,促进项目的健康发展.本文主要讨论了该项目中活动定义与排序、活动资源与历时估算、制定进度表、进度控制等过程以及如何解决资源冲突问题.实施过程中有针对性地采取了召开会议,邀请技术和业务专家进行讨论、引用概括性进度表和逻辑横道图、利用挣值技术分析进度偏差、提高项目优先级保证项目所需资源等相关管理方案,系统至今运行稳定,落实了“一卡在手,全市享受医疗待遇”的文件精神,在全省树立了标杆形象。

[正文]

      某市各区县现运行独立的城镇职工基本医疗保险、城镇居民医疗保险,系统采用C/S构架,已运行近8年,均为我公司开发.各区县间业务相互独立,医疗保险基金也独立管理,城镇职工或城镇居民只能到其所属的区县按照所属区县标准享受待遇。

为贯彻落实深化医药卫生体制改革精神,进一步完善基本医疗保险体系,提高医疗保险统筹层次和增强基金保障能力,市委根据省相关文件精神制定了市级统筹实施办法,增强基本医疗保险基金的调节能力和抗风险能力,坚持市级统筹、分级管理、定额调剂;坚持统一参保政策、统一缴费标准、统一待遇水平、统一管理方式。

客户要求业务上将城镇职工基本医疗保险、城镇居民医疗保险系统集于一套系统,达到参保人员持医保卡能在全市所有符合条件的医院和药店享受医疗待遇.考虑到各区县地理位置分布不集中等原因,部门决定此项目采用J2EE+SPRING2.0+EXT2.0框架进行开发.本部门主要有医疗保险和农村合作医疗二大块业务,二大块业务相互独立,从事医疗保险业务开发和维护的人员不懂J2EE技术,而从事农村合作医疗开发和维护的人员不懂医疗保险业务,形成了“懂业务的不懂技术,懂技术的不懂业务”的局面.项目总投资590万元,完成客户要求的2010年9月1日试运行的任务困难非常之大。

   客户关心的不仅仅是项目能否完成,还包括整个项目的进度等环节.有效地控制项目的进度就需要及时监控项目状态、分析进度绩效与偏差、采取进度控制措施及时修正偏差,保证项目能够按照项目计划进度执行.项目进度管理包括活动定义、活动排序、活动资源与历时估算、制定进度表、进度控制等活动.

本文将讨论进度管理相关的问题.其一、如何进行活动的定义与排序;其二、如何对项目所需资源和历时进行估算;其三、制定多样化的项目进度表;其四、根据项目实际情况,如何做好项目的进度控制;其五、如何安排各业务功能的开发以及如何保证其所需资源;针对这些问题,本人作为项目经理,采用了召开会议,邀请技术和业务专家进行讨论;引用了概括性进度表、逻辑横道图;利用挣值技术分析进度偏差;提高项目优先级保证项目所需资源等方法予以解决.下面将分别从五个方面进行论述.

一、活动定义与活动排序

活动定义是制定进度表的基础,为了保证分解的活动能够全面覆盖,我们根据现行的C/S系统以及确定后的WBS进行活动定义,分解工作包成一个个具体的活动.我组织召开了主题为“项目工作界定”的会议,会议邀请团队所有成员以及技术和业务专家参与.会议上,业务专家首先介绍业务流程以及分析流程应该包括的操作步骤;其次,技术专家对业务专家的分析进行业务活动分解,达到业务模块化及业务功能化,并形成活动文档清单;最后,依据业务专家的业务分析、技术专家的业务分解以及业务之间存在的依赖关系,对分解后的业务功能进行优先级排序,并绘制出活动进度网络图PDM.后续工作证明,技术和业务专家的参与,全面、准确地对业务进行了分解,项目所有工作活动全面地进行了定义,为制订进度计划打下了坚实的基础,同时,让团队成员对业务有了更进一步的理解.

二、资源估算与历时估算

业务活动分解完成后,为保证有充足的资源和时间去完成,我组织召开了会议,会议邀请团队所有成员以及技术和业务专家参与,技术和业务专家对每一个具体的工作活动提出需要的资源条件,采用自下而上的方式进行估算,对每一层下面具体的工作所需资源进行估算,最后将所有资源进行汇总.比如,门诊收费业务被分解的工作活动有读卡、添加费用明细、删除费用明细、费用统计、保存,读卡工作活动需要社保读卡器1台、城镇职工和居民医疗卡各1张、能够在JAVA中成功调用的DLL动态库1个以及JAVA程序开发人员2人;费用统计工作活动需要通用数据库支付算法存储过程1个、JAVA程序开发人员2人.

在活动资源估算完成后,对每个活动进行历时估算.技术和业务专家对每一个具体的工作活动采用专家判断和类比估算法估算时间,此外还一起讨论工作活动的风险情况,如果活动存在潜在的风险则将活动历时加上10%的应急储备时间作为活动的总活动历时.比如,‘门诊收费’业务中的‘费用统计’活动,成功完成此活动的前提是需要调用数据库支付算法存储过程,而数据库支付算法存储过程是此项目中最为核心也是最为困难的工作之一,有可能存储过程编写过程中遇到问题而不能按时完成,则费用统计功能将无法完成.技术和业务专家估算完成此活动为3个工作日,此时费用统计活动的历时为3+3*10%=3.3个工作日.

三、制定进度表

因项目概括性进度安排采取了倒推方式,而根据活动历时汇总有可能超出进度安排,所以采用了资源平衡和进度压缩法对活动历时进行了调整或压缩.为了便于安排团队成员的具体工作,分配不同的工作职责,形成了逻辑横道图;高层领导通常关注项目是否按照计划进行,是否符合项目的目标,项目团队的绩效是否能够保持,需要周期性地向管理层汇报进度情况,于是形成了概括性进度计划表.

四、进度控制

“懂业务的不懂技术,懂技术的不懂业务”,在这种局面下项目风险很大,一旦开发人员没有理解业务去开发,将导致严重的返工,最终影响项目进度.为了及时了解团队成员工作中遇到的问题,我约定每日下班后举行例会,每个成员都谈谈工作完成情况以及在工作中遇到的问题,对遇到的问题,大家一起讨论形成解决方案,形成会议记录.由于该项目从正式启动到试运行工期很紧,且中间经历春节假期,给项目的进度控制带来了较大的压力,我决定从2009年12月中旬开始按照公司加班制度进行每周一、三晚加班.

根据团队成员每天的工作绩效信息,每周形成项目周报,并发送给项目相关干系人,同时,根据绩效信息与计划进度表进行比较,进行偏差分析,利用挣值技术计算进度偏差情况,及时采取纠正或预防措施.比如,负责生育需求分析和设计的吴工是其他项目的项目经理,因其他项目上的事情比较多,生育组的需求分析和详细设计迟迟不能开始,已落后于计划,SV=-3天,如果再不提交将影响到编码阶段,届时,我及时跟吴工进行沟通,与他协商决定,我负责帮他完成一部分其他项目中的工作,他加班负责先把马上要进入编码阶段的需求分析和设计提交出来,最终生育业务的编码开发工作按计划开展.

五、资源冲突的解决

市级统筹开发涉及职工险、生育险、居民险、大病保险,业务面广而复杂,考虑到部门实际情况,以及客户要求2010年9月1日试运行的硬性指标,我将系统分解成2个相关联的子系统(定点支付系统、中心业务系统)分别同时进行开发,并将项目组分成3个小组,每小组配备6至10人分别进行开发.涉及的开发人员多,考虑到部门实际情况,需要从其他项目组抽调部分开发人员过来.市级统筹项目实施过程中,某阶段需要抽调的4个开发人员时时不能从其他项目组中抽调过来,如果不能及时解决此问题将严重影响项目的进度.

市级统筹项目将城镇职工和居民业务融为一体,是医疗保险业务发展的趋势,是公司业务发展的提升,进一步拓展市场的机遇.如果此项目能够成功实施可以将市级统筹业务推广至其他省份,是公司业务发展的一个有力保证.在与其他项目经理协商无果后,我及时与公司领导沟通协商,阐述此项目的重要性,在与公司领导和沟通后,最终决定先招聘4个外包人员进驻我公司,顶替不能从其他项目组抽调过来的人员进行开发.随着外包人员的进入,有力地保证了所需的开发人员数量,项目进度得到了有力保障.

经过努力,该系统在原定的2010年9月1日试运行成功,运行状况良好,受到一致好评,特别是定点支付算法的集中而且准确得到了客户很高的评价,并在同年10月底通过了验收。

回顾项目的进度管理工作过程中,虽然没有大的事故发生,但仍然存在许多问题,主要有以下2点:

1、在需要客户确认时,与客户的沟通方式太单一,只是一味等待,导致某些工作落后于进度计划,并影响到项目整体进度.

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

通过本项目的经验总结,为本人今后执行类似的项目进度管理带来了一些可供借鉴的经验.以活动定义与排序、活动资源与历时估算、制定进度表、进度控制的项目进度管理,有效的进度控制措施,在项目实施过程中遇到的问题都及时得到了解决.项目的成功实施让医保基金得到了统一管理,真正落实了“一卡在手,全市享受医疗待遇”,得到了客户很高的评价.然而,在进度控制方面还有待于改进,在以后的项目管理工作中,我要加强学习,更好地协调好项目工作中各个部分及各个方面的关系,更好地完成项目。

论信息系统项目的人力资源管理

论信息系统项目的人力资源管理

【摘要】

本文以我负责管理的某电信运营商总部固网综合结算项目为例,探讨了信息系统项目的人力资源管理,以及我在人力资源管理方面的一些经验教训。

专业的人做专业的事,评估并保证专业成员胜任力与以项目绩效为中心是保证项目成功的重要因素。

本文分别论述了人力资源计划编制、项目团队组建、项目团队建设和管理项目团队等过程。

本人作为承建方的项目经理,负责了该项目的管理工作。

该项目在2009年5月成功上线,为客户在对外进行结算和对内进行摊分方面发挥了重要的经济效益。

【正文】

2009年本人参加了某电信运营商总部固网综合结算系统的建设,本人作为承建方的项目经理负责了这个项目的管理工作。

该系统处理了包括国内长途语音、国际长途语音、数据专线业务的结算和摊分,同时还包括了综合采集、综合账务等系统,以及一些系统集成的工作。

该项目2009年1月份正式启动,5月中旬成功上线,上线后运行稳定,该系统要从31个省市和3个国际关口局采集长途话单,每月处理的国内长途话单在12亿条左右,国际长途话单在3亿条左右,还包括2万多条数据专线的结算和摊分处理。

在本人负责管理的固网综合结算项目中,本人结合项目特点,在人力资源管理方面灵活应用了相关工具和方法,取得了不错的效果。

项目成功很大程度上也得益于良好的人力资源管理。

项目人力资源管理就是为了有效发挥所有项目参与人员作用的过程。

人力资源管理包括了人力资源计划编制、组建项目团队、项目团队建设、管理项目团队等活动。

对于任何一个项目,人是最重要的因素,所有的活动都离不开“人”。

能否管好“人”,对项目的成败有着至关重要的作用。

本文将讨论人力资源管理相关的问题。

[信息系统项目管理师网]其一,如何有效的安排团队成员并做到人尽其用;其二、如何激励项目团队并提高项目绩效;其三、如何做好大型项目团队开发编码、文档的标准化、规范化;针对这些问题,本人作为项目经理,采用了组建项目型实施团队并编制完善的人力资源计划;建立项目考核激励制度,提高项目绩效;引入PSP个人改进模型,加强技术培训,提高项目质量和标准化程度等方法予以解决。

下面将分别从四个方面予以阐述。

一、人力资源计划编制

人力资源计划编制是决定项目参与者角色、职责和汇报关系的过程。

本人在这一过程中力求角色和职责清晰,避免了在项目实施过程中的职责不清和相互推诿。

首先根据活动资源估计,结合公司组织结构,采用组织结构分解的方式,将项目组分成了系统集成组、综合采集组、语音业务组、数据业务组、综合账务组5个一级组,每组设组长一名。

其中工作量最大也是结算和摊分规则最复杂的语音业务组还细分成了国内语音业务组和国际语音业务组,而其它4组按具体的技术方向直接对应到工程师,没有再进一步分组。

比如系统集成组,要求主机工程师2名,网络工程师1名,数据库和三方软件工程师2名,都直接向系统集成组组长汇报。

在完成组织结构分解的同时,还根据项目管理计划,制定了较为详细的人员配备管理计划,以便与相关职能部门沟通,能根据项目需求及时获取到所需资源,并在合适的时间逐步释放部分资源。

该计划中重点体现了各种资源的种类、能力要求、数量、到位时间、预期释放时间等信息。

二、组建项目团队

组建项目团队就是一个获取人力资源的过程。

在该项目中,本人采取的策略是各种途径并用,不同人员采用不同方式获取。

由于该项目在前期与用户交流时承诺了部分项目参与人员,因此部分核心人员是预先分配的。

其中,系统集成人员到位的比较顺利。

其它几个小组均是开发人员,开发工程师需求数量最大,根据资源计划,需求分析完成后的开发阶段将需要22名开发人员,这些人员都需要向结算产品研发部门申请。

在与该部门经理沟通过几次之后,该部门经理给出了一个16人的名单,并且结合这些人员的背景和研发经理的建议,分配到了项目的组织结构图中。

但是在与语音业务组长交流时得知,分配过来的这些工程师水平相当,没有层次,尤其是缺一个主要负责国际语音业务的核心人员,并且这个组长推荐了结算研发部门的另一名工程师,该工程师目前在另一个项目中,那个项目已经上线2个多月,目前正处于试运行期间,该工程师有可能提前释放。

因此,为了国际语音业务这个最复杂的子系统将来能少出问题,本人再次跟结算研发部门的经理谈判和沟通,并与该工程师目前所在项目的项目经理也进行了几次当面沟通,终于承诺在2周后让该工程师加入该本项目组。

因为项目启动后,还有一段时间的需求调研,因此该工程师2周后加入,基本不影响后续的工作。

对于研发人员中无法满足的6名前台开发人员,研发部明确表示确实没有更多资源了。

这个时候通过人事招聘肯定来不及,因此必须通过其它途径解决。

[信息系统项目管理师网]前台开发采用的是Java技术,这类人才在软件外包公司比较多,而且普通的Java开发人员的薪水起点较低。

另外,本项目所需Java开发人员在项目前期需求较多而后期需求较少,因此还需要考虑从项目中释放后的工作安排问题。

综合考虑以上因素,经过向领导请示,最终采用了从外包公司临时聘用6名Java开发工程师。

因为该外包公司在其它项目组和我公司有过成功合作,因此公司商务部和该公司的商务合同签署的非常顺利,这些外包人员的到场时间基本满足项目需要。

三、项目团队建设

项目团队组建完成之后,为了提高项目组成员的能力,增强项目组整体的凝聚力和战斗力,本人在项目的不同阶段采用了不同的团队建设方法来保持项目组的热情。

由于项目组成员来自公司不同部门,而且还有几名外包人员,因此项目组组建完成之后的初期,大家彼此还不熟悉。

因此在项目启动会之后不久,找了一个人员比较齐的周五下午,安排大家到植物园进行了一些户外活动。

前半时段各人根据自己的兴趣分别可进行爬山、踢毽子、扑克等活动,

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

当前位置:首页 > 高等教育 > 院校资料

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

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