经常写心得可以帮助自己在职场中更加具有竞争力，让自己的演讲更加出彩，同时也拓展了自己赚取财富的渠道。写好项目总结个人心得体会要注意什么？小编给大家分享项目总结个人心得体会，希望对大家有所帮助。
两天认真听了《全面项目化管理》这门课，___教授从五大类分别给我们详细讲述了全面项目化管理基础思想、成功项目的必备条件、全面项目化、项目化管理和全面、项目化管理的导入。通过学习将我们如何运用全面项目化管理又提升到一个新的高度，让我们又发现了诸多平时工作中存在的问题，也对我们今后的工作起到了指导与改正的作用，真正是受益匪浅。
通过赵教授对专业理论知识的阐述再到典型案例的剖析，做得好的方面也得到了课程中理论知识的支持，对一些常见的错误也以鲜活的案例加以呈现，让我们将日常工作中常犯的错误集中展现并一一剖析其错误所在以及对工作的影响，对我们今后的工作起到了一定的改善作用。
老师讲项目的标准化时，重点说明了要重视基本习惯的培养，可以大大提高工作质量，任何规范的基础都很重要。还有项目经理的选择，应具备的三大素养和应具备的工作能力等，这一点我在工作中深有体会。
无论是企业还是个人，一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向，从而能达到事半功倍的效果。无论办什么事情都应明确其目的和意义，有个打算和安排。有了计划，就有了明确的奋斗目标，具体的工作程序，就可以更好地统一大家的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。计划一旦形成，就在客观上变成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。这样，计划又反过来成了指导和推动工作前进的动力。总之，搞好工作计划，是建立部门正常工作秩序，提高工作效率必不可少的程序和手段。编制好工作计划，对于我们的工作，都有十分重要的意义。为提高工作效率，我们还编制了相关工作计划进度表，部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报，然后由经理再对部门的工作做出总结，通过表格计划管理有效的加快了工作进度。
作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力，还需具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘，广交朋友，形成公司与政府部门之间沟通的“桥梁”，形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。就在今年7月初，我们在申报新建项目立项过程中由于部门员工递交申请资料时表述失误，差点我司新建项目的立项批准就审批不下来，我就立即采取的补救措施，与发改局经办负责人及时进行了有效的沟通，详细说明了该项目的原由，最后得到了经办负责人的认可，才化险为夷。学会掌握沟通技巧，沟通虽不是技术的问题，但这是保障工作的最基本的职责。我深深能体会到老师讲的这句话。结合工作中遇到各种情况，让我深刻体会到沟通在工作及生活中的重要性，高效的沟通可以起到意想不到的效果。
细细回顾老师讲的全面项目总流程，应模块化的以项目包的方式来做，找到正确的方法，以量化工具来规范、标准化的实现项目化管理。掌握正确的方法，用正确的方法做正确的事情。
我在公司负责加气站工程项目的报建、验收及证照办理和管理等工作。在项目报建上就必须要分清哪些属于程序性报建，哪些属于技术性报建，两者之间的相互关系如何;哪些报建必须前置审批，哪些报建程序是现在必须进行的，哪些是可以同时进行的，也就是老师讲的“现行”和“并行”，这样才能形成最终的报建成果。理清了报建各个环节、各阶段、各条线之间的逻辑关系和相关性，我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门报建审批流程和报建审批所需的前置条件，我们编制了工程建设项目及报建流程图，有了这些报建流程的规范模板，我们就有了参考目标，很快能熟悉报建的每一个环节，工作做起来也得心应手。
以前对于管理的概念、涵义都很模糊，在听了老师讲的管理的本质精髓后，我更深刻的意识到了一个企业或是团队的成功需要具备多方面的综合素质。
人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此，管理者必须具有敬业精神和服务意识，还要有解决突发性事件的能力，最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好，把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来，搭配合理，就能以尽可能少的时间完成最大限度的工作，就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好，就能人尽其才，用兵如神，不但用尽可能少的人做好了工作，而且能使手下的每一个人都有施展才能的机会，使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍，再加上使用得当，企业就会在任何时候都立于不败之地。
最后在我们收获本课程带给我们的新知识的同时，也深深感谢为我们授课的赵安学教授，相信赵教授的精彩课程令我们又向更高的全面项目化管理层次迈进了一步，我们还需不断的去学习、体会及实践，在后续的工作中，我们要将所学的知识进行揣摩、深入体会，真正运用到工作中去，达到学以致用。
项目管理学习心得体会
在平日里，心中难免会有一些新的想法，可以记录在心得体会中，这样可以帮助我们分析出现问题的原因，从而找出解决问题的办法。那么你知道心得体会如何写吗？下面是小编为大家整理的项目管理学习心得体会，仅供参考，欢迎大家阅读。
我们一直讲项目管理是“麻雀虽小，五脏俱全”，即是说无论项目大小，其基本的管理理念、过程和方法是一致的。但是，对于大型基建项目，我们面对的管理问题仍然有其特色，有些是在小项目上不容易遇到的，或是不太一样的。我个人的体会是，一个专业的项目管理人员在大型基建项目上，要更加注意这样四个问题：
一、严格地遵守基建程序的工作原则
大型基建项目投资巨大，技术和资源投入巨大，社会经济意义重大，建设周期很长，对当地乃至国家的影响深远，往往是政府的投资行为，更多更严格地受到各级政府的支持关注，业主或项目管理机构的话事权、计划权、决策权，在很大程度上受制于各项基建程序法规的约束和规范，不能自以为是，随心所欲，我行我素。
尽管在工作中我们时常抱怨那些时空交错、层层叠叠的基建程序和审批手续，但是，政府的政策和法规，是不会因为我们个人的好恶或者项目的进程而改变的。当认真完成一个大型基建项目以后，我们会发现：基建程序其实是大型项目建设的生命线，是贯穿整个项目管理过程的一根主线，这根主线科学地把项目建设过程的重大事件、关键活动和工作节点有机地串联在一起，构成了大型基建项目的主体。正是通过履行这些看似官僚主义、条条框框的程序，国家才实现了对大型基建项目的把握和掌控。因此，大型基建项目管理的基本工作原则是：凡是政策的规定程序，必须勇敢面对和认真履行，不能立足于回避或侥幸;要
时刻提醒自己和管理团队，每一步工作将会涉及到哪些基建程序，专心研究履行基建程序的可行方案和工作步骤，细心讲究方式方法;在做计划的时候，必须为履行程序留出足够时间和合理余量;对履行程序过程中肯定会出现的延误和挫折(如未能通过某个审批环节)等风险，事先要做好二手准备和应对预案。事情往往是这样的，当你由衷地尊重、慎重准备和认真执行基建程序的时候，你会感到一路过关斩将顺风顺水，所费气力其实不多;但是，当你以侥幸的心理试图规避某项基建程序时，反而绕不过去，最终会得到惩罚，这可能是让你把程序从头再走一遍，让你的前期辛苦付诸东流。所以，大型基建项目管理的主要负责人，应该把认真高效地履行基建程序，作为自己日常工作的一项最重要的任务，抓住主线，纲举目张，少走弯路。二、多部门、多专业沟通的工作能力
大型基建项目意义重大，它的建设涉及到社会政治、经济发展、人民生活、城乡规划、财政金融、工程技术、环境生态等各个方面，涉及到的部门和行业很多，这与小型项目的建设是不一样的。作为项目管理的专业人员，应该特别注意培养和提高与多部门、多专业沟通的工作能力。
项目管理的教科书上说，项目经理75%左右的时间和精力是用在沟通(communication)上面，说明有效沟通的重要性。但是，没有哪一本教科书用同样75%的篇幅来告诉读者应该如何更有效地沟通，看来只能靠我们自己在实践中摸索。我个人的体会是，在大型基建项目管理中与多部门、多专业有效沟通的原则是：尊重谦虚、主动积极、隆重其事。
所谓尊重谦虚，就是从内心里尊重各个部门和行业的社会职责和专业立场，虚心听取和请教不同部门、不同行业的特殊要求和专业意见，慎重谨慎地处理相关问题。隔行如隔山，当我们在沟通中遇到困难的时候，首先应该静下心来，站在对方的角度，设身处地体会对方意见的合理性，检查我们工作中是否忽略了这个问题，是不是哪个环节还不完善?对方的合理要求应该如何采纳和整合?尊重对方就是尊重自己，虚心学习就是提高自己，何乐不为?
所谓积极主动，就是要事先做出沟通工作计划，把每个阶段可能涉及到的部门和主要沟通环节罗列出来，必须审批或沟通的事项提前罗列出来，然后，根据项目管理的实际进度，依照计划，按部就班，提前沟通，主动登门向有关部门汇报项目情况，提前组织相应的活动和会议，争取得到理解和支持。避免等到非沟通不可的时候、或者已经出现问题的时候再找上门去，这样只会事倍功半。
所谓隆重其事，就是说对于重要沟通事项和部门，要特别注意工作方法和沟通方式，力求高效高质量的沟通成果。早已落入俗套的吃吃喝喝请客送礼虽然偶尔采用，但是，对于重大项目管理事项和重要部门而言，隆重举行的高层次专家会、研讨会、审查会、汇报会、现场会等节点性活动，都是有效沟通和争取支持
的有效方式，应该提前制定计划，精心策划实施，隆重严肃召开。在一般情况下，这是事半功倍高质量沟通的好办法。三、掌握重点和控制节奏的工作方法
我们不可能像管理小项目一样，在大型基建项目上面面俱到，事必亲躬，眉毛胡子一把抓，事无巨细一起管，这样用不了多久，项目就非乱成一锅粥不可。我认为，一个职业的项目管理人士，应该由有“跳出五行，冷眼旁观”的本领，在纷杂忙乱的事务中，一定要永远明白和掌握项目管理过程中几个最重要的基建程序、关键活动、工作节点、重大事件及其工作要点和目标，超前规划策划，亲自抓住不放，提纲携领，贯彻始终，纲举目张，大步前进。其他事务性工作则完全可以放手由团队按部就班地落实，不会贻误大局。
还有一个项目管理的节奏问题。我提出这个概念后，一些同事认为很有意义，希望能够专门有所论述。简而言之，我们在大型基建项目的管理中，与小型项目一个节奏干到底、一竿子插到底不同，要注意区分不同的工作阶段和不同的目标要求，不是面面俱到才好，也不是进度越快越好，应根据实际情况制定和调整我们的工作节奏，当快则快，当缓则缓，该放就放，以保证有限的项目管理资源更有效的利用。比如，在施工过程中的不同阶段，项目管理的节奏要相应调整，承包商刚刚进场的时候，进度和质量管理节奏要快准狠，检查不停、会议不断、处理从严;而造价管理则可以宽松减压，尽量满足承包商的支付申请，以保证严格
的管理制度贯彻实施，同时保证相对充分的前期投入;在进度和质量进入正常轨道后，可以放缓管理力度，而调整节奏集中力量强化中间支付的审查审批，处理已支付款项中的问题，纠偏纠错，保证造价管理的正常运行，等等。如果没有工作节奏上的调整，一味强调各项工作同等重要齐头并进，势必出现人为造成的僵局和被动。“文武之道，一张一弛”，用在项目管理上也是很恰当的。
四、埋头苦干、平和宽容的工作心态
在短平快的小型基建项目上，项目管理从头负责到底，责任明确，权力集中，有些一言九鼎、舍我其谁、天塌下来一人担当的豪气和个人英雄主义的感觉。但是，在大型基建项目上工作，这种豪气和主义就必须大大地收敛。
在重大基建项目管理这个系统工程中，涉及部门和系统很多，政策性强，行政领导的介入会更多;建设周期很长，可能政府换了几届，项目都还没有完成;项目管理机构今年叫做指挥部，明年也许就改成了建设公司;项目的上级主管部门和主管领导并非一成不变，“铁打的项目流水的官”，昨天你是项目经理，明天可能就换了别人;顺利建设胜利完工你不算英雄，造价质量安全出了问题你也跑不了责任，没有哪一个人或哪一班人可以“天下道义一肩挑”，揽过项目成败的责任。
所以，作为一个专业的项目管理人员，在重大基建项目上要特别注意保持埋头苦干的工作作风，保持一种平和宽容的工作心
态，不能过于强调个人的责任和权力，不能过于计较个人的荣辱得失，不能过于坚持自己的意见，应该一切从专业角度出发，一切为了项目成功，尽心尽力，尽力而为，尽量发挥自己的专业水平，服从命令听从指挥，而已，别无它求。
6月21日至23日，公司外请专业老师组织相关管理人员进行了一次系统的《项目管理》专题培训，通过系统性的学习，让参与培训的学员收获甚多。
作为公司的生产管理部门，如何确保产品质量、按时履约的将产品交付给客户是部门管理两个重要方面的工作，通过系统的《项目管理》学习和深入应用，可有效的提升产品质量、按时履约。
项目管理的应用，是为了实现具体的目标，而要实现具体的目标，首先要明确五大原则，一是制定的目标必须明确；二是制定的目标力求量化；三是目标的可实现性；四是实现此目标与其他目标的关联；五是实现目标的时限。
项目管理必须划分阶段，不同时期关注不同问题，其过程分为启动过程、规划过程、执行过程、监督过程、收尾过程，其核心有三点：一是计划近细远粗；二是监控贯穿始终、三是收尾提前进行。生产管理部作为公司生产计划的管理和牵头部门，在接到经营部门的计划后，要及时牵头做好订单评审工作，通过评审来确认计划能否满足客户需求，能满足的情况下制定初步的计划方案，根据方案推进项目的实施，到具体执行的时候由实体承制单位做细致的实施计划，每日跟进检查，推进中有偏颇的需要及时修正，解决问题，把因突发问题的产生而影响到的工期，通过问题的解决或者后续工序的控制修正到原计划节点中来，确保最终结果不被改变。不能满足客户需求的，也要制定初步的计划方案，把能实现的最终结果及时反馈给经营部门，由业务部门提前和客户沟通，协商解决，达成一致后按计划推进实施，决不能出现到了交货而不能正常交货，这个时候再把结果告知客户，长此以往，关系再好的客户也会因我们的失信而让客户重新选择合作伙伴。
通过项目管理的策划和实施，实现最终的目标。实施项目管理的结果，方案的策划和制定仅仅是个开始，而实际结果的好坏，执行力是关键，项目经理必须具备信息收集与分析能力、决策能力、协调能力，有强烈的工作责任心才有完美的执行力，只有具备高度责任感，才能在执行中勇于负责，在每一个环节中力求完美，按质、按量地完成计划或任务。
为了加强团队学习，统一思想、统一行动，提高员工沟通协作能力，上周末公司组织各业务板块学习了由清华大学刘铁峰教授讲授的“现代项目管理”培训课程——《精细化管理》，老师生动的讲课方式，让我们在轻松活跃的气氛中了解了什么是项目、项目管理的内涵、方法、工具、步骤、意义等。
首先，刘老师先从“精细化管理”入手，列举了身边很多案例，这些就是发生在我们身边的事件，之前从没有把它们看作是“项目”。而无论是成功的项目还是失败的项目，往往取决于“细节”。进而谈到公司的管理方式，目前，我国企业在管理方面远远没有达到西方企业管理的精细化程度，往往习惯于粗放式管理。面对越来越多、越来越强的竞争对手，企业做大做强成为必然的发展方向。如何有效的利用资源、开源节流、创新发展等都可以通过管理来完成。“细节决定成败”，因此随着管理水平的提高，精细化管理将成为企业生存和发展的基本条件。所谓精细化管理，就是以精细操作和管理为基本特征，通过提高员工的素质，控制企业滴漏，强化链接，协作管理，从而提高企业整体效益的管理方法。也就是说，精细化管理就是由过去的粗放型管理向集约型管理的转变，由传统经验管理向科学化管理的转变。精细化管理是企业管理理念上的转变。精细化管理具有全员性、全面性和全过程性的特点，它是一种全面系统的管理模式。全员性要求每一位员工的工作都要精细化、精益求精;全面性涉及到公司经营
管理、人力资源管理、资金管理、信息化管理、技术管理、安全管理等;全过程性即精细化管理贯穿于企业的各项工作和每一个过程。实行精细化管理，要加强宣传教育和培训;要以现有的管理制度和企业标准为基础;要遵循从易到难、从简单到复杂的原则;要从“细”上着眼，从“精”上下工夫。
结合本部门的工作，才发现其实我们的项目很多，大到土地整理、商业地产管理，小到安全维修工程等，项目管理伴随着我们每天的工作。从启动、计划、执行、控制、收尾，每一个步骤都要有战略指导，缜密的计划，精益求精、不断改进的方案，良好的员工合作机制，预算的控制，以及遇到问题及时总结、反馈等，才能使项目朝着积极、健康的方向发展，从而达到预期目标。
在两天的讲课中，老师多次提到管理中“沟通”的重要性。两次长时间的现场互动，以小组的方式，通过成员间的协作沟通共同完成方案的制定，让我们更直观的从中发现沟通的问题，寻找解决出路。
项目的最终目标是企业实现盈利、为客户解决问题，这其中离不了人的管理。良好的沟通机制和沟通技巧是项目各干系人之间思想交流的重要保障。通常，有效的项目沟通管理，使全体项目组成员的思想高度统一、步伐协调一致、一起行动听指挥。因此，项目沟通是项目管理的一个重要组成部分，是体现项目管理沟通能力和管理能力的知识体系，也是项目管理成功与否及执行好坏程度的一个关键问题。沟通建立和改善人际关系是必不可少的条件。信息沟通、意见交流，将许多独立的个人、团体、组织贯通起来，成为一个整体。信息沟通是人的一种重要的心理需要，是人们用以表达思想、感情与态度，寻求同情与友谊的重要手段。畅通的信息沟通，可以减少人与人的冲突，改善人与人之间的关系。
我们公司内部项目很多，会议，无论是司务会、部门例会、小组讨论会就成为了上传下达的重要形式。公司领导就像项目经理一样为了实现公司目标，除了制定战略规划，还得跟下属沟通让每位员工更好地领会方针政策，让员工清楚自己的任务和责任，同时听取员工的工作心得及其工作进展情况，激励员工的工作积极性。其次，就是指与客户间的交流和沟通，如轻轨运营中与乘客的交流、房地产项目中与政府职能部门、工程单位的协作、商业地产项目中与租户、顾客的协商等等。让客户及时了解项目进展情况，保证项目按照计划和用户要求的方向推进，使用户认同项目的进度并建立预期。
通过两天的学习，使我们对项目管理中容易混淆的概念明晰起来，尤其是项目管理的五个步骤，对我们今后日常工作和项目的操作具有很好的指导意义，我们要把沟通协作作为工作的一个重要环节，把握整体管理的同时不忽视细节管理，为实现公司的目标，做出自己的最大努力。
金秋10月，伴着阵阵秋风，我来到了中国传媒大学凤凰学院来学习影视项目管理专业的研修班，能得到这次难得的机会，还要感谢省广电局的领导的厚爱，在这里我深表感谢。下面就来简单叙述一下我这段时间的收获，请各位指正。
首先中国传媒大学凤凰学院的名气还是很大的，在社会上可信度是很高的，一边是中国传媒大学，一边是凤凰卫视，无论是在学术界还是媒体行业这都是两块金字招牌。
另一方面，中国传媒大学凤凰学院的师资力量是比较强大的，在学术研究上，有中国传媒大学做后盾，在影视项目管理专业这个领域，不仅是在国内而且中国传媒大学也比较注重国际领域的行业动向。在实践经验上，有凤凰卫视做项目支撑，凤凰卫视的一些高管经常来学校亲自授课，分析目前国内发展的最新形式，以及预测未来的行业走向等等。
最后来中国传媒大学凤凰学院学习让我感觉收获最大的就是结识了一帮朋友，而且大多数都是这个行业的精英人士，我们利用课余时间来讨论问题，不仅仅解决的以前一些工作当中的难题，而且彼此之间也建立了深厚的友谊。
总之，通过这段时间的学习，我收获颇丰，感觉这次学习，还是很有价值的。
本人做项目经理已经有5年的时间，感到做这个工作最要紧的就是要学会与项目干系人的沟通，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢采用先进的技术方案，往往耽误了工作进度，结果得不到领导和客户的认可。而这些人最大的缺点就是不擅长沟通。我从一个技术骨干逐渐培养成为一个项目经理，目前已经能够带领20人左右的团队，.这期间感触最深的也是沟通的重要性。
下面是我的一点体会：作为项目经理我们每天都要面对的项目干系人有领导、组员和客户。和这些人沟通，让他们知道你打算怎么做，什么时候做，以及想要的结果是什么，这些都是非常重要的，也是你和他们沟通的主要工作。既然沟通这么重要，就一定要确定好沟通的原则，沟通原则说不清楚，以后肯定要吃亏。沟通的第一个原则是规定信息的流动方式，是推还是拉。
推式沟通就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人，这种情况适合小项目;拉式沟通意思就是项目经理利用OA的公共信息交互区发布信息，对方需要什么信息就自己去查，这个方法适用比较大型的项目。另外一个很重要的沟通方式就是确定主动沟通和被动访问，一般来说，这两种方式是同时存在的，尤其是你的直接领导，项目经理应该采取主动沟通方式，如果等到领导来问就已经很被动了。沟通的第二个原则就是对沟通的结果多做记录，很多项目经理怕写文档，但是项目经理一定要牢记“口说无凭，立字为证”的道理。有时候项目中经常会遇到一些扯皮的事情，为什么会扯皮呢?就是因为没有证据。所以项目经理一定要养成写文档的习惯，把与领导和客户达成共识的重要内容写成文档，比如通过会议纪要请相关人员签字，这样以后扯皮的时候，就能做到有据可查。还有一个比较常见的问题，就是因为领导的某些原因耽误了我们工作进度，比如你提交的报告，领导一直拖着不批，让你的工作无法继续，结果拖延了进度。因此，我的经验是给领导和客户提交材料一定要考虑留出时间余量，同时要确定期限，最好能留下记录，以后好确定是谁的责任;另外，最好能在项目启动阶段就和领导商定：如果提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。
1、抗住——价值(抗住意味着长久。项目压力大，时间紧，任务重，客户挑战大，合伙人承担了巨大的项目风险，我们在难得的项目机会历练中，只有找到自己的 价值定位，提供价值的切入点，持续输出价值，才能抗住压力赢得客户长久的尊重和认可;手段是通过抗住压力+快速学习+整合资源，持续为客户创造价值);
2、放下——格局(格局意味着共识。计较眼前的一城一池容易患得患失，就像张开刺的刺猬一样想随时保护自己，而日久见人心，有胆放下眼前得失，本着长期为 企业提供价值，格局增大看长远才能放下，放下了安定下来就能生智慧，对环境有更强的感知，对人的需求及关系、对事情有更强的判断，最后，双方私下感情共 鸣，彼此认可，专注做事，大大减少人事上的纠纷;方法:气量修炼+真心倾听，才能真正理解企业内各类人群的需求和心声，进而适当团结该团结的、安抚该安抚 的、打击该打击的);
3、推进——独立(独立意味着动车组。1天多次与各模块人员确认，逐渐支持组员独立承担模块，这样不再是项目经理一个人推动项目组往前走，是每个项目模块 负责人都是动力源，形成动车组共同发力推进项目组前进，将大大提升工作效率和成果。做到独立的方法：精神+专业的双重支持。项目经理是项目组员坚强的后 盾，给予精神和专业上的双重支持和信任，让项目成员敢于尝试并在受伤后得到抚慰并有胆再次上阵PK，逐步积累到独立面对客户;项目经理则从项目总监、外部 资源获取专业上的帮助，自己额外还从重复看《士兵突击》获得精神上的力量和支持。这样在给予精神上的信任鼓励和专业上的帮助支持后，对于已经良好运转的模 块就让负责人单飞，对于不安心的模块需要多次确认多帮助多找资源支持，逐渐支持其独立，完成动车组的打造)。
篇四：项目管理心得体会——1个项目经理的经验之谈
经理项目管理心得体会要紧的就是要明白什么是因地制宜：因势利导，只有最合适的，没有什么叫对的，什么叫错的，经理项目管理心得体会最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。
本人做经理项目管理心得体会工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，经理项目管理心得体会最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。经理项目管理心得体会在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
项目管理心得体会1：这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
项目管理心得体会2：这个项目里牵涉哪些方面的人，如投资方：具体业务干系方：项目建成后的运营方：技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司：业主的行业主管机构等。经理项目管理心得体会需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为经理项目管理心得体会是一定要记住的;
项目管理心得体会3：基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目管理心得体会的实际期望，是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;
项目管理心得体会4：在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间;
项目管理心得体会5：现在是做项目管理心得体会说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
项目管理心得体会6： 是到做总体计划的时间了吗?不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果经理项目管理心得体会不能尽早发现风险，那么就只能去当烈士了。
项目管理心得体会7：明白了要做哪些事情和你手上的筹码以及你做这个项目管理心得体会的总体策略，现在是成立项目小组的时候了。很多经理项目管理心得体会都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是经理项目管理心得体会本人，大项目里会配备行业专家，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
对于这种需求天天变的客户，你就一定要事先做好规矩：
一、统一联系人，客户指定一个人和项目组进行沟通，不能张领导：王领导都来说几句，如果他们意见不一致，那你只有得罪领导的选择了，所以，项目的最初就要定好规矩，我项目组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中;
二、所有需求变更全部要有书面文字，这点切记!这样做好处多多：
_有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的;
_便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目的;
_对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了;
项目管理心得体会8：现在你要面对三群人：你的领导：你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是经理项目管理心得体会将主动发布信息，不管通过电话：邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是经理项目管理心得体会就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有经理项目管理心得体会把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，经理项目管理心得体会更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是经理项目管理心得体会一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以经理项目管理心得体会开始就要和客户说清楚有些文档是必须签字的，比如经理项目管理心得体会的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里：什么等级的事情要双方经理项目管理心得体会专门签署备忘录：什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。
项目管理心得体会9：好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家：系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做干特图的形式表现出来。你做完这个表以后会惊奇地发现，干特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理thldl.org.cn的人会大谈什么WBS：优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢?战略决定优先级，而正确排列事情的优先级是一个经理项目管理心得体会能力的主要体现。
好，现在项目已经完成了前期工作，了解了项目的目标：搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是经理项目管理心得体会比较空闲的时候，不像前期的时候经理项目管理心得体会要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的经理项目管理心得体会往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。经理项目管理心得体会这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(_&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节：缺乏大局观：有点消极悲观：自尊心强(如果总结得不对，欢迎大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自己实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目：你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以
对事情的优先级的判断肯定比下属强。
在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求、美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉EJB编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果：如何向客户交付是经理项目管理心得体会一直要注意的事情，我听说有些老经理项目管理心得体会拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。
另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是经理项目管理心得体会和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级经理项目管理心得体会，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。
接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：
1、 确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;
2、 和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择?
3、 (项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本：进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对，就学习那个，让大家都意识到任何的更改都有成本和代价。
系统开发告一段落后，就进入客户培训：系统验收阶段，这个阶段，我一般会注意以下问题：
给客户做培训前，多注意一些表面功夫。很多程序员认为，系统的逻辑核心是否正确是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题，而且培训的时候也是信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，培训效果自然可以想象。我的体会是，给客户做培训的版本，如果你在做多次测试以后仍然不能确定逻辑是否合乎要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西。文档方面，准备至少两个文档：用户手册和培训手册。这两个文档的内容很多都是一致的，但是角度完全不同。用户手册往往是站在系统设计者的角度，按照自己的思路，分模块讲解系统的操作和功能;而培训手册，一定要站在客户业务人员的角度，根据每个角色面对不同业务的办理，如何通过使用本系统的一系列功能来实现目标。所以，第一次培训以前，系统界面是否完整正确：培训文档是否完备都是很关键的因素，第一炮打不响，以后就麻烦很多。
作为经理项目管理心得体会，其实脑子里就是几样东西，做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想，这四个方面都是相互矛盾的，属于典型的又要马儿跑，又要马儿不吃草的类型。考虑问题的轻重缓急方面，往往是把快放在第一位，各方领导都会给你最后期限，所以保进度是第一位的;省是第二位的，企业的根本目的是盈利，如果收入不能增加的话，至少费用要控制住;好是第三位的，没办法，谁都想精益求精，但是，没有强大的资源保障，质量只好先牺牲了;最后是多，客户的要求源源不断，如何降低客户的期望值，让他们从理想回到现实也是经理项目管理心得体会的分内工作。
验收前，除了做好文档工作，即可交付成果以外，多花时间搞清楚客户的做事情流程是很重要的事情，这些在前面已经有所提及，这里就不再多说。
我对验收最大的体会就是举证问题。即千万不要让客户这么想：你必须有证据证明你的系统是没问题的。这样你就没戏了，微软那么多天才，做了_P还天天打补丁，要你的程序没问题，既不可能，你也没办法拿出证据。你要让客户明白，所谓验收，就是我按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求，那么他应该举证，证明这个系统和最初设计相背离的。所以，参考法律概念，千万不要举证倒置。另外，认为系统完美了才能验收的想法也是错误的，软件开发合同里一定要注明验收以后维护期的费用问题，否则，客户担心一旦验收就得不到你们的支持，自然不配合验收，那么，你这个经理项目管理心得体会就很难交功课了。
项目管理的优势是工作目标集中、组织架构灵活高效，劣势是因为项目临时性的特点，成员缺少归属感和安全感，一个项目组织内包括了各个技术领域的人员，成员的职业发展不容易做得好。
近些年逐渐流行起来的矩阵式项目管理，似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点，让项目管理扬长避短，再跨上一个新台阶。在技术风险较高的IT项目管理中，更是成了一个时髦的名词。
那么矩阵式管理到底是怎么做的呢?请看下面这张示意表：
我们把部门竖着排成三列，横着切出三个项目，也就是三行，这样的组织结构就像有行有列的矩阵，这就是矩阵管理的最基本含义。这样的组织中，每个成员都有两个领导—项目经理(组长)和部门经理(组长)。根据项目经理和部门经理发挥的管理职能的比例不同，一般又可划分为弱矩阵、平衡矩阵和强矩阵管理，按照项目经理在项目中作用由小到大排列如下：
弱矩阵管理的项目经理一般是由职能部门指派，归部门经理领导，对项目的控制作用很有限，主要依靠部门经理控制项目，项目成员和项目经理都由部门经理进行考核，这种模式适合项目规模较小，基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的，一般是由各部门经理的上一级领导指派，项目经理和部门经理都对项目有一定的控制权，项目经理的主要负责项目的进度、质量、成本，部门经理则负责组织技术攻关、技术培训和成员技术能力提升，项目经理和部门经理共同负责对成员的考核，这种模式适合项目规模较大、技术复杂度较高的情况，很适合IT项目的特点。强矩阵类型自然就是以项目经理为主了，部门经理辅助项目经理，这种模式适合项目规模较大、但技术相对简单的情况。
矩阵式管理虽然有诸多好处，但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导，这是有悖于传统管理的“常理”的，需要充分宣传引导，谨慎协调。平衡矩阵操作难度最高，就像推独轮车，要不断的关注员工对项目的忠诚度和对部门的忠诚度的变化，要不断的调整，以保持平衡。弱矩阵和强矩阵操作难度也不低，一不小心就会滑到纯项目管理或纯部门管理模式，所谓的矩阵会名存实亡，画蛇添足。
矩阵式管理的另一个缺点就是沟通量大，需要有较强的“沟通管理”能力，否则就会掉入会议的漩涡中。
如果能比较好的处理矩阵式管理的平衡和沟通问题，矩阵式项目管理是非常好的管理模式，对IT项目管理必定会有很大好处。