首页 > 范文大全 > 心得体会

项目管理的心得体会(六篇)

项目管理的心得体会(六篇)



我们得到了一些心得体会以后,应该马上记录下来,写一篇心得体会,这样能够给人努力向前的动力。我们如何才能写得一篇优质的心得体会呢?以下是我帮大家整理的最新心得体会范文大全,希望能够帮助到大家,我们一起来看一看吧。

项目管理的心得体会(六篇)篇一

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

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

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

由于这个项目时间的限制和语言的不熟,这个项目必须由我们公司所有成员都尽努力才能做好,这样就需要合理的分工。比如我们这个项目中分为总的来说可以分为界面,核心算法,和数据库这三个模块,而算法也分有好几种,只有把它们分配给对各模块感兴趣的人做,让他们在规定的时间里进行钻研努力,才能达到最好的效果。我们组在这方面做的比较好,苏总在我们项目提出时,就根据各人的能力和兴趣把每个人分配在不同的主要任务中,在每周与甲方pm定好下阶段的提交物后,都是仔细地把任务均匀地分配给各个人。因为我们组是按照每人的工作量来最后算成绩的,均匀地分配任务就不会造成组员的不满了。再其次,团队合作中协作是必不可少的。在项目组中各成员都明确了任务后,就需要大家单独工作的同时去配合其他人。尽管大家都有不同的任务,但是相互之间在一些问题互相协作的话,不仅可以提高各个任务进行的速度,也利于对项目中别的模块的了解。由于我们组的成员都是比较熟悉的,所以在协作方面还是不错的,比如某人搭建完环境后,帮其他的组员在他们自己的电脑上搭好,这样就会节省大量的时间,而这名组员也可以把时间用在别的事情上。

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

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

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

项目管理的心得体会(六篇)篇二

项目经理是为项目的成功策划和执行负总责的人。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作,从而实现项目目标。从职业角度,项目经理是指企业建立以项目经理责任制为核心,对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是项目团队的领导者,项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容,并使客户满意。本文分享笔者的项目管理心得。

整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。

项目首尾工作也是项目管理中,一项重要的工作。需要将项目过程中产生的文件资料进行整理,归档;对项目的费用和进度进行审计和审核,对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。

变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。

自己做过的一个项目,开始为了占领市场和尽快拿下合同,在用户需求还没有详细提供的条件下,就与用户签定了合同,后来不仅费用受到限制,就连时间不够,在项目过程中,用户方还总是变更软件的功能和要求。因为没有一个基点,我们认为是变更需求和新增功能,而用户方认为是合同范围,不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动,其实需求不明确,使我们在后来的项目进程中一直处于被动。

所以项目从一开始就要做好计划,搞清目标。只有项目的目标明确,合理安排时间、费用、人力和其他资源,控制好项目的变更,这些是保证项目能够顺利完成的基本条件。

我们在进行软件项目过程中,对软件的功能测试一直认为还是比较认真和严格的,每次测试都要有测试计划和用例的编写,然后才能进行测试;测试要有记录,并将记录整理成测试报告。

但通过此次培训后,感觉到我们的测试工作与质量管理的要求还差的远,有距离。质量控制要深入到每个与项目相关的人,要深入到项目的每个过程中,从一开始,就要树立质量第一的理念,每个过程都要进行质量的控制,而不是到最好测试时,才想到质量,才去衡量是否符合标准。

标准化设计,标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平,有利于提高工程项目质量。cmm模型已得到广泛的认可和接受,cmmi沿用其模型的组织方式,有5个等级和18个要素。通过5个等级的认证和加强管理,企业对项目的管理将经过5个境界的提高:从混乱,到里程碑的检查,到定义清楚的管理体系和标准,到进行统计过程控制量化管理,到最后的优化过程、评价工作流程、进行工作过程的改进。

项目管理的心得体会(六篇)篇三

记得在读大学时,作为班干部曾经参与班上的元旦晚会的策划,自己曾经以为策划就是这个样子,无非就是一个流程一个思路。记得读书时老师说过只有一个得人心的策划才是考策划,一个好的策划就是帮助别人同时分享自己的快乐。在大学的时候如果一个任务难度很大自己估计就会放弃或者随便抄一篇应付了事,但是自己的角色早已经变了,早就不是象牙塔的学生了,变成了一个生产者而不是曾经的消费者,现在的情况不允许自己逃避,为了自己,为了安江9c必须要走下去。

在项目第一次全体职工代表大会上____说:你可以不懂,但是你不能因不懂就不努力,你可以查资料可以向别人请教。很多时候不逼自己能永远也不会知道自己有多大潜能。那些日子向我的老师,我的师兄以及我的领导同事请教,终于明白了一个项目安全专项策划的一些流程,再也不是当初两眼一抹黑了,有了大体的框架 就有了方向,接下来开始写具体的策划了。当安全专项策划上交的那一刻起自己看着几万字的策划居然在自己一个字一个字的敲击中完成,看着自己居然把大学时候资料大部分看了一遍,心中真的感到非常的自豪和不可思议,不曾想到曾是那么患得患失和浮躁的自己能够以四公司的一员,以安江9c的一员认真的思考安江9c项目的安全管理,认真去体会刘宏伟总经理在安江项目管理部署动员会说的质量安全第一原则的指示精神,去思考项目安全管理的思路。

记得我的一个同事不止一次当着我的面说“所谓的安全全是骗人”,那时候我真的非常难受,倒不至于是生气。作为一个在接受了三年正规大学教育然后在路桥施工这一高危领域进行工作的大学生都有这样观点,可以想像到文化程度远低于他的那些农民兄弟对安全是怎么一个样的认识。我们安全第一,预防为主喊了几十年,什么东西都是空中楼阁,安全还是没有落到实处。这就是缺少执行力,缺少脚踏实地。事情总是往好的方面发展,随着国民素质的提高和融于世界经济的需要,安全生产越来越受到重视,作为中国建筑行业最具代表性的企业的子公司______在些年全面推行安全总监制度,安全拥有一票否决权,但是我觉得还不够,必须推行安全准入制度。任何一个分部工程或者单项工程,在进行正式的施工作业前安全防护设施必须完好,从业人员受到良好的安全教育,临时用电符合要求,特种设备性能良好,在施工通知书上面有安全负责人签字确认后方可进行施工,实现全面的安全准入制度项目的安全方能得到有效的提高,从而有效的避免重特大事故的发生。

提升安全管理人员的专业水平和项目领导的安全素养是构建安全安全生产的一个非常重要的方面。和我的师兄以及其他安全管理人员交流,很多人员连安全管理应做什么都不知道,一做资料就是从网上东拼西凑,根本不认真阅读安全生产的法律法规或者强制性标准,应付了事。公司应推行对安全管理人员的资格考试,主要考察安全技术,安全管理水平以及其安全意思,连自己的安全都搞不好还怎么检查别人的安全。领导的安全素养同样非常重要,对于项目经理负责制来说,项目经理就是最大的安全员,一个项目经理对安全的重视程度直接决定项目的安全管理水平。

提升其他管理人员的安全思想和知识构成是项目安全不可缺少的一个方面。很多时候人们一谈安全,就是安全环保部或者安全员的事情,实际是安全很多方面的落实主要靠现场的管理人员,安全员最基本的职能就是监督与检查。项目安全管理必须坚持“谁主管,谁负责“,”“生产,必须管安全”的原则,严格坚持“五同时”这样项目安全管理才有一个一个大的提升空间。

项目管理的心得体会(六篇)篇四

前段时间,我负责了一个项目的管理与开发。在时间短、任务紧,而团队人员又大部分是没有经验的菜鸟的恶劣情况下,我带领接近40人的团队,终于在客户规定 的时间范围内如期交付产品。这其中,经历了需求变更、人员变动(因为其它任务,先后有近10人离开团队)等诸多问题,项目仍然取得了成功,不能不说有几分 侥幸,但此外也有一些经验与教训可以与大家分享。

项目开发方面

项目应以需求为核心。一个项目是否能够成功,对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功,如果需求出现偏差,仍然是南辕北辙。由于eas项目的特殊性,项目开发过程中能够与客户建立有效快速的沟通渠道,是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需 求说明书,以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。eas项目在前期对需求不够重 视,导致在需求理解上出现了一些偏差,从而影响了项目的进度。幸而得到了及时的纠正,在项目管理部的协助下,所有需求都得了客户或客户代表的签字确认。从 而使得项目在客户验收时,有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师,不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从eas项目的开发过程中,我们就充分地认识到这一问题的严重性。需求的不断更改,客户迟迟未签字确认,原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时,总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术,没有经过专门训练的需求分析师,通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样,才能有效地保证项目组与客户的及时沟通,快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接 口人,在一定程度上规避了需求变更给项目带来的风险。但是,确立的需求接口人未经过系统培训,在需求调研以及与客户沟通的过程中,工作表现只能说是差强人 意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业,而项目经理以及需求分析负责人对这一过程还欠缺足够的重视,同时没有 好的工具或流程来监控这一过程,使得需求调研记录没有发挥更大的作用。此外,需求跟踪也非常重要,毕竟,任何项目的需求都不是固定不变的,需求随时会发生 变更,而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解,项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期,项目及时撰写了eas项目需求功能列表,并结合交付版本与客户进行了沟通和协商,从而规避了需求偏差的风险。(需求追踪,任何原始需求来有头就有尾。原始需求-用户需求-产品需求-软件需求-设计-测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏,更多的是为了做变更影响分析使用)

控制需求变更。重视ccb的作用,同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时,这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容,变更管理是配置管理的一个重要内容。需求必须要受到控制,否则容易引起计划的频繁调整而发生混乱)

项目管理的心得体会(六篇)篇五

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

传统的设计—招标—建造模式(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与市场化划等号,不但不能建立市场化,而且基础设施的建设和运营也可能会出现畸形。

项目管理的心得体会(六篇)篇六

弱矩阵管理的项目经理一般是由职能部门指派,归部门经理领导,对项目的控制作用很有限,主要依靠部门经理控制项目,项目成员和项目经理都由部门经理进行考核,这种模式适合项目规模较小,基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的,一般是由各部门经理的上一级领导指派,项目经理和部门经理都对项目有一定的控制权,项目经理的主要负责项目的进度、质量、成本,部门经理则负责组织技术攻关、技术培训和成员技术能力提升,项目经理和部门经理共同负责对成员的考核,这种模式适合项目规模较大、技术复杂度较高的情况,很适合it项目的特点。强矩阵类型自然就是以项目经理为主了,部门经理辅助项目经理,这种模式适合项目规模较大、但技术相对简单的情况。

矩阵式管理虽然有诸多好处,但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导,这是有悖于传统管理的“常理”的,需要充分宣传引导,谨慎协调。平衡矩阵操作难度最高,就像推独轮车,要不断的关注员工对项目的忠诚度和对部门的忠诚度的变化,要不断的调整,以保持平衡。弱矩阵和强矩阵操作难度也不低,一不小心就会滑到纯项目管理或纯部门管理模式,所谓的矩阵会名存实亡,画蛇添足。

矩阵式管理的另一个缺点就是沟通量大,需要有较强的“沟通管理”能力,否则就会掉入会议的漩涡中。

如果能比较好的处理矩阵式管理的平衡和沟通问题,矩阵式项目管理是非常好的管理模式,对it项目管理必定会有很大好处。

相关内容

热门阅读
随机推荐