【www.lexiangwang.net--项目管理】

心得体会是一种产生感想之后写下的文字,主要作用是用来记录自己的所思所感,是一种读书和学习实践后所写的感受文字,以下是小编整理的项目管理培训心得体会(锦集3篇),仅供参考,大家一起来看看吧。

【篇1】项目管理培训心得体会

  时间过得真快,一眨眼的功夫,这门课已经结束了,总的来说这段时间过的忙碌,充实而快乐。这门课主要教我们的是管理,张总在课上时不时地改正我们的思维方式,说话的技巧,在项目中怎么与甲方沟通,我从总获益匪浅。而且这门课要求我们把项目当成是真实的项目来做,为了让我们有真实的感受,张总还让一些在职的人员作为甲方,来跟我们模拟项目的过程。从整个项目的提出到验收中我学到了很多东西,不管在技术上还是团队合作上我都有颇大的收获。

  现在回想当初刚听到要45天完成这个项目时的心情,真是有点感慨。记得刚上课的时候蒋院长就进来说,张总的课是严格的训练,叫我们一定要挺过去,当时觉得有那么夸张吗,不就是一门课,这么多年多难的课都过来了。但是当崔总提出项目时,确实有点让人惊讶,要在45天完成他指定的项目,而且是用c#,当时我们组没人会c#,真的觉得这个有点太紧了,而且因为中间还有别的课要上,又不能把所有的时间精力都放在这个上面。即使我们能在这么短的是时间看xx方面书,把项目赶出来,那质量肯定也不会好到哪去。尽管这样想,我们还是准备做这个项目。前一阵子终于项目通过了验收,虽然搜索的效果不是特别棒,但是我们和甲方的人员还是比较满意的验收时的结果的,这让我们感觉三四十天的努力没有白费,心情当然很爽快埃

  纵观整个项目从给公司起名字,到获取需求,到最后验收的过程,还是有点心得体会的:

  第一,要认清形势。

  我觉得任何事情一定要在认清形势的基础上再开始考虑如何计划,这样才能让别人满意你的结果而自己也能获得较大的收获。一开始,张总就强调过,我们不应该把这个项目当成还是课堂的项目,完成老师的硬性要求,而是一个真正的公司的项目。这样我们就可以考虑到时间方面的限制和我们在技术上的优势,而在需求上与甲方pm交涉。我们公司内部在经过一番讨论后,确定了最利于我们完成该项目而又达到甲方pm要求的项目方案,然后与甲方pm进行商榷,在与甲方pm分析了各种情况后,最后终于敲定了让甲方pm满意,而我们自己又认为能完成得比较好的需求。

  第二,相信团队合作才可能把项目做到最好。

  从整个项目的过程来看,团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。首先,团队合作最基本的技能就是沟通。沟通的目的就是让别人了解你的想法,因为每个人考虑问题的时候总会有各种各样的偏差,我们只有沟通很好的沟通来综合所有人的好的想法,以减少走弯路,而让事情进行的更顺利。我们公司内部的沟通是比较随意的,因为大家都比较熟悉,任何时候有什么想法都会提出来,然后大家一起讨论,并得出最后的结果。而整个项目的进行中很重要的又比较正式的沟通就是与甲方pm的沟通,完成这个项目其实也是与甲方的合作的过程,因为甲方pm是在职人员,他的人生阅历比我们多,而且沟通能力是很强的,我们从与他的沟通中都学到了不少知识与技巧,其中很多都是我们以前做老师给我们的作业项目所没有的但却是很重要的。我们其实也很感谢甲方pm,他很认真负责地跟我们沟通,我们在沟通中用词不当或犯什么错误时,他都会指出来,并改正我们的说法,因此单从与他的沟通中就学到了不少以后工作时将会用到的实在的知识。其次,团队合作的关键环节就是在有效沟通的基础上进行分工,分工要明确,落实到每个人。

  由于这个项目时间的限制和语言的不熟,这个项目必须由我们公司所有成员都尽努力才能做好,这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面,核心算法,和数据库这三个模块,而算法也分有好几种,只有把它们分配给对各模块感兴趣的人做,让他们在规定的时间里进行钻研努力,才能达到最好的效果。我们组在这方面做的比较好,苏总在我们项目提出时,就根据各人的能力和兴趣把每个人分配在不同的主要任务中,在每周与甲方pm定好下阶段的提交物后,都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的,均匀地分配任务就不会造成组员的不满了。再其次,团队合作中协作是必不可少的。在项目组中各成员都明确了任务后,就需要大家单独工作的同时去配合其他人。

  尽管大家都有不同的任务,但是相互之间在一些问题互相协作的话,不仅可以提高各个任务进行的速度,也利于对项目中别的模块的了解。由于我们组的成员都是比较熟悉的,所以在协作方面还是不错的,比如某人搭建完环境后,帮其他的组员在他们自己的电脑上搭好,这样就会节省大量的时间,而这名组员也可以把时间用在别的事情上。而且虽然我们进行了明确的分工,但毕竟是一个项目,之间还是有很大的关联的,这样在编码的时候,都会进行讨论和互相帮助,这样就减少了错误的可能性也节省了时间。最后,项目经理的监督是必不可少的。一个团队中,难免有人会偷懒或拖延,或者完成任务的质量不理想,项目经理就要对这些人进行督促和提出合理的建议。通过监督了解项目的进展、质量、问题等并及时的调整资源利用情况,以保证项目的成功。虽然我们组没有出现上面提到的种种情况,苏总还是进行了严格的监督,我们每人都是按照苏总给我们的计划提交相应的产品给他,但质量是参差不齐的,苏总都会进行审核,然后给出建议,让我们修改优化后,他才把产品提交给甲方pm,因此甲方pm一直对我们的提交物比较满意,这与苏总的`努力是分不开的。第三,要详细制定计划,并严格按照计划来执行。

  这次的项目周期很短,因此计划就显得格外的重要,只有进行详细的计划,我们才有紧迫感,并要求自己抓紧时间完成当天的任务。对比去年的软件工程课,那个项目与这个项目的规模差不多,但是开发周期是真个学期,每个阶段都显得很长,就算制定了一个计划,也没有按照那个计划来,拖个几天是很正常的,今天不能完成明天做,因为有的是时间,这样越来越松懈,就把大量的任务往后压,到最后就拿质量换时间了。而这个项目一开始就让人有很强的紧迫感,计划几乎是细到天的,我们每人组员都要在周报中详细汇报这周中每天做了什么的,pm通过周报来很好地管理进度,当然必要的情况下还是会做相应的变动的。到最后我们的项目如期完成了,而且结果是比较让人满意的,这样的结果对比去年的就会让我以后在做别的事的时候,更加自觉地详细做计划并严格按照计划执行。另外,这样做的好处就是让人感觉每天都很充实,没有虚度光阴,每次我浑浑噩噩地度过一天而没有学到任何东西后,我都有一种罪恶感,感觉对不起父母和关心自己的人,而制定了详细的计划并认真执行的话,每天都会以饱满的精神状态来学习,心情也很好,这样才是健康的生活方式。

  虽然通过这门课,我的经验更佳丰富了,个人编程能力,沟通能力等都有了一定提高,但是我也感觉到了自己的诸多不足,比如我的沟通能力还有待提高,这或许不是一两天的问题,但是我会更加注意,并在以后的生活学习中,留心并提高沟通能力。还有不足就是项目期间,热情还不是不够,每次都把相应的任务做完后,就不管了留给pm,然后等下一个任务,而自己却没有更加用心地去考虑如何把整个项目做的更好,或许是因为我不是pm的缘故吧,在以后的项目中,我要改变这种心态,以更加积极的热情去参与项目。

【篇2】项目管理培训心得体会

  6月21日至23日,公司外请专业老师组织相关管理人员进行了一次系统的《项目管理》专题培训,通过系统性的学习,让参与培训的学员收获甚多。

  作为公司的生产管理部门,如何确保产品质量、按时履约的将产品交付给客户是部门管理两个重要方面的工作,通过系统的《项目管理》学习和深入应用,可有效的提升产品质量、按时履约。

  项目管理的应用,是为了实现具体的目标,而要实现具体的目标,首先要明确五大原则,一是制定的目标必须明确;二是制定的目标力求量化;三是目标的可实现性;四是实现此目标与其他目标的关联;五是实现目标的时限。

  项目管理必须划分阶段,不同时期关注不同问题,其过程分为启动过程、规划过程、执行过程、监督过程、收尾过程,其核心有三点:一是计划近细远粗;二是监控贯穿始终、三是收尾提前进行。生产管理部作为公司生产计划的管理和牵头部门,在接到经营部门的计划后,要及时牵头做好订单评审工作,通过评审来确认计划能否满足客户需求,能满足的情况下制定初步的计划方案,根据方案推进项目的实施,到具体执行的时候由实体承制单位做细致的实施计划,每日跟进检查,推进中有偏颇的需要及时修正,解决问题,把因突发问题的产生而影响到的工期,通过问题的解决或者后续工序的控制修正到原计划节点中来,确保最终结果不被改变。不能满足客户需求的,也要制定初步的计划方案,把能实现的最终结果及时反馈给经营部门,由业务部门提前和客户沟通,协商解决,达成一致后按计划推进实施,决不能出现到了交货而不能正常交货,这个时候再把结果告知客户,长此以往,关系再好的客户也会因我们的失信而让客户重新选择合作伙伴。

  通过项目管理的策划和实施,实现最终的目标。实施项目管理的结果,方案的策划和制定仅仅是个开始,而实际结果的好坏,执行力是关键,项目经理必须具备信息收集与分析能力、决策能力、协调能力,有强烈的工作责任心才有完美的执行力,只有具备高度责任感,才能在执行中勇于负责,在每一个环节中力求完美,按质、按量地完成计划或任务。

【篇3】项目管理培训心得体会

  通过这段时间工程项目管理课程的学习,我对这一专业有了更深一步的认识。从原来的懵懂不知到现在的渐学渐深,可以说这段时间的学习对我以后进一步学习其他专业知识以及今后的实际工作都是有很大益处的,在这里我简要谈一下我对工程项目管理模式的一些心得体会。

  传统的设计—招标—建造模式(DDB)由于长期广泛的在世界各地采用,因而管理方法较成熟,参与各方对有关程序都很熟悉。业主方可自由选择咨询设计人员来控制设计要求,并且可以自由选择监理人员来监理工程,采用各方均熟悉的标准合同文本,十分有利于合同管理和风险管理。但是这一模式也存在着或多或少的缺陷,诸如管理和协调工作较复杂、业主前期投入较高、总造价和工期不易控制、质量事故出现时设计和施工双方责任不明确等,容易导致业主对监理工程师控制工期和造价的能力信心不足,这也制约了这一模式在现在工程项目管理中的应用。

  而在设计-建造总承包模式(DB)中,业主在选定总承包商时能把设计方案的优劣作为主要的评定标准,这在很大程度上能使业主得到高质量的工程设计,并且总承包商能在设计阶段充分考虑施工因素,可以最大程度地减少由于设计错误引起的变更。而且在这一模式中,总承包商对整个工程实行总价包干,并承担全部责任和风险,能使业主对工程成本得到初期的保障。但是由于业主不能直接参与设计过程的监控,再加上实行了总价包干,导致业主对设计细节控制力降低,而且最终可能会影响到工程质量。

  设计—采购—施工的模式(EPC)与设计—建造总承包模式(DB)较类似,能够较好的将工艺的设计与设备的采购及安装紧密结合起来,有利于项目综合效益的提升。但是由于现在国内能够承担大型EPC项目的承包商数量不多,经验也不是很丰富,导致承包商在投标报价时可能报价过低,加上由于经验影响到管理能力,可能直接影响到项目的工程造价、效益及质量。

  项目管理型承包模式(PMC)的发展得益于近年来国际上部分工程项目在建设管理上的实践,从原来的可研至竣工验收发展成为定义和执行两个阶段,业主在这两个阶段中委托一家工程公司对项目进行全面的管理。第一阶段中PMC在组织或完成基础设计、确定所有技术方案、确定设备材料的价格和数量、对工程造价作出准确估算后编制出设计、采购和建设的招标书,从而确定工程的总承包商。第二阶段中确定下来的总承包商负责执行详细设计、采购和建设工作,这一阶段中PMC负责替业主对全部项目进行管理协调和监理。采用这一模式能够充分发挥管理承包商在项目管理方面的专业水平,统一协调和管理项目的设计和施工,有利于缩短工期。但是业主在这一模式下与施工承包方没有合同关系,对工程的施工控制能力降低;并且与其他传统模式相比增大了管理层的费用。

  在市场经济逐渐演变成市场和计划相结合的混合经济的境况下,BOT(建设-经营-转让)模式比较符合这种市场机制和政府干预相结合的混合经济的特色。一方面,BOT能够保持市场机制发挥作用。

  政府以招标方式确定项目公司的做法本身也包含了竞争机制。作为可靠的市场主体的私人机构是BOT模式的行为主体,在特许期内对所建工程项目具有完备的产权。这样,承担BOT项目的私人机构在BOT项目的实施过程中的行为完全符合经济人假设。另一方面,BOT为政府干预提供了有效的途径,这就是和私人机构达成的有关BOT的协议。尽管BOT协议的执行全部由项目公司负责,但政府自始至终都拥有对该项目的控制权。在立项、招标、谈判三个阶段,政府的意愿起着决定性的作用。在履约阶段,政府又具有监督检查的权力,项目经营中价格的制订也受到政府的约束,政府还可以通过通用的BOT法来约束BOT项目公司的行为。在BOT模式中,项目的参与各方均能获得较大利益优势。项目发起人能充分利用项目经济状况的弹性,减少资本金支出,拓宽项目资金的来源,并能将特定风险转移给放贷方,能极大地降低发起人的政治风险;而放贷方在承担风险的同时却大大提高了自身的收益率,并且在参与项目过程中会遇到的竞争较少;政府作为项目的参与方,在实施BOT模式过程中能极大降低自身风险,充分发动外资和私营企业或机构的能动性和创造性,引进先进的管理模式和生产技术,并能充分合理地利用资源,有利于发展国民经济和金融资本市场。虽然BOT模式也有诸多缺点,比如对于项目发起人而言,项目融投资额较大、融投资周期长、收益的不确定性较大,导致发起人承担着较大风险;对于政府而言,引进的外资和私营企业或机构可能会在当地出现掠夺性经营,并且使用的价格较高,容易导致国民对政府行为的不满。但是,采用BOT模式对加快我国基础设施的建设和改革的有着积极的作用,而且在提高项目运作效率、拉动内需、增加就业以及国家一些战略性发展项目上有着充分的推动作用。

  因此我认为,在我国大量兴建基础设施的高峰时期,由于急需资金,BOT以及类似于BOT的一些其它模式的确是一种融资的好方式,只要掌握得当,政府和企业可能双赢。但是,一个国家或一个地区不可能全部或主要靠借钱来兴建基础设施,只能主要依靠政府和民众的财力。在我国刚刚开始大规模兴建基础设施的时候,宣传和提倡BOT有其积极和现实的意义,但基点必须放在实施市场化上。如果将BOT与市场化划等号,不但不能建立市场化,而且基础设施的建设和运营也可能会出现畸形。

本文来源:https://www.lexiangwang.net/zigekaoshi/349466.html