【第1篇】项目管理课程学习心得体会怎么写1600字
项目管理课程学习心得体会篇通过项目管理课程的学习，我初步了解到项目管理的知识体系及其架构、项目过程组合及启动、项目计划实施等基础知识。项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程和收尾过程，包含了九大领域的知识：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理及其方法和工具。通过在线课程学习，我进一步体会到什么是项目管理以及学习项目管理课程的重要意义。现将学习这门课程的心得体会总结为如下几点：
一、项目管理理论知识的学习
从定义来看，项目是为创造独特的产品或服务而进行的一种临时性工作。根据这个定义，项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说，具备前面三个主要特性的活动，都可以看作是项目。现实中的项目随处可见，如北京的奥运会、上海的世博会、西部大开发、三峡工程等大型的建设项目，还有像信息系统、结婚典礼以及家居装修等小型项目。项目管理则是将各种知识、技能、工具和技术应用于项目之中，以达到项目的要求。就是用正确的行为方式来保证目标的实现，这里除了要求结果的成功，更强调了方法的合理性。所以除了绩效，项目管理还要考虑时间和成本等因素。整个过程中始终追求着这样一个终极目标：从成功到成熟，从成熟到卓越。
任何项目都会在范围、时间及成本三个方面受到约束，这就是项目管理的三约束。项目管理，就是以科学的方法和工具，在范围、时间、成本三者之间寻找到一个合适的平衡点，以便项目所有干系人都尽可能的满意。项目管理的五个过程组：启动、计划、执行、控制与收尾，贯穿于项目的整个生命周期，对于项目的启动过程，特别要注意组织环境及项目干系人的分析;而在后面的过程中，项目经理要抓好项目的控制，控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。其中核心的四大知识领域是范围、时间、成本与质量管理。在这些知识领域中还涉及很多的管理工具和技术，以用来帮助项目经理与项目组成员完成项目的管理。如：网络图示法、关键路径法、头脑风暴法、挣值法等，不同的工具能帮助我们完成不同的管理工作。另外，还有很多
项目管理软件，如：microsoft project、p3等，作为项目管理的工具，也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。
二、信息系统项目管理
传统的项目需要经历的时间长，使用的是有形资源，项目成果是通过对资源的消耗与形态的转化来逐步实现的。it项目的实质是知识转移，项目是以无形的智力产品为项目目标。典型的it项目是it系统的建造(如系统集成)和软件开发项目。因此说，it项目的实质是知识转移，而建造项目的实质是资源消耗。
随着信息技术的发展和应用范围的不断扩大，it项目管理越来越具有普遍性。需要强调的是，信息技术本身的发展并不是it项目的目的，满足应用对象的需求和战略目标才是其出发点，因此需要切实做好项目的需求分析，一切从业务工作的实际需求出发，在集成理念的指导下，充分考虑整个系统的集成要求，并在此基础上选择相关的成熟技术、应用系统和产品，同时做好项目的技术经济分析，才能保证信息化项目发挥实效。国家863计划cims主题专家组在大量信息化工程实践的基础上提出的需求牵引、效益驱动、总体规划、分步实施的策略是it信息化项目管理的总体指导思想。
通过项目管理培训在线课程的学习，我从最初对项目管理的知之甚少，到初步了解项目管理的基础知识，感觉收获了很多。企业的创新工作一直在如火如荼进行，相信本次课程知识学习，对我以后的工作也有很大的帮助。但是要想真正学好项目管理，还需不断实践，学习技巧、总结经验，在日常生活中，我们要将所学的知识进行揣摩、深入体会，真正运用到学习和工作中去，达到学以致用。
项目管理课程学习心得体会想查看更多优质范文，请上。
精选用户撰写心得50人觉得有帮助
最近刚结束一门项目管理课程，感觉有不少东西值得记录下来。刚开始学的时候真有点懵，毕竟平时工作中接触得少，很多专业术语听起来就头大。不过慢慢捋顺了，才发现这门课还挺实用的。
上课的时候老师讲了不少案例，有些案例挺复杂的，像是那种跨国项目的例子，涉及好多国家和地区，光看流程图就能晕半天。我当时就想，这种项目要是出了差错，怕是得闹翻天。不过后来发现，其实只要掌握好关键节点，把每个环节的责任分配清楚，就不会太乱。
记得有一次课堂讨论，有个同学提了个问题，说他负责的项目总是超预算，问该怎么办。老师就让他从资源分配入手找原因，还提醒他别只盯着成本，还得看效率。这个建议挺有用的，我现在也会时不时反思自己的工作是不是也存在类似的问题。
有时候写心得，确实容易跑偏，比如刚开始想写得全面些，结果写着写着就忘了初衷。还有一次差点把“里程碑”写成“里程表”，还好检查了一下。其实写心得最重要的是结合实际，别光顾着抄书本上的理论。
书写注意事项：
我觉得写心得的时候最好能带点个人感受，不然就会显得特别空洞。像我这次就特意挑了几件印象深刻的事，比如某次开会时大家意见不合，最后怎么通过妥协解决问题的。虽然当时挺头疼的，但现在回头想想还挺有成就感。
有时候写到一半会突然卡住，不知道该怎么继续。这时候不妨停下来喝口水，或者换个角度想问题。像我有一次写到一半，干脆站起来走了几步，回来思路反而清晰了。当然，也不是每次都能这么顺利，有时候写出来的东西自己都觉得不满意，但也没办法，只能硬着头皮往下写。
【第2篇】关于现代项目管理学习心得体会怎么写2100字
两天认真听了《全面项目化管理》这门课，***教授从五大类分别给我们详细讲述了全面项目化管理基础思想、成功项目的必备条件、全面项目化、项目化管理和全面、项目化管理的导入。通过学习将我们如何运用全面项目化管理又提升到一个新的高度，让我们又发现了诸多平时工作中存在的问题，也对我们今后的工作起到了指导与改正的作用，真正是受益匪浅。
通过赵教授对专业理论知识的阐述再到典型案例的剖析，做得好的方面也得到了课程中理论知识的支持，对一些常见的错误也以鲜活的案例加以呈现，让我们将日常工作中常犯的错误集中展现并一一剖析其错误所在以及对工作的影响，对我们今后的工作起到了一定的改善作用。
老师讲项目的标准化时，重点说明了要重视基本习惯的培养，可以大大提高工作质量，任何规范的基础都很重要。还有项目经理的选择，应具备的三大素养和应具备的工作能力等，这一点我在工作中深有体会。
无论是企业还是个人，一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向，从而能达到事半功倍的效果。无论办什么事情都应明确其目的和意义，有个打算和安排。有了计划，就有了明确的奋斗目标，具体的工作程序，就可以更好地统一大家的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。计划一旦形成，就在客观上变成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。这样，计划又反过来成了指导和推动工作前进的动力。总之，搞好工作计划，是建立部门正常工作秩序，提高工作效率必不可少的程序和手段。编制好工作计划，对于我们的工作，都有十分重要的意义。为提高工作效率，我们还编制了相关工作计划进度表，部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报，然后由经理再对部门的工作做出总结，通过表格计划管理有效的加快了工作进度。
作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力，还需具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘，广交朋友，形成公司与政府部门之间沟通的“桥梁”，形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力 人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。就在今年7月初，我们在申报新建项目立项过程中由于部门员工递交申请资料时表述失误，差点我司新建项目的立项批准就审批不下来，我就立即采取的补救措施，与发改局经办负责人及时进行了有效的沟通，详细说明了该项目的原由，最后得到了经办负责人的认可，才化险为夷。学会掌握沟通技巧，沟通虽不是技术的问题，但这是保障工作的最基本的职责。我深深能体会到老师讲的这句话。结合工作中遇到各种情况，让我深刻体会到沟通在工作及生活中的重要性，高效的沟通可以起到意想不到的效果。
细细回顾老师讲的全面项目总流程，应模块化的以项目包的方式来做，找到正确的方法，以量化工具来规范、标准化的实现项目化管理。掌握正确的方法，用正确的方法做正确的事情。
我在公司负责加气站工程项目的报建、验收及证照办理和管理等工作。在项目报建上就必须要分清哪些属于程序性报建，哪些属于技术性报建，两者之间的相互关系如何;哪些报建必须前置审批，哪些报建程序是现在必须进行的，哪些是可以同时进行的，也就是老师讲的“现行”和“并行”，这样才能形成最终的报建成果。理清了报建各个环节、各阶段、各条线之间的逻辑关系和相关性，我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门报建审批流程和报建审批所需的前置条件，我们编制了工程建设项目及报建流程图，有了这些报建流程的规范模板，我们就有了参考目标，很快能熟悉报建的每一个环节，工作做起来也得心应手。
以前对于管理的概念、涵义都很模糊，在听了老师讲的管理的本质精髓后，我更深刻的意识到了一个企业或是团队的成功需要具备多方面的综合素质。
人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此，管理者必须具有敬业精神和服务意识，还要有解决突发性事件的能力，最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好，把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来，搭配合理，就能以尽可能少的时间完成最大限度的工作，就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好，就能人尽其才，用兵如神，不但用尽可能少的人做好了工作，而且能使手下的每一个人都有施展才能的机会，使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍，再加上使用得当，企业就会在任何时候都立于不败之地。
最后在我们收获本课程带给我们的新知识的同时，也深深感谢为我们授课的赵安学教授，相信赵教授的精彩课程令我们又向更高的全面项目化管理层次迈进了一步，我们还需不断的去学习、体会及实践，在后续的工作中，我们要将所学的知识进行揣摩、深入体会，真正运用到工作中去，达到学以致用。
现代项目管理学习
精选用户撰写心得48人觉得有帮助
学习现代项目管理，说复杂也复杂，说简单，也不是完全没法弄明白。咱们得从基础开始，项目管理不是一天练成的，就像盖房子一样，地基没打好，上面再怎么折腾也是白搭。要学好这个，得先把那些概念摸清楚，什么叫甘特图，什么是关键路径法，这些工具都得知道。不然你跟人家谈项目管理，人家还以为你在讲天书。
有些人觉得项目管理就是开会、发邮件，其实真不是这么回事。你要学会分析问题，搞清楚每个阶段的重点在哪。比如说需求分析这一步，你要是马虎了，后面改起来麻烦得很。有时候你会发现，一个小小的地方没弄对，整个项目进度就乱套了。所以，细节必须盯紧，不能光想着赶工，质量才是第一位的。
书本上的知识固然重要，但实际操作才是硬道理。我在做项目的时候，经常遇到一些突发状况，这时候就需要随机应变了。有一次我们的供应商突然出了点问题，材料供应不上，那会儿真是急得团团转。后来我们赶紧调整计划，找其他渠道补货，总算没耽误工期。这种经历让我明白，计划再周密，也不能保证不出意外，关键是要有备选方案。
团队合作也是项目管理中不可忽视的一部分。人多了想法就多，有时候难免会有分歧。我以前带过一个小组，大家对某个方案争论不休，谁都不服谁。最后我让大家各自写出自己的理由，然后一起讨论，慢慢才找到折中的办法。团队里的每个人都有自己的长处，要学会利用这些优势，这样才能事半功倍。
写心得体会的时候，别光顾着抄别人的套路，要结合自己的实际情况。如果你只是照搬照抄，别人一眼就能看出来你是在糊弄事。而且呀，写东西的时候要注意语气，不能太死板，太正式的话容易显得枯燥乏味。适当的幽默感能让文章更有吸引力，当然，也不能太过头，毕竟这是工作相关的。
别以为写完就万事大吉了，写完之后最好能回头看看，检查一下有没有明显的错误。有时候忙起来，注意力一放松，就容易出问题。比如我就曾经把“截止日期”写成了“截止日”，还好被同事及时指出来了。这种事情虽然不大，但会影响整体的印象分。所以，写完之后花几分钟仔细检查一下，也是个不错的习惯。
【第3篇】项目质量管理培训心得体会总结怎么写1450字
公司下发了“质量为纲”教育材料，让大家写学习体会，于是乎引发了一点思考，思考过，就会有所悟，有悟就会清醒一点。
l 质量
是一组固有特性满足要求的程度
注1：术语'质量'可使用形容词如差.好或优秀来修饰.
注2：'固有的'就是指在某事或某物本来就有的，尤其的那种永久的特性.
围绕'质量'一词，可作如下说明：
----组织承诺持续改进其效率和有效性，并通过满足顾客和/或相关方的需求和期望来实现，因此，质量是事业成功的关键.这一点谁都不否认，但由于问题过于宏观，所以意义有限。好比说爱人类容易，而爱一个人却很难。
----“相关方”是指可以在组织的成功和业绩中获益的个人或团体.例如：顾客.所有者.员工.供方.银行.集团.合作伙伴或社会，相关方会对质量产生影响.比如在顾客压低价格的情况下，如何与合作伙伴谈价格，又要保证合作伙伴在低价的情况下为你提供符合质量要求的产品，真的很难。
----“要求”是指明确的，习惯上隐含的或必要的需要和期望，它决定了质量的水平.在新产品开发中，项目承担者对“要求”或称作“质量要求”总是一带而过，或者直接将顾客的技术协议拿出来，因为他觉得不需要特别说明。他们总是在答辩时面对评审员的提问时才承认没有真正搞清楚“要求”。因此，我断定，此项新产品开发质量水平不高。因为开发者不明确顾客的要求，或者说以想象代替顾客的要求。
----对组织来说，顾客可以是内部的，也可以是外部的.内部顾客只是说说而已，因为内部顾客不与你签订合同，不给你开工资，如果与你签订合同，管你的饭碗，则内外一致。
----质量是动态的，需要在持续不断的控制之中. 我以为，持续不断的控制更多的是逐步改进，是方法上的改进，而不仅仅是持续考核。
----各种评优.评奖活动，并不能真正反映质量.道理非常简单，因为产品质量如何只有使用者最清楚，从这个意义上说，消费者协会似乎更有发言权。
l 质量是不是'免费'的?
真正费钱的是质量不符合标准，即没有第一次把事情做对.在美国，许多公司把相当于总营业额的15-20%的费用用在测试.检验.设计更改.返工.返修.售后保证.售后服务.退货处理及其他与质量相关的成本上.
真正费钱的是质量低劣!如果第一次就把事情做对，那些浪费在补救工作上的时间.金钱.和精力就可以避免.
上面的问题其实还没有完，我们更应该关注的是如何使员工第一次把事情做对，这才是企业面临的最大难题。现在企业产品产量增加，产值连年增长，员工工作量与从前无法相比，没有时间精雕细刻，必须具备科学的工作流程和标准、严密的组织管理方式、训练有素的员工队伍，如果缺少上述条件，又要保证产品质量，减少产量也许是唯一的选择。这如同从前的企业在马路是开车，而今天要在高速公路上开车;从前企业在盖平房，而今天要盖高楼大厦。
l 对质量的几个错误的认识
质量好就是价格贵
实际上不同档次的产品都有质量好坏之分.
从售价上看，东西贵不一定就是质量好，真正的质量好，应该成本最低，所谓'一分钱一分货'是错误的.
质量问题就是'合不合要求的问题'
l 质量是抽象的，无法评估或测试
可以用世界上最古老的测量工具----'金钱'来评价：
----如果没有第一次就把事情做对，则花费在与质量有关的事情上的成本则是可观的.如果能把质量成本由营业额的15%降到2.5%.而且它们主要是用于预防及评估活动上，而不是处理层出不穷的问题上，这是最省钱的.但预防及评估由于没有真正的事实发生，因此很难保证资金的投入，“你怎么就知道一定能出问题”。许多人宁愿把钱花在补救上，而不会花在预防上。
----质量管理评估的范围包含了各产品.服务项目的成本.生产线上工序的分析.工作成果的报告及奖惩等。
项目质量管理培训心得体会总结
精选用户撰写心得41人觉得有帮助
写项目质量管理培训心得其实挺有意思，关键是要把自己学到的东西跟实际工作结合起来。刚开始我也不太明白为什么要学这个，后来才发现很多问题都是因为质量没管好才出的麻烦。比如有一次我们做项目，图纸都没核对清楚就开始施工了，结果返工了好几次，损失不小。
记得培训的时候老师讲了好多方法，像什么pdca循环，还有fmea分析什么的。我当时觉得这些东西挺复杂，但后来试着用在工作中就发现还挺有效的。就说那个pdca，计划、执行、检查、调整，听起来简单，但真做起来能解决不少问题。我们团队之前有个项目进度老是拖延，后来按照这思路重新梳理了一下流程，效率提高了不少。
写心得不能光说这些理论的东西，最好结合自己的经历。像那次我们做项目遇到突发情况，大家就靠之前培训中学到的知识解决了。当时压力挺大的，但最后效果还不错，大家都觉得这次培训没白参加。
不过有时候写东西会遇到点小问题，比如说想表达一个意思却找不到合适的词，或者写着写着思路突然断了。我就遇到过这种情况，写着写着突然忘了刚才想说什么，只好停下来想想。还有就是有时候句子写得有点啰嗦，回头一看才发现可以简化一下。
我觉得写心得最重要的是真实，不用太追求完美。把自己的感受写出来就行，哪怕有些地方写得不够流畅也没关系。毕竟每个人的理解都不一样，只要能传达出自己的想法就够了。
【第4篇】优秀心得体会范文：工程项目管理讲座的心得体会怎么写2050字
摘要
这篇心得体会共包括讲座综述、工程项目管理的内容和方法、工程项目管理学习心得、东方花园工程案例分析、总结和展望、致谢辞及参考文献等七个方面的内容。
在这篇心得体会中，简明扼要的陈述了建筑施工新技术、建设工程进度与质量控制、工程项目成本管理、工程项目管理、建设工程招投标及工程建设总承包管理等六个系列讲座的大概内容，对工程项目管理讲座的学习过程及学习心得做了重点的表达。之后，针对所学的内容，对比**县东方花园工程中存在的一系列问题进行了分析，并以自己的观点对事情进行了阐述。
最后，将自己两年来的学习及工作进行了一下总结，并对今后的工作及学习进行了展望。
【关键词】工程项目管理 东方花园 监理合同质量进度
引言
转眼之间，两年的时间已经匆匆过去。在这两年里，自我感觉得到了不菲的收获。在要求选题的时候，我选了《工程项目管理》一课。
之所以选了《工程项目管理》一课，是因为我认为做为一名建筑工程管理专业的学生首先应该对“管理”这上方面的内容有着一些的了解与研究。当然，这并非是说其它课程便不重要了，重要固然同样重要，只不过是重点不同罢了。
在进行了相关资料的查找翻阅之后，我大概明白了项目管理及工程项目管理的发展轨迹。做为一名建设工程管理人员，了解这些相关的知识不仅能对自身素质的提高起到一定的作用，而且对在今后的工作中能起到不可或缺的作用。
通过学习，我明白了项目、工程项目及工程项目的定义，同时，也明白了对一个工程项目管理应对哪几个方面进行管理。并且，在学习的过程中，及时的将所学知识应用到工作中去，毋庸置疑，效果还是相当明显的。
做为一名建筑工程中的管理人员，不仅要对工程技术进行不断的学习，以便及时的掌握各种各样的新技术、新工艺，管理水平及管理技巧更是始终贯穿于整个项目过程中。因此，掌握工程项目管理知识并将其熟练应用到工作中去才能使该项目获得更大的利润空间，也能使该项目团队的整体素质得到更大程度上的提高。
其实，我的这篇文章基本算不上论文，只能说是在学习过程中的一些心得与体会而已。并且，心得体会也是极为浅薄的，所以，真诚希望徐老师在看过之后能对学生不吝指导，以让学生获益良多。
1 讲座综述
1.1 建筑施工新技术
重点介绍了空间结构的几种形式如网架结构、网壳结构、膜结构、薄壳结构、悬索结构、点连接式玻璃幕墙支承结构、索穹顶结构等及高层建筑深基础设计施工的相关方面研究。
1.2 建筑工程进度与质量控制
介绍了项目管理的类型如业主方的项目管理、设计方的项目管理、施工方的项目管理、供货方的项目管理、建设项目总承包方的项目管理、建设监理方的项目管理。
对项目目标管制的动态控制原理的工作程序进行了介绍。并分别对建设工程的质量控制与进度控制进行了较为细致的讲述。
1.3 工程项目成本管理
在这个讲座中，主要对以下几个方面的内容进行了讲解：工程造价与工程项目成本的定义、项目建设程序与成本核算、工程项目成本组成、合同价格管理、工程变更价款的确定、工程计量程序、索赔控制及工程价款的结算。
1.4 工程项目管理
在本节中介绍了工程项目管理的经济学基础与发展趋势及国际上工程项目管理的发展经验、我国工程项目管理的发展经验、我国工程项目管理现阶段的矛盾等。
1.5 建设工程招投标
本节共分为六章：引言、建设工程招投标概述、建设工程招标、建设工程投标、招投标法律责任与解决及国际工程招标投标。
在本节讲座中，不仅客观地对国内国外的招投标进行了介绍，更是一针见血地指出了我国建筑市场工程招投标中存在的“十八怪”现象。
1.6 工程建设总承包管理
本讲座包含的主要内容有：我国开展工程总承包取得的显著成绩、工程总承包的概述及推行工程总承包的重要性、国内外工程总承包现状的比较、工程建设总承包政策问题、工程建设总承包的招标投标、工程建设总承包项目的合同管理及工程建设总承包的项目控制和管理。
2 工程项目管理的内容和方法
2.1国际上工程项目管理的发展经验
2.1.1 工程项目的定义
工程项目指的就是工程领域的项目。工程领域包括机械工程、光学工程、仪器科学与技术、材料科学与技术、冶金工程、动力工程及工程热物理、电气工程、电子科学与技术、信息与通信工程、控制科学与工程、计算机科学与技术、建筑学、土木工程、水利工程、测绘科学与技术、化学工程与技术、地质资源与地质工程、矿业工程、石油与天然气工程、纺织科学与工程、轻工技术与工程、交通运输工程、船舶与海洋工程、航空宇航科学与技术、兵器科学与技术、核科学与技术、农业工程、林业工程、环境科学与工程、生物科学与工程、生物医学工程、食品科学与工程等。
这里讲的工程项目指的是建设项目。建设项目是在一定条件约束下，以形成固定资产为目标的一次性事业。建设项目强调工程项目的建设过程和管理，以广义的土木工程包括建筑、隧道、桥梁、道路、环境、水利、机场、铁路等工程领域为主。
2.1.2 国际上项目管理发展历史
从国际环境看,现代项目管理开始于20世纪的40年代。典型的案例是美国军方研制原子弹的曼哈顿计划、北极星导弹设计及阿波罗登月计划。
精选用户撰写心得45人觉得有帮助
参加工程项目管理讲座后，写心得体会时得有点讲究。这可不是随便抄几句话就能交差的事，得真有干货才行。讲座上那些专业术语，什么进度控制啦、成本预算，都得琢磨透了才能写出点门道。记笔记的时候要抓重点，别光顾着记全了，结果什么也没记住。
记得当时有个老师讲到风险评估，提到如何识别潜在的问题，这个就挺实用。但写的时候不能照搬照抄，得用自己的话说出来。比如，可以想想如果遇到类似情况，自己会怎么处理，这样写起来就有血有肉了。不过有时候写着写着可能就会跑题，写成项目实施的步骤了，这就得留神了，写心得不是写流程。
写心得时最好能结合实际案例，这样更有说服力。比如某个项目因为没做好沟通导致延期，就可以分析一下原因，从讲座中学到的知识去寻找解决办法。不过，有时候写心得容易陷入流水账模式，就是把讲座内容一五一十地罗列出来，这样的效果就很一般了。最好是能提炼出几个关键点，围绕这些点展开，这样看起来才不会太散乱。
写的时候还得注意语言表达，别太正式，也别太随意。既然是心得，就该有点个人色彩，但也不能太主观，毕竟这是分享经验的地方。要是写得太虚，比如“这次讲座让我受益匪浅”，这样的句子就显得空洞。最好是具体一点，比如“通过这次讲座，我明白了进度计划的重要性，以后在制定计划时会更加注重细节”。
再就是字数要控制好，别太短，显得敷衍；也别太长，容易啰嗦。大概千字左右比较合适，把想说的都说清楚就行。写完之后最好自己多读几遍，看看有没有不通顺的地方，有时候写得急了，会出现一些小问题，比如句子成分残缺之类的，自己检查一下就好。
小编友情提醒：
写心得的时候态度很重要，不能应付了事。认真对待的话，不仅能加深对讲座内容的理解，还能提升自己的写作水平。当然，写心得这事也不是一蹴而就的，得慢慢摸索，多写几次自然就熟练了。
【第5篇】it项目管理心得怎么写4150字
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)
控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)
设计
重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)
善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下，为了项目进度不出现大的偏差，eas项目组并没有过分强调技术，特别是在考虑进度的情况下，牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患，但却能够有效地保证项目的进度。从eas最初的架构设计来看，我们引入了 castle与aop，试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时，希望采用wcf，利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化，我们果断地放弃了采用wcf的构想，同时又克服了技术困难，坚持了对castle与aop的使用，并为此成立了框架开发小组。事实证明，在技术的抉择上我们作出了正确的决定。
重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户，则客户更能够理解系统的实现，促进沟通的有效性与准确性。在eas项目中，我们从一开始就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是，我们在这一点上，由于缺乏专门的ui设计人员，因此，这一工作还存在很大的缺陷，甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期，关于ui的bug是最多。因此，我们认为在开发类似的web应用程序时，应尽早确立ui设计规范，以约束所有的ui设计。同时，必须培养专门的ui设计师，在开始原型设计时，就尽快完成ui交互的设计。并且，必须成立专门的ui 设计小组，在需求阶段与需求分析师合作，在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段，不一定需要专门的ui设计人员，原型设计可以由需求分析师来完成)
测试
测试成员应了解需求。如果不了解需求，测试人员无法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，从而导致报告错误的bug，影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别，测试人员不用想需求分析人员一样分析和开发业务，但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)
测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。
进度管理
保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是 rup或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。
其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。
及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。
制定项目计划时，必须考虑阶段评审与同行评审的时间。这一点在eas项目中做得不够好。其中原因也是由于项目进度本身较紧的缘故。注意维护项目进度跟踪表与项目进度偏差跟踪表。让项目管理部以及qa及时掌握项目进度，有利于对项目进度的管理。
变更管理
变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，而eas项目中发现人员变更的情况也非常严重，因此这里重点介绍关于人员变更的管理。
如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。
人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告项目管理部，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的理解，提出项目延期的申请。
风险管理
要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。
成员管理
不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。
持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。
必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。
重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。
作者:张逸具有多年的软件开发与设计经验，他是两届微软最有价值专家（mvp），著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#，asp，wcf等技术，同时深谙面向对象领域的相关技术。目前，他主要从事 soa企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。
精选用户撰写心得66人觉得有帮助
写项目管理心得，刚开始肯定得想清楚自己的经历。比如说做过哪些项目，从头到尾的经历，那些事得在脑子里过一遍。有的时候可能刚开头就卡壳了，因为脑子里面一堆东西，不知道怎么组织，这时候可以试着把每个项目的阶段都列出来，像需求分析、方案设计、实施阶段什么的，这样就有个大概框架了。
写的时候别急着下结论，得先把事情的过程写下来。比如说某个项目遇到的问题，你是怎么解决的，用了什么方法，这中间肯定会有弯路，不用怕说出来。记得有一次做项目，为了赶进度，没太仔细规划测试环节，结果后期出了不少问题，最后还得加班补漏洞。当时就觉得要是能提前多花点时间在测试上就好了。
有时候写东西会发现自己记不太清具体细节，这就需要翻翻当时的记录，像会议纪要、邮件往来之类的，这些东西能帮你回忆起当时的情况。不过也有时候翻来翻去还是漏掉了一些关键点，这就只能靠印象去补充了，难免会有偏差。
写心得的时候也得注意语气，如果是给同事看，那就得显得专业点，用些术语，像风险管理、资源配置什么的。但如果是自己看，就可以随意一些，甚至可以用点幽默，让自己以后看到能会心一笑。像是某次项目结束后，自己还调侃说，这次算是交了学费，下次就不会那么莽撞了。
还有就是别光写成功的地方，失败的经验也很重要。比如某个功能上线后用户反馈不太好，当时以为是技术问题，后来才发现原来是需求理解错了。这类教训写下来，以后就能提醒自己注意沟通环节。
写完之后最好自己先看看，有时候写着写着思路就乱了，句子也不通顺，这时候就得停下来调整一下。有时候一个句子写了半天都不满意，干脆换个说法试试，可能就顺畅了。不过有时候也会觉得改来改去也没什么效果，索性就不管了，反正自己知道大概的意思就行。
写心得其实也是个自我反思的过程，通过回顾项目里的各种事，能发现自己平时忽略的地方。像是跟团队成员的协作方式，有时候觉得挺好的，但回头一想，其实可以改进的地方还挺多。比如有的时候任务分配不明确，导致大家都有点迷茫，后来改成定期开个小会，情况就好多了。
小编友情提醒：
写心得不是给别人看的功课，主要是为了自己以后能做得更好。所以写的时候不用太在意格式什么的，只要能把想表达的东西说清楚就行。
【第6篇】项目管理学习心得体会怎么写1250字
有了计划，就有了明确的奋斗目标，具体的工作程序，就可以更好地统一大家的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。计划一旦形成，就在客观上变成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。
这样，计划又反过来成了指导和推动工作前进的动力。总之，搞好工作计划，是建立部门正常工作秩序，提高工作效率必不可少的程序和手段。编制好工作计划，对于我们的工作，都有十分重要的意义。
为提高工作效率，我们还编制了相关工作计划进度表，部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报，然后由经理再对部门的工作做出总结，通过表格计划管理有效的加快了工作进度。
其次个人还应该具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘，广交朋友，形成公司与政府部门之间沟通的桥梁，形成人和的氛围和环境。为此要把握交往的技巧、艺术、原则。能力 人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。学会掌握沟通技巧，沟通虽不是技术的问题，但这是保障工作的最基本的职责。对这句话我不仅认同也深有体会，结合工作中遇到的各种情况，让我深刻体会到沟通在工作中及生活中的重要性，高效的沟通可以起到意想不到的效果。
然后在工作中要明确自己所负责的是什么工作，分清什么阶段该做什么，什么环节该做什么，理清了各个环节、各阶段、各条线之间的逻辑关系和相关性，我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门审批流程和审批所需的前置条件，我们编制了工程建设项目及报建流程图，有了这些流程的规范模板，我们就有了参考目标，很快能熟悉每一个环节，工作做起来也得心应手。
所谓找到正确的方法，以量化工具来规范、标准化的实现项目化管理。掌握正确的方法，用正确的方法做正确的事情。
最后我认为团结是非常重要的。俗话说得好一个巴掌拍不响，这不正是告诉我们这个道理吗?人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此，管理者必须具有敬业精神和服务意识，还要有解决突发性事件的能力，最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好，把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来，搭配合理，就能以尽可能少的时间完成最大限度的工作，就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好，就能人尽其才，用兵如神，不但用尽可能少的人做好了工作，而且能使手下的每一个人都有施展才能的机会，使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍，再加上使用得当，企业就会在任何时候都立于不败之地。
我们还需不断的去学习、体会及实践，在今后的工作中，要将所学的知识进行揣摩、深入体会，真正运用到工作中去，达到学以致用。
精选用户撰写心得10人觉得有帮助
写项目管理学习心得的时候，得有点门道。刚开始，你要搞清楚自己学到了什么，别光说大道理。比如，你是怎么处理那些进度拖延的情况的，当时心里怎么想的。记得要把具体的事例拿出来讲，不然空谈理论就显得没劲了。
写的时候，要注意把事情的经过写清楚。有一次我负责一个项目，那会儿时间紧任务重，团队成员之间还有点小摩擦。当时我就想着，得先把大家的心聚在一起，于是组织了个小型会议，让大家把心里话都倒出来。结果挺好的，大家劲往一处使，项目也顺利推进了。这样的细节写进去，别人看了会觉得真实。
写心得的时候，别忘了提一下遇到的问题。就像那次做项目，我刚开始没太注意风险评估，后来发现有些地方漏洞百出，好在及时调整，才没出大问题。这种教训写下来特别有用，能让别人少走弯路。
不过有时候写着写着，可能就会跑题。比如本来是想分享学习心得，却突然想起以前参加过的培训，越写越远。这种情况得注意控制，别让文章变得杂乱无章。最好有个大致的方向，围绕着学到的东西和实际应用展开。
书写注意事项：
写心得的时候，语言不用太正式，但也不能太随意。比如，“这个项目让我明白了不少道理”，这句话就挺好，既简单又贴切。要是改成“通过这个项目，我深刻理解了很多重要的管理理念”，就显得有点拗口了。
有时候写东西，难免会有疏漏。比如写到某个时间节点的时候，日期记错了，或者把某个人的名字写成了另一个。这种事情发生的时候，自己心里得有数，改过来就行。但千万别刻意去强调这些小问题，否则会让读者觉得啰嗦。
【第7篇】项目管理心得体会900字怎么写1250字
项目经理是为项目的成功策划和执行负总责的人。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。从职业角度，项目经理是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。本文分享笔者的项目管理心得。
1、项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档;对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
2、质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试;测试要有记录，并将记录整理成测试报告。
但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。cmm模型已得到广泛的认可和接受，cmmi沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
精选用户撰写心得67人觉得有帮助
做项目管理这一行久了，慢慢就会发现，这工作说难也不难，说简单吧又挺复杂的。每次接新项目，都得先弄清楚目标是什么，搞明白老板的想法很重要。有时候老板说的那些话，听着像是那么回事，其实没几句能直接用上的。这就得靠自己去琢磨，去猜他的心思了。毕竟老板也不会明说，总得有点空间让他们表现自己的领导力不是？
规划阶段是最关键的一步，就像盖房子打地基一样。得把所有可能遇到的问题都想一遍，特别是那些看起来不起眼的小事。比如，供应商突然涨价，员工请假，设备故障这些问题，都要提前想好应对办法。不然到时候手忙脚乱，就麻烦了。我曾经有一次，因为没考虑到天气因素，结果工期拖了好几天，最后被扣了奖金。
执行的时候，沟通特别重要。团队成员之间，跟客户之间，跟上级之间，都得保持顺畅的交流。有时候一句话没说清楚，就可能导致误解。我之前有个同事，他觉得事情已经交代清楚了，结果对方理解完全相反，闹得大家都很尴尬。还有，开会的时候，最好把讨论的内容记录下来，这样以后查起来方便，也能避免扯皮。
验收环节也不能马虎，这是成果展示的重要时刻。要是质量不过关，不仅会影响公司的声誉，还会给后续合作带来麻烦。记得上次有个项目，本来以为做得挺好的，结果客户那边检查出了不少问题。后来我们不得不加班加点整改，搞得人心惶惶。所以平时就得养成良好的习惯，每一项工作都做到位。
书写注意事项：
时间管理也很关键。项目是有期限的，不能无限期拖延。有时候为了赶进度，就得牺牲休息时间，甚至熬夜加班。但这并不是长久之计，长期下去人会累垮的。要学会合理分配任务，让每个人都能发挥出最大的效率。有时候我发现，有些任务其实可以外包出去，既节省时间，又能保证质量。
财务控制也是不可忽视的一环。预算超支这种事情，谁都不想碰到。所以刚开始就要制定详细的计划，包括人力成本、材料费用、设备租赁等等。一旦超出预算，就得赶紧调整策略，该砍掉的就砍掉，该优化的就优化。别等到最后才发现窟窿太大，根本填不上。
项目管理这份工作，光靠理论知识还不够，实践经验才是最宝贵的财富。书本上学到的东西，很多时候到了实际操作中才发现并不适用。所以多参与一些真实的项目，多向有经验的老手请教，这样才能快速成长。有时候我也会遇到瓶颈期，感觉怎么努力都没进步，这时候就需要换个思路，说不定换个角度就能找到突破口。
最后想说的是，做项目管理这份工作，心态一定要好。遇到困难的时候别急躁，冷静下来分析问题所在。有时候问题看似复杂，其实只要稍微调整一下方向，就能迎刃而解。还有，别太在意别人的看法，做好自己的事情最重要。
【第8篇】项目管理工作心得怎么写3050字
1、工作一定要有计划，有计划一定要有考核，尤其是工作目标一定要明确。没有工作计划，有了目标也不会按期自动完成，没有计划就是正在计划失败。有了工作目标但不明确，谁对谁负责，谁去完成任务，什么时间完成，完成后对谁交接，布置任务责任不清是造成执行效率低的主要原因，尤其是要界定清每个人的工作范围。从工程实践来看，当有分包队伍工程进度有可能影响整体工程目标的实现时，立即对其开出工程督改通知单，并开出罚金，无论看起来多紧的工期总是能想办法按期实现。
2、组织共识至关重要，上下同欲者胜。要向员工们解释为什么做好这个事情比怎样做好这个事情更重要，有时员工缺少的不是能力，而是意识。在原料场二期工程尾项中，尤其牵涉到向生产方交付使用的情况，很容易出现工作扯皮和推诿的现象，我提了几项原则，其中一条是“不与甲方争辩”，就要告诉现场各专业主管，作为乙方我们树立要为甲方服好务的思想，甲方提问题，我们就是解决问题的，出现问题不要把主要精力关注在问题本身，而要把90%精力放在如何去解决问题上，甚至提出了如果安排的任务不理解，你可以不去做，但一定及时反映。同志们思想有了很大改观，加快了尾项工程处理速度。
3、一定要按工作原则做事，而不是只强调工作程序。施工管理中遇到问题层出不穷，很难预期，要求处理的时间又非常紧，所以对现场主管要求更多要按原则去迅速处理，而不是一定要征得领导同意。在原料场二期工程中，我提了几个原则：①一定要按图施工，一定要有书面依据，以图纸和设计变更作为主要依据，图纸上没有的经甲方同意的一定及时办理现场签证。②不与甲方争辩，要把90%精力放在解决问题上而不是问题本身。③一定要及时沟通，不能解决的问题一定要及时反映，而不是积压，错过了时机再去补救太难了。④工作要积极主动，上道工序做完要及时通知下道工序，下道工序也要主动去催上道工序，甚至是甲方项目部，提出问题的同时要提出解决问题的几个方案。⑤要做一个负责任的施工方，并继续打好项目部这个品牌，要让别人认为，我项目部不仅能抢工期，更能做好尾项，服好务，善始更能善终。⑥一定处理好与甲方和项目其它相关方的关系，不允许在任何情况下与他们把关系搞拧了或矛盾激化，即使对方完全错误，你完全站在工作立场上也不行，别人有错也要给他能接受的方式去改正，干好活、赚好钱但把甲方的关系搞丢了你也是不合格的，换句话说，做事更要去做人。⑦不要把个人情绪带到工作，施工管理工作任务重、工期紧、压力大，情况复杂，人来人往间难免磕磕碰碰，有矛盾一定要及时排解，绝不许把工作当作渲泄个人情绪的私人工具。并逐条向各专业负责人解释，使同志们的思想受到很大震动，但最终达到了思想统一。
4、要有项目风险预控方案。工程项目必须事先有风险预控方案，事前控制永远要好于事中和事后控制，但如何做到事前控制要靠平时积累。从目前看，由于甲方的原因引发的项目下马已成为工程项目风险的首要因素，都因为甲方的种种原因而取消或延迟，造成人员组织和前期准备的无谓浪费。
5、管理一定要进行有效确认。管理不是去管了就算完成了，管理到位了吗，管理有效果吗，管理有效益吗，是按质按量如期完成的吗，完成了之后及时报告了吗，是付出了多大资源投入才完成的。常见的说法：我已经给分包方说了，设备上我已经催了甲方负责材料供应的，到底事情办到什么程度不知道、不清楚。管理不只是张张嘴说说几句话，要有实际行动和实际效果，更不是文字游戏，要有检查和效果评估。对我们职能处室工作进行反思，不是没有管理制度，但有些管理制度更像只在上面喊了几声便没有了下文，制度上了墙就不再下来了。
6、决心决定成败。任何事情或困难的解决速度的快慢取决于我们解决它们的信心和决心，你下决心一定要解决它，你就一定能找到解决问题的正确办法和途径。原料场工程是项目部所接的第一个过亿元的大型综合工程，无论对工程部领导还是普通员工都是一次巨大的挑战，尤其是施工总包，而工程部传统上是一个土建施工队伍，对工艺和设备安装及无负荷试车比较陌生，具备施工条件的时间比较晚，而3.20节点不能变，当时工程部上下经过几次动员和开工前宣誓，克服任何困难也要啃下这块硬骨头，在影响工期的几个关键因素上进行摸排筛查，不等不靠，主动出击，全体员工铆足了劲，绷紧了弦，最后克服了重重困难如期交了工，而干二期工程的时候感觉上就松了口气，有些工程就始终紧张不起来，最终有些工程延期。
7、提倡双赢或多赢思维。现代社会要求人与人、人与组织、组织与组织之间的关系不是我赢你输，也不是我输你赢，更不是我输你也得输，而是你赢我也赢的双赢或多赢思维，是竞合而不只是单纯的竞争关系。对分包方我们不只是经济利益对立的双方，更是一对利益共同体，他干的工程就代表我们的形象，一荣俱荣，一损俱损，我们对他们的管理不能停留在管理和控制阶段，包括工程处罚，而是作为项目合作方，我们更要去帮助和扶持他，甚至去改变他，不是只停留在评价和批评的静态层面上。对我们的职工更应如此，要充分考虑员工的正常需求和个人成长，考虑他们的所思所想并结合组织目标给予满足，有个人的成长就会有组织的成长，有个人需求的满足才能有组织目标的实现，相反，如果只要求组织目标的实现而不考虑个人的需求会有什么样的结果。
8、要分工，更要协作。劳动分工是社会化大生产发展到一定阶段的必然产物，也是提高工作效率的重要途径，但分工的目的是为了更好的协作。刚到项目部时，最常见的现象是土建只负责土建，电气只负责电气，水暖只负责水暖，设备安装只管设备安装，一牵涉到工序交错就出现扯皮现象，动不动就说那是土建的活不归我管，那是水暖管的我说了不算等似乎很有道理的道理，造成很简单一件小事也要通过项目经理协调才能完成，在尾项工程计划考核中我引进了跨专业考核办法，工作分配完，让土建考核电气，电气考核设备安装，设备安装考核水暖，水暖考核土建，考核人不仅负责考核工作任务，同时负责考核对象的工作所需条件和资源协调，同奖同罚，既要负责上报考核对象当天工作概况，也要把自己的工作概况上报给他的考核人，有力地促进各专业的融合和协作精神的形成。
9、公司或组织的发展追求的应是多目标体系的平衡式发展，而不只是追求经济效益和财务指标的单一目标的实现。能赚钱、有利润是干工程最起码的要求，但不是唯一的要求，更不是“一钱遮百丑”，如果一个企业没有客户的增长，业务流程的优化，组织和员工的学习成长，没有这种平衡式发展，它是不可能实现健康可持续发展的，更不用说它的主要财务指标了。尤其在企业的发展期，组织和个人的学习成长甚至比赚钱还要重要。在二期尾项工程和综合仓库工程中，有些专业人员出现过一些小的工作失误，但出于个人原因一直想掩饰，我告诉他们，事情已经发生要全力补救，我不怕你们犯错误，我怕你们犯错误后对错误无所谓的态度，怕你们犯两次同样的错误，只要能从中吸取经验教训，增长才干，并能采取有效措施解决它，解决好这一个问题就是解决好一类问题、一批问题，这样对项目部和工程部才有意义，因为下一次遇到它时有可能是在更大的工程上。
10、施工项目经理要参与设计。施工项目经理要具备设计能力，如果有条件，项目经理要参与设计。从工程实践来看，甲方项目部有许多现场工程管理人员前期的介入是从设计院就开始的，换句话说，他们所管理和监理的工程对象就是他们自己设计的图纸，土建、水电、工艺和设备安装等环节的管理非常到位，思路非常清晰，指挥得心应手，所以后来的二条线如期贯通和新建工程的快速达产达效就不足为奇了。
精选用户撰写心得41人觉得有帮助
写项目管理心得的时候，得先搞清楚自己的经历和感悟到底是什么。有些人做项目管理可能就是跟着流程走，没太多特别的感受，这样写出来的东西就比较空洞。我以前刚开始做这个工作的时候，也是照着书上的步骤来，后来才发现很多地方需要结合实际情况调整。比如有一次项目时间特别紧，团队成员之间配合又不太默契，那时候我就只能硬着头皮想办法让大家沟通顺畅点。
写心得的时候，最好能具体一点。像刚才说的那个项目，当时为了赶进度，我每天都在开会，但效果并不好。后来我发现，与其花太多时间在会上，不如直接找关键人物单独聊聊，这样效率高多了。还有一次，客户的需求改来改去，搞得我们团队很头疼。其实仔细想想，这可能是前期沟通没做好，要是能在刚开始就把需求摸清楚，后面就不会这么被动了。
有时候写着写着会发现自己思路有点乱，这是因为写心得不是单纯地记录事情，而是要从中提炼出一些有用的经验。比如刚才提到的客户需求变化的问题，背后可能涉及的是如何更好地理解客户需求。不过有时候写着写着就会跑题，比如我刚才想讲沟通问题，结果又扯到别的去了。所以写的时候要稍微控制一下方向，不然内容会显得散乱。
写心得的时候，还可以加入一些数字或者例子，这样看起来更有说服力。比如说某次项目，原本计划三个月完成，结果拖到了五个月，主要原因就是中间出了几次大的偏差。如果当时能提前预判这些问题，情况可能会好很多。不过有时候写着写着会发现，有些细节记不太清了，这时候就需要翻翻当时的记录，不然写出来的东西就不太靠谱了。
书写注意事项：
写心得的时候，别光想着自己怎么做的，也要看看别人是怎么做的。有时候参加培训或者和其他项目经理交流，会学到不少新东西。比如有个同行分享过一个方法，就是在每个阶段结束时开个小会，总结一下做得好的地方和需要改进的地方。这种方法我觉得挺实用，就试着用了一下，确实能让团队的工作更有条理。
小编友情提醒：
写心得的时候，语言不用太正式，只要能把意思表达清楚就行。毕竟这是给自己看的，也是给同事看的，太过拘谨反而会让内容变得枯燥。不过有时候写着写着会发现，用词不当或者句子不通顺的情况也会出现，这很正常，只要不影响整体的理解就没关系。
