项目管理的心得体会范文【优质5篇】

【导读】阿拉题库网友为您分享整理的“项目管理的心得体会范文【优质5篇】”工作范文资料，供您参考学习，希望这篇工作文档对您有所帮助，喜欢就下载分享给朋友吧！

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

引言

2018年5月26日，有幸获得莫老师敏捷培训526尊贵名额，成功搭上敏捷培训管理的和谐号，驶向更高效、更灵活、沟通的项目管理知识领域的海洋。

概念解析

莫老师通过一个个的问题，把我们带入了关于敏捷项目管理的思考。“小步快跑”、“快速迭代”、“适应变化”

等等每个同学各抒己见，发表自己对敏捷的看法和认识。结合自己最近在pmp项目管理中的学习，传统的项目管理更适合瀑布型的软件开发模式，强调严格、完善的计划，并遵循计划执行和监控，按流程进行变更控制。然而现在的市场环境变化、客户需求变化之快，迫使业务也随之变化，传统的软件开发模式已不适用。

早在2001年，17名软件开发工程师在一个滑雪胜地共同发起了敏捷软件开发宣言。敏捷宣言的4个价值观：

这四个价值观震惊到我了，我们是站在巨人的肩膀上快跑，当初的17位工程师多有先见之明，在如今极速互联网的时代，这套敏捷项目管理流程方法论，能够适应未知、多变的市场环境，持续交付有价值的产品，满足客户的需求。

在一个橄榄球的视频观看之后，莫老师完美的让我们了解scrum的来源，scrum是一种轻量级敏捷开发模式下的敏捷项目管理流程之一，（之一？好吧，原谅我见识少）。

通过两个小视频，我们了解到了scrum团队种的角色和职责，以及每日站立晨会的规则。结合工作进行反思，我们现在的每日晨会是遵循这些规则，昨天做了什么？有什么困难需要支持？今天的计划是什么？并且针对每日站会有什么可以改进的地方，如何提会议效率？把这些问题带入工作当中，不断的进行改进完善。

沙盘演练

下午的课程，莫老师带领我们进行沙盘演练，在游戏的过程中学习实践敏捷项目管理。scrum的敏捷项目管理框架的理论实践达到“知行合一”。项目中的成员更好的融合，自我管理和形成自组织的高效团队。

用户画像能够明确产品的用户，价值体现。在模拟的过程中对scrum的流程有了更好的体验，把这种体验带入我们的工作中，越来越敏捷、效率。

学习体会

一次超棒的敏捷项目培训之旅，充满了乐趣，收获颇多，并且能将学习中过程中的知识，结合工作使用的TAPD敏捷项目管理工具，更高效更协作。相信在未来的项目管理工作中，更加沉淀自己，优化完善工作，通过PDCA（Plan-Do-Check-Action）的方法进益求精。

项目管理课程的心得体会【第二篇】

本次总结的课程名称是《劳动关系管理》，这门课程学完后，我总结了两点比较重要的心得体会。

第一点：劳动关系学对于人力资源专业及企业的重要性

我国目前正全面建设社会主义和谐社会，而和谐的劳动关系是和谐社会的前提。然而处在经济转型期的中国，严峻的就业压力和空前复杂的给我国的经济社会生活带来诸多不和谐因素。中国现阶段劳动关系的特点：

（1）国有企业劳动关系基本格局由原来长期的、固化的劳动关系逐渐向灵活的劳动关系转变。

（2）由下岗职工、失业人员和农民工组成的相对弱势劳动群体初步形成。

（3）就业形势日趋多样化导致不稳定的劳动关系比重明显上升。

（4）劳动力流动频率加快，劳动关系短期化趋势明显。

（5）企业内部调整岗位、变更劳动关系的频率明显上升。随着人力资源部门在企业中受到的重视程度的增加，人力资源部门的责任也越来越重，上述的问题是人力资源部门要直接面对的，所以对于我们学习人力资源专业的人来讲，学好这一门课是我们必要的任务。

第二点：这本书所让我学到的知识

整本书分上下篇，上篇主要讲理论知识，下篇主要讲实务部分。上篇，首先，它系统的讲解了劳动关系的概念，让我对于劳动关系有了初步的认识，包括它的称谓、研究对象、在各种环境中的体现、它的主体、类型，以及我国目前劳动关系的特点等。然后是关于劳动关系理论的演进，以及我国的和世界的劳动关系实践等。下篇，首先是劳动关系实务概述，接下来就是在企业中我们要直接面对的工作了，比如劳动合同相关的知识，企业用工管理，劳动标准，劳动者的社会保障方面，劳动关系、劳动争议的处理等。

从这本书来讲，它很全面的将劳动关系摆在了我们面前，更重要的是它里面还有很多的案例分析，让我们对于理论知识的理解更加深入，其次我知道了《劳动法》对于我们的重要性，不仅是对于人力资源专业的，对于所有的工作者都是一样的，而且不仅是《劳动法》，还有相关的很多法律，比如《劳动合同法》、《就业促进法》等等都是我们要熟知的，在这一方面，我深深地感觉到自己的不足，我们只是专科，应该比本科生付出更多的努力，才能不在时代的大浪潮中被淘汰，在今后的学习中，要更加的严格要求自己。

项目管理学习心得体会【第三篇】

第一，要认清形势。

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

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

从整个项目的过程来看，团队合作中需要沟通、分工、协作和监督。只有做好这四项才算是一个好的合作团队。

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

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

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

第三，要详细制定计划，并严格按照计划来执行。

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

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

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

通过在课堂上的学习，我对项目管理有更深入的认识。在老师的指导和带领下，对项目管理中遇到的一些实际问题进行演练和分析，既加深了对项目整体的理解，也加强了各个管理工具的应用，现将对本次项目管理的培训所得做简单总结。

项目管理的应用，包含着多个知识领域，如时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通交流管理等。它也有许多特征：任务的明确性、管理工具的先进性、信息沟通的及时性、资源提供的必要性、测试的完善和严谨性、度量的准确性及项目管理的贯穿性等。项目集成管理是指在项目的整个生命周期内，汇集项目管理的知识领域，对所有项目计划，进行整合执行及控制，以保证项目各要素相互协调的全部工作和活动过程。

人是决定组织和项目成败的关键。有效的管理人力资源，是项目经理们认为最困难的一件事情。项目人力资源管理包括为最有效地使用参与项目人员所需的各项过程。它包括项目的所有利害关系者，如赞助人、顾客、合伙人、供应商/分包商、项目团队成员等。项目人力资源管理主要包括编制人力资源计划，组建项目团队和项目团队建设三个主要的过程。人力资源计划编制的主要内容包括确定、记录并分派项目角色、职责，请示汇报关系，这个过程的输出主要包括角色和职责分配矩阵、报告关系，以及项目的组织结构；项目团队组建的内容主要是招募、分派到项目工作的所需人力资源，得到项目所需的人员是信息系统项目成败的关键；而项目团队建设的内容主要包括培养项目团队个人与集体的能力，以提高项目的绩效。对于许多信息系统项目而言，是否能够培养团队和集体的能力，也是项目成功要考虑的因素之一。

沟通是指人际之间传递和沟通信息的过程，对于项目取得成功是必不可少的，而且也是非常重要的。沟通的主旨在于互动双方建立彼此相互了解的关系，相互回应，并期待能经由沟通的行为与过程相互接纳及达成共识。在信息系统项目中，项目干系人之间的沟通贯穿项目整个生命周期，很多专家认为信息系统项目失败的重要原因就是沟通的失败。

项目需要以有限的成本在有限的时间内达到项目目标，而风险会影响这一点。风险管理的目的就是最小化风险对项目目标的负面影响，抓住风险带来的机会，增加项目干系人的收益。作为项目管理人员，必须评估项目中的风险，制定风险应对策略，有针对性地分配资源、制定计划，保证项目顺利的进行。项目采购是从项目外部购买项目所需的产品和服务的过程。采购过程涉及具有不同目标的双方或多方，各方在一定市场条件下相互影响和制约。通过流程化和标准化的采购管理和运作，可以达到降低成本、增加利润的作用。

团队是项目管理成功与否的大环境。好的项目团队，应该有一个共同认可的明确的目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中，我们所在的公司是一个大的项目团队，每个部门和每个作业小组就是一个小项目团队。项目经理是项目管理的角色，是实现项目目标的责任人，同时是一个团队的灵魂人物。项目经理不一定是这个团队中能力的人，却是责任最重大的那个。他应该是有较强的意志力、凝聚力，有抗压能力的人，不会轻易被外界和他人影响。

以上是我对本次培训中所关注的几个点的总结，实际的项目管理中要涉及到整个项目的方方面面，对于每个点的学习和应用都非常重要，每个工具的使用都会大大提高项目管理的效率，提高项目成功的概率，我们要坚持理论的学习，同时也要不断地实践和改进，找到符合自己公司、自己团队、自己客户的有效的项目管理方法。

项目管理学习心得体会【第五篇】

需求：一个项目的起点是确定需求，可以说一个项目的成功与否，对需求的把握的成因素占60%以上。不管系统架构设计，团队管理有多么成功，如果需求出现了偏差，仍然是南辕北辙。所以在项目开发过程中需与业务部门及时沟通，同时也需与客户建立有效快速的沟通渠道，是项目成功的关键。在每个业务模块完成时，需与需求接口人确认，有效保证项目组与客户的及时沟通，快速响客户的请求与反馈此外需求跟踪也非常重要，毕竟，任何项目的需求都不是一层不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求产生偏差。所以要在项目管理过种中要不断的维护需求矩阵，从而规避了需求偏差的风险。

设计：在项目开发过程要求善于对设计作出取舍。项目开发的三要素是成本，质量与进度，在保证质量的前提下，为了项目的进度不出现大的偏差，项目组没有过分强调技术，牺牲了系统的部分可扩展性，虽然这为系统后期维护带来一定的隐患，但却能有效地保证项目的进度。同时也须重视对UI原型的设计，系统的原型设计与需求分析相辅相成。如果有好的原型，客户更能够理解系统的实现，促进沟通的有效性和准确性。有好的UI设计可以让开发人员之前共享，从而可以确立UI设计规范，约束UI设计，加快开发速度。

测试：测试成员应了解需求，如果不了解需求，在测试过程中，也可能因为错误地理解需求，从而导致错误报告bug，影响开发人员的效率。加强开发人员与测试人员的合作，开发人员必须及时响应测试人员提交的bug,而测试人员也应跟踪开发人员对bug的修复情况。测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。

项目管理

保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是RUB或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险

其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。

变更管理

变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，因此这里重点介绍关于人员变更的管理。

如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。

人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的理解，提出项目延期的申请。

风险管理

要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。

成员管理

不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。

持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。

必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。

重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。