心中有不少心得体会时，不如来好好地做个总结，写一篇心得体会，如此可以一直更新迭代自己的想法。心得体会对于我们是非常有帮助的，可是应该怎么写心得体会呢？以下是小编帮大家整理的心得体会范文，欢迎大家借鉴与参考，希望对大家有所帮助。

项目管理实践心得体会篇一

为期两天的工程项目管理培训，使我对工程项目管理的内容和概念有一个初步的认识。在一期我虽然参与了主体管网的安装和热能利用项目的建设，但我所做的工作主要是现场施工管理，只是工程项目管理内容的一个小小部分，没有具体的实践经验。这次培训对于一个参与即将开工的二期项目人员来说非常及时、重要的。确切的说，两天的培训时间是不够的，尤其是对没有做过工程项目的人，对老师所讲的内容很难理解。

这次培训的内容大致有以下几个部分：

1、职能管理与项目管理的区别。所谓职能管理是指针对存在有组织、有固定工作内容和部门进行标准化可重复使用的过程控制程序；项目管理是指对没有做过或没有经历的事情在规定的时间和预算约束下，一次性按要求完成的任务。从定义上职能管理和项目管理就是有本质的区别。职能管理和项目管理是两个不同的概念，在二期的建设中需灵活运用。

2、新建与技改项目经济分析、项目综合管理。这一节的内容我听后似懂非懂，很模糊，我理解为是对项目建设的前期准备工作的方式和方法。主要是项目的可行性报告的审批、研究具体方案、投资估算、市场预测和项目建设组织机构等内容。这跟我们建设者关系不大，我想这些事情是由老板和董事会研究决定的。只需要了解就可以了。

3、项目范围管理和项目管理时间。这一节的内溶对我们很有用，教我们怎样对项目工作分解，掌握正确的工作方法和过程控制。项目工作内容的分解（wbs）是很关键的，wbs是日程计划、资金计划、资源计划和其他工作计划的基础，要明确范围的细节内容。项目管理时间的控制主要是教我们了解时间与作业的关系、掌握日程计划编写、进度跟踪的具体方法。对大项目的工作分解必须由有经验的和专门的人员制定。就好比装修房子一样，要周密详细，合理分工，统筹安排。在课堂上我们对工作分解进行了简单演练。

4、项目费用、质量、风险管理。费用的估算有三种方法，即概念估算法、参数估算法、详细估算法。质量管理分为广义的和狭义的理解，包括产品质量、工作质量、工作质量、过程质量、人员质量、体系质量。风险管理包括风险发生的概率与影响程度、风险对应的策略。我们在项目建设中，肯定包含各种风险，这些风险都具有不确定性因素，我们在具体工作中怎样克服这些风险很重要。风险的策略是避免、减缓、转移、接受。

一、要有共同的目标，为同一个目标而奋斗。

二、公平的利益关系和统一的思想意识。

三、言行一致，宽容和谐，在同心同德的基础上和共同利益的环境下相互包容。通过对老师的讲解，我对团队建设和人员管理的观念有了深刻的认识，正如中期会议老板所讲的话：先做人后做事。

两天的培训时间很短，学的内容和多。好多东西要在实际中去运用。随着时间的推近，一个投资36多亿的项目工程即将开工，对于我来说，要学的，要做的实在是太多太多。当然，学有所用，作为二期项目的建设者，我有信心、有责任、有义务奉献我的一份力量，把南玻二期多晶硅项目建设美好。

项目管理实践心得体会篇二

非常感谢公司给我这次项目管理的培训、提升自我的机会。这次培训使我增加了许多知识的同时，更及时发现了自已的不足。深刻体会到项目管理的重要性。更对咱们维拉通信的企业文化有了更深层次的认识。这次培训让我深刻检查和审视自己知识经验，也培养了我在学习创新，应变，沟通，团队的建设；在每个项目中的计划和预算、实施+控制、协调+整合、以及如何能让客户满意等等方面得到充足的外界空气吸入，充实了自己。提升阿拉的思维能力，帮助我培育机遇，加强辩识能力，提高判断能力，掌握管理能力和组织战略推进能力等等。

不会选择项目不是一个好的项目经理，以前在工作中只是因为sales取得了项目不易就一定要完成，出无法判别项目的优劣，抱着上面都同意了，我们执行人还能有什么意见的心理，正因为这种心理却遗留了很多历史问题：导致了较多失败的项目，如失败项目中产生的成本，模具开了一套一套未量产。有些虽已量产但量太少，有些项目根本就没有盈利。作为一个好的项目经理，在面对客户、面对项目、面对公司的同时，他一定会做一些取舍。一定会将对公司的损失降到最低。

项目计划，记得我们公司的每一个项目计划，计划远远赶不上变化。较多是人为的失误，或许问题在客户，或许问题在我们自己。但作为一个项目经理，一定要站在这样的高度来决定这件事情，最好能把业务的决策、假设和方案全部文档化及透明化，对于每个项目的都去定义它的质量、风险方面的工作过程及内容，一定要确定各干系人之间的沟通顺畅，还要建立变更处理流程。上完了这堂课我学会了用wbs来分解工作范围。它可以让我们防止遗漏项目的可交付成果，可以帮助项目经理关注项目目标和澄清职责，可以改善时间，可以精确成本和资源的估计。一个工作分解结构（wbs）若制定出来，即使一个外行人都能看出这个项目的整个工作范围，包括工作进度，项目成本，以及可能会出现的假设问题等等。

项目执行：一个体现着人与人之间的沟通与责任。项目执行所需要的技能，他要求我们有至少有一般的管理技术（领导，沟通，影响，谈判、解决问题的艺术等），要求每一位干系人尊重项目的严肃性。还需要有产品和专业所需的技能和知识。整个团队需要在项目经理的带领下，发挥团队精神，将项目计划执行下去，这个就这样就能达到最大的收益和最好的结果。

项目控制：一个体现了项目的管理计划和项目范围说明所确定的绩效目标的过程，我们要对范围变更，进度变更，成本，质量，绩效报告与审查，风险监督与控制等等方面来管控。

希望每一个项目领导者用你领导的艺术去影响您的整个团队。以达到双赢的效果。真心希望下次有继续培训的机会。

项目管理实践心得体会篇三

去年下半年，进去一家公司的项目团队，主要的工作就是担任项目经理，这是对于项目管理的的感受，顺便也做一个总结。

项目经理是项目的主导者，是内部流程实施的监督者，项目采用的是敏捷开发模式，通过scrum来管理项目，这样把项目切成一个又一个迭代，作为项目的全程参与者，跟团队顺利合作，交付了项目成果，根据pdca框架来总结下做过的事，自己的感悟。

作为项目的主导者，项目经理主导整个项目，这样需要项目经理主动规划的能力，在这个过程中，没有人会督促你，告诉你要做什么，他们只会跟你要成果。

这个成果包括项目的产出、系统、文档、员工的绩效、成本的支出等等。

那作为项目经理，根据这些产出，进而反推回来，指导什么时候要做什么事情，这就是规划。

对于人的规划，这个需要知道团队资源的可用情况，包括共用的人员，需要建立资源日历，把假期，员工请假都标记出来，这样对于人力资源的可用情况一目了然，才能知道可以安排多少任务。

对于每个团队成员，也需要进行沟通，知道他们的能力、特长、喜好进行了解，为以后的工作分配建立基础。

同时，这也是一个动态的过程，在项目推进的过程中，如果人手不够，需要很多人加入进来，如果人员的能力不足，需要协调资源进来，或者招聘或者借调人员，这样满足项目的需求。

对于事的规划，根据项目的需求，与产品负责人合作，根据需求，使用wbs技术，把任务进行拆解，根据产品的要求进行优先级排序，对于任务进行估算，这样就可以得到项目的计划。

同时，建立项目总体计划，包括milestone，在每个节点需要做的事情进行规划，什么时候准备测试环境、生产环境、测试、上线等等，从后往前推，可以预见到，这样才不会慌。

对于技术难点有敏锐性，只要发现有问题，需要与产品，技术讨论，是否可行，是否有替代方案，是否需要专人负责公关。

对于物的规划，在项目中使用到的硬件，比如服务器、各种硬件设施、申请的域名等等，这些都需要时间，认证、审批。买早了可能浪费钱，买晚了可能耽误事，这些需要提前规划好，什么时候开始采购。

在这个阶段产出：项目计划、人员名单、任务分配、详细需求、技术方案等等。

规划完成以后，团队就要进行执行阶段，在这个阶段产品负责人给大家讲解需求，ui设计给出最新的设计，开发人员开始搭建框架、设计数据库、开始进入开发进度，而测试也开始写测试用例，一旦开发完成一项，就开始测试。

在这个过程中，项目经理要进行进度的监控，可以使用燃尽图可以很好的跟进项目，每天的例会，对于昨天完成了什么，今天准备做什么，这样得到团队成员的进度，当然更多的是暴露问题，把开发过程中遇到的问题，有各种各样的的问题需要跟进。

如果是需求的问题，需要产品经理来澄清，这样可能修正设计，也可以需要讨论解决。

如果是技术问题，需要大家群策群力，看看能不能解决，不能解决还需要协调外部资源来解决。

如果是团队成员沟通问题，这个就需要项目经理找到问题的症结，针对性地进行沟通，把问题聊清楚，找到解决方案，否则会影响团队成员的效率，项目的进度。而在沟通上，项目经理需要作为产品、开发、测试、客户、用户的桥梁，对于不同的人，需要采用不同的说话方式，真要是见人说人话，见鬼说规划，作为他们之间的翻译。

某互联网公司产品经理要求技术开发人员实现app根据用户的手机套来设定主题色。开发人员认为这个是无理要求，实现不了。于是发生了争执，最后引发了双方的武斗。这需要项目经理来协调双方的关系，而不是让他们直接大家。

在执行过程中，项目经理同时担任项目的对外联络，一来要保护团队的成员不被其他事情打扰，让团队成员专注到开发工作，二来，如果需要跟外部沟通，团队成员自己去做，分散了项目的时间，由项目经理统一对外，可以有更好的接口，提高效率。

在这个阶段产出：员工绩效、项目的成果。

对于项目，分成很多迭代，每个迭代都有成果产出，在这里需要召集产品负责人、客户、用户对于成果进行检验，把成果演示给大家看，大家对于成果提出意见，成为下一个迭代的输入。

而对于完成的项目，则要进行验收，根据dod进行检验。

对于不同的阶段，有不同的dod，根据需要进行裁剪。

在这个阶段，不断地有bug出现，如果改得差不多，对于不影响功能，不影响使用，用户可接受的bug，可以暂时不修复，这个需要客户、产品经理同意。

这个阶段产出：发布的成果，文档的更新。

在每一个迭代完成以后，都会进行验收，这个需要提出建议，而验收完成之后，都会进行总结会议，在这个会议上，让大家畅所欲言，非常重要。

在这个会议上，创造一种宽松的氛围，这样大家才会把自己的心理话说出来，一般来说，会议的时候，我会发便利贴给团队成员，写出前一个阶段做得好的和做的不好的三件事，不能只盯着缺点。

根据团队成员写的优点和缺点，收集起来以后，对于优点，需要分析为什么做的好，是顺应的习惯，还是说磨合好了，还是有哪些人做的好，需要强调的是，不要过多强调个人作用，而应该把团队的作用找出来，这样后续才能共同进步。

而对于缺点，需要大家讨论，是否真的是缺点需要改进，然后对于每个缺点进行排序，有哪些是要立即改正的，需要有对应的改进计划，跟进计划。

这个阶段产出：总结报告，改进计划

在做项目的过程中，对于项目来说，要使得项目顺利进行，项目经理最重要的能力是规划能力，规划好以后，就是一步一步执行下去。

在执行的过程中，会出现问题，这个时候需要项目经理进行协调，只有协调好人、事、物，才能让项目顺利地执行。

而对于每一个迭代，都是团队成员的过程，利用pdca，团队不断磨合，不断成熟，效率提升，进入螺旋上升的过程。