项目管理心得体会范文（精选10篇）

短美文网>心得体会>

项目管理心得体会

时间：2023-02-10 06:39:38 心得体会投诉投稿

项目管理心得体会范文（精选10篇）

　　从某件事情上得到收获以后，往往会写一篇心得体会，这么做能够提升我们的书面表达能力。那么好的心得体会都具备一些什么特点呢？以下是小编为大家整理的项目管理心得体会，供大家参考借鉴，希望可以帮助到有需要的朋友。

项目管理心得体会范文（精选10篇）

　　项目管理心得体会篇1

　　项目管理是整个项目的基础，系统的学习项目管理及实物可以提高工作效率提升员工的项目管理能力。

　　在项目管理体验式培训中，我们听了聚成公司讲师的案例和实习我们明白了什么叫项目和项目管理的流程和项目管理的精髓。首先项目管理语言要求统一，减少因传递导致的沟通误差，影响项目进度。公司要求我们围绕项目管理的基本理念去体验项目管理事实案例。我们根据讲师讲授的.案例进行深刻的体验与感受，我们明白了项目管理的目标设计非常重要。项目设计目标要求我们对目标具备时间性和成本质量方面出发。项目管理有九大知识领域和五大过程这都需要我们去深刻的体验与理解。项目开始前我们要做出一个示意图，让所有的员工都能明白我们在做什么我们应该怎样做，横向“时间预算”和纵向贯穿“WBS工作分解”让我们明确项目中关键所在。

　　通过学习项目管理的实物我深信未来是企业发展的核心，项目管理是企业的行为过程，是企业发展的载体。营销管理是企业的成果，也是企业发展的命脉。

　　通过系统的培训与学习我发现“项目经理”在整个项目处于的角色非常重要，项目经理是整个项目团队的引导至和沟通者。一个成功的项目经理的能力直接决定着整个项目的成功。团队沟通能力异常重要，只有Leader能力带领团队的沟通力越强那么整个项目的成功率越高。

　　项目管理心得体会篇2

　　作为一个有着三年工作经验的项目管理经理，如何才能将项目管理得有条有序且得到手下人员的支持，有几点是非常值得注意的：

　　1、工作一定要有计划，有计划一定要有考核，尤其是工作目标一定要明确。

　　没有工作计划，有了目标也不会按期自动完成，没有计划就是正在计划失败。有了工作目标但不明确，谁对谁负责，谁去完成任务，什么时间完成，完成后对谁交接，布置任务责任不清是造成执行效率低的主要原因，尤其是要界定清每个人的工作范围。从工程实践来看，当有分包队伍工程进度有可能影响整体工程目标的实现时，立即对其开出工程督改通知单，并开出罚金，无论看起来多紧的工期总是能想办法按期实现。

　　2、组织共识至关重要，上下同欲者胜。

　　要向员工们解释为什么做好这个事情比怎样做好这个事情更重要，有时员工缺少的不是能力，而是意识。在原料场二期工程尾项中，尤其牵涉到向生产方交付使用的情况，很容易出现工作扯皮和推诿的现象，我提了几项原则，其中一条是“不与甲方争辩”，就要告诉现场各专业主管，作为乙方我们树立要为甲方服好务的思想，甲方提问题，我们就是解决问题的，出现问题不要把主要精力关注在问题本身，而要把90%精力放在如何去解决问题上，甚至提出了如果安排的任务不理解，你可以不去做，但一定及时反映。同志们思想有了很大改观，加快了尾项工程处理速度。

　　3、一定要按工作原则做事，而不是只强调工作程序。

　　施工管理中遇到问题层出不穷，很难预期，要求处理的时间又非常紧，所以对现场主管要求更多要按原则去迅速处理，而不是一定要征得领导同意。在原料场二期工程中，我提了几个原则：

　　①一定要按图施工，一定要有书面依据，以图纸和设计变更作为主要依据，图纸上没有的经甲方同意的一定及时办理现场签证。

　　②不与甲方争辩，要把90%精力放在解决问题上而不是问题本身。

　　③一定要及时沟通，不能解决的问题一定要及时反映，而不是积压，错过了时机再去补救太难了。

　　④工作要积极主动，上道工序做完要及时通知下道工序，下道工序也要主动去催上道工序，甚至是甲方项目部，提出问题的同时要提出解决问题的几个方案。

　　⑤要做一个负责任的施工方，并继续打好项目部这个品牌，要让别人认为，我项目部不仅能抢工期，更能做好尾项，服好务，善始更能善终。

　　⑥一定处理好与甲方和项目其它相关方的关系，不允许在任何情况下与他们把关系搞拧了或矛盾激化，即使对方完全错误，你完全站在工作立场上也不行，别人有错也要给他能接受的方式去改正，干好活、赚好钱但把甲方的关系搞丢了你也是不合格的，换句话说，做事更要去做人。

　　⑦不要把个人情绪带到工作，施工管理工作任务重、工期紧、压力大，情况复杂，人来人往间难免磕磕碰碰，有矛盾一定要及时排解，绝不许把工作当作渲泄个人情绪的私人工具。并逐条向各专业负责人解释，使同志们的'思想受到很大震动，但最终达到了思想统一。

　　4、要有项目风险预控方案。

　　工程项目必须事先有风险预控方案，事前控制永远要好于事中和事后控制，但如何做到事前控制要靠平时积累。从目前看，由于甲方的原因引发的项目下马已成为工程项目风险的首要因素，都因为甲方的种种原因而取消或延迟，造成人员组织和前期准备的无谓浪费。

　　5、管理一定要进行有效确认。

　　管理不是去管了就算完成了，管理到位了吗，管理有效果吗，管理有效益吗，是按质按量如期完成的吗，完成了之后及时报告了吗，是付出了多大资源投入才完成的。常见的说法：我已经给分包方说了，设备上我已经催了甲方负责材料供应的，到底事情办到什么程度不知道、不清楚。管理不只是张张嘴说说几句话，要有实际行动和实际效果，更不是文字游戏，要有检查和效果评估。对我们职能处室工作进行反思，不是没有管理制度，但有些管理制度更像只在上面喊了几声便没有了下文，制度上了墙就不再下来了。

　　项目管理心得体会篇3

　　项目开发方面

　　项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上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企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。

　　项目管理心得体会篇4

　　两天认真听了《全面项目化管理》这门课，xxx教授从五大类分别给我们详细讲述了全面项目化管理基础思想、成功项目的必备条件、全面项目化、项目化管理和全面、项目化管理的导入。通过学习将我们如何运用全面项目化管理又提升到一个新的高度，让我们又发现了诸多平时工作中存在的问题，也对我们今后的工作起到了指导与改正的作用，真正是受益匪浅。

　　通过赵教授对专业理论知识的阐述再到典型案例的剖析，做得好的方面也得到了课程中理论知识的支持，对一些常见的错误也以鲜活的案例加以呈现，让我们将日常工作中常犯的错误集中展现并一一剖析其错误所在以及对工作的影响，对我们今后的工作起到了一定的改善作用。

　　老师讲项目的标准化时，重点说明了要重视基本习惯的培养，可以大大提高工作质量，任何规范的基础都很重要。还有项目经理的选择，应具备的三大素养和应具备的工作能力等，这一点我在工作中深有体会。

　　无论是企业还是个人，一个好的完善的计划必定能够帮助我们更快更有效的确定行动方向，从而能达到事半功倍的效果。无论办什么事情都应明确其目的和意义，有个打算和安排。有了计划，就有了明确的奋斗目标，具体的工作程序，就可以更好地统一大家的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。计划一旦形成，就在客观上变成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。这样，计划又反过来成了指导和推动工作前进的动力。总之，搞好工作计划，是建立部门正常工作秩序，提高工作效率必不可少的程序和手段。编制好工作计划，对于我们的工作，都有十分重要的意义。为提高工作效率，我们还编制了相关工作计划进度表，部门每一个人在工作例会上必须对自己一周的工作完成情况进行汇报，然后由经理再对部门的工作做出总结，通过表格计划管理有效的加快了工作进度。

　　作为一个优秀的项目经理必须具备一定的管理能力、工作能力及执行能力，还需具备良好的心理素质和抵御压力的能力和具备良好的素养。我们要为公司广结良缘，广交朋友，形成公司与政府部门之间沟通的“桥梁”，形成“人和”的氛围和环境。为此要把握交往的技巧、艺术、原则。能力+人脉=成功。维持良好的人脉关系有效的实现工作成功的目标。就在今年7月初，我们在申报新建项目立项过程中由于部门员工递交申请资料时表述失误，差点我司新建项目的立项批准就审批不下来，我就立即采取的补救措施，与发改局经办负责人及时进行了有效的沟通，详细说明了该项目的原由，最后得到了经办负责人的认可，才化险为夷。学会掌握沟通技巧，沟通虽不是技术的问题，但这是保障工作的最基本的职责。我深深能体会到老师讲的这句话。结合工作中遇到各种情况，让我深刻体会到沟通在工作及生活中的重要性，高效的沟通可以起到意想不到的效果。

　　细细回顾老师讲的全面项目总流程，应模块化的以项目包的方式来做，找到正确的方法，以量化工具来规范、标准化的实现项目化管理。掌握正确的方法，用正确的方法做正确的事情。

　　我在公司负责加气站工程项目的报建、验收及证照办理和管理等工作。在项目报建上就必须要分清哪些属于程序性报建，哪些属于技术性报建，两者之间的相互关系如何;哪些报建必须前置审批，哪些报建程序是现在必须进行的，哪些是可以同时进行的，也就是老师讲的“现行”和“并行”，这样才能形成最终的报建成果。理清了报建各个环节、各阶段、各条线之间的逻辑关系和相关性，我们的工作思路就更清晰了。同时为了更清楚的了解各职能部门报建审批流程和报建审批所需的前置条件，我们编制了工程建设项目及报建流程图，有了这些报建流程的规范模板，我们就有了参考目标，很快能熟悉报建的每一个环节，工作做起来也得心应手。

　　以前对于管理的概念、涵义都很模糊，在听了老师讲的管理的本质精髓后，我更深刻的意识到了一个企业或是团队的成功需要具备多方面的综合素质。

　　人类社会越来越依赖集体的努力以及越来越多的、有组织的.群体规模的扩大,管理人员的任务也就愈发重要了。因此，管理者必须具有敬业精神和服务意识，还要有解决突发性事件的能力，最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好，把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来，搭配合理，就能以尽可能少的时间完成最大限度的工作，就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好，就能人尽其才，用兵如神，不但用尽可能少的人做好了工作，而且能使手下的每一个人都有施展才能的机会，使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍，再加上使用得当，企业就会在任何时候都立于不败之地。

　　最后在我们收获本课程带给我们的新知识的同时，也深深感谢为我们授课的赵安学教授，相信赵教授的精彩课程令我们又向更高的全面项目化管理层次迈进了一步，我们还需不断的去学习、体会及实践，在后续的工作中，我们要将所学的知识进行揣摩、深入体会，真正运用到工作中去，达到学以致用。

　　项目管理心得体会篇5

　　最近两周通过听胡百师老师的讲课和公司同事关于项目管理经验的交流会议，在项目管理上学到不少东西，感受最深的是项目管理就是要合理的利用资源，而人无疑是一切资源中最重要的一环。

　　我们做任何工作都不是孤立存在的，工作不论繁复，都可以看作是一个项目。而要完成一个项目就需要各式各样的人员整合到一起，扮演不同的角色。如何发挥这些人的特色，分配适合的角色，从而更快更好的完成各自的分工，就是项目最需要考虑到问题了。但要真正发挥每个人都特色却不是这么容易就能做到的。因此就需要我们不断的学习，培养自己的思考力。思考力提高了观察敏锐了，才能发掘出他人的特色，并善加利用。

　　发掘出每个人都特色并分配好各人在项目中所处的职位后，就需要采取有效的管理来监督把控每个环节，以确保项目能够按照计划执行。以往我们在工作中都接触过各式各样的表格，说起来各个环节似乎都有表格可以监控。可是由于这些表格都是分散开来，针对单独某一个环节的，结果就使得整体管理上缺乏统一性，实施起来难免会出现混乱的感觉。经常出现一个人只着眼自己负责的某一环节，却忽视了整个项目的情况。一旦某一环节上出现了调整，其他人员却无法第一时间得到消息，无法及时作出调整。结果就使得整个项目的工作节奏都被打乱了。

　　因此就像项目管理经验交流时有人说到的：“表格需要做减法”，我们首先应该以项目为单位，将涉及到的所有环节和资源都整合到一起，这样大家就可以知道自己在这整个项目中所处的位置，了解在项目中于自己相关的.前后环节的进展情况，这样执行起计划来就更有依据了。

　　通过这两次项目管理的经验交流，大家准备已一本书作为一个项目，进行项目管理，设计出适合我们用的项目管理表格。这是与各个部门都相关的工作。一旦做好了，将会大大减少进度管理上的时间成本。使得管理更简单化也更人性化。

　　希望这项工作能够尽快的展开，尽早制作出适用于我们公司的项目管理表来，相信所有人都会尽力配合的。

　　项目管理心得体会篇6

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

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

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

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

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

　　项目收尾：是正式结束一个项目或阶段的所有活动，将完成的产品移交他人，或者中止一个被取消的项目所进行的系列过程。在这个过程中对每一步都不能含糊，如：验收，清理，及时对供应商进行验收和结算，保证项目的记录完整，并且总结经验教训。积累流程资产，最好实现知识管理……

　　项目的失败的原因有很多种，大多数项目的失败原因，可能缺乏客户参与，管理层的支持不充分，没有执行力，拙劣的计划，恶性资源冲突，项目经理的错误任命，不合适的项目组织形式……所以做好一个项目经理要不断地去充实自己，不断的严格要求自己，不断的展现你的人格魅力……

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

　　项目管理心得体会篇7

　　做项目管理工作这几年，我感到做这个工作最要紧的就是有一个良好的系统项目管理方案和执行能力，要做好一个项目经理，他首先必须要是技术和管理的化身，再次沟通是一个项目经理通向合格工程必要的桥梁。无论是企业还是个人，一个好的完善的项目管理方案必定能够帮助我们更快更有效的确定行动方向，从而能达到事半功倍的效果。无论办什么事情都应明确其目的和意义，有个打算和安排。有了项目管理方案，就有了明确的奋斗目标，具体的工作程序也就为之而顺利展开，就可以更好地统一大家的思想，协调行动，增强工作的自觉性，减少盲目性，调动员工的积极性和创造精神，合理地安排和使用人力、物力，少走弯路，少受挫折，保障工作顺利进行，避免失误。项目方案一旦形成，就在客观上变成了对工作的要求，对计划实施者的约束和督促，对工作进度和质量的考核标准。这样，项目管理方案又反过来成了指导和推动工作前进的动力。

　　作为矿建公司高河项目部的项目经理，就目前的高河项目部而言，我深切的体会到，项目管理对整个高河项目部工作的进行的重要性，合理完善的项目管理不单单能减少我们工作中的失误，少走弯路，达到事半功倍的效果，而且合理的项目组织能最大程度的协调矿方与项目部以及矿建公司，达到另多方满意的结果。一个合格的项目经理不是管理人、财、物，而是协调人、财、物。作为一个项目部的组织者和领导者，要保证一个项目组织的顺利进行，其中必要的一点是要明确组织结构和组织分工，也就是我们所说的人尽其才、物尽其用。合理明确的组织分工和职权确认，使每个组织结构构成清晰，减少组织结构的交叉，从而避免组织之间相互推诿;合理明确清晰的职权确认，不但能分担项目经理的工作压力，而且能调动大家的工作积极性，使每个人清晰明确自己的工作职责，从而保证项目组织的合理有序进行。

　　人类社会越来越依赖集体的努力以及越来越多的、有组织的群体规模的扩大,管理人员的任务也就愈发重要了。因此，管理者必须具有敬业精神和服务意识，还要有解决突发性事件的能力，最重要的是要靠得住、会办事、能共事、不出事等各方面的素质。管理工作做得好，把一个公司的人、财、物三方面以最大程度的台理性结台起来、组织起来、调动起来，搭配合理，就能以尽可能少的时间完成最大限度的工作，就能以尽可能少的开支为企业创造最大限度的经济利益。管理工作做得好，就能人尽其才，用兵如神，不但用尽可能少的人做好了工作，而且能使手下的每一个人都有施展才能的机会，使每一个人都能得到充分的锻炼。人才是企业之本。有了一支素质高、水平高、力量雄厚、结构合理的人才队伍，再加上使用得当，企业就会在任何时候都立于不败之地。

　　在平时工作的`同时，我也深刻体会到项目学习的重要性。必要的学习进修，才能不断地提高项目管理能力，才能认识掌握项目管理新方法，从而跟进提高并改善日常项目管理中存在的不足之处。比如说前一段时间的建造师再教育培训，虽然只有短短的几天时间，但醍醐灌顶，受益匪浅。经过这次培训再教育我深刻的体会到项目管理方法不是一成不变，在这个信息时代，新的方案、新的管理日新月异。只有不断地学习才能更好的完成项目管理的本职工作，只有不断地学习才能更好的成就优质的项目管理。综上所诉，项目管理是一个长久系统的工作，不是一朝一夕所能完成的，伴随人类社会的进步发展，项目管理的重要性表现的愈发的突出，优秀的项目管理往往是成就社会化大生产的必要条件。面对项目管理，我还有很多不足之处，需要在今后的学习中不断提高自我的项目管理理论知识;需要在今后的学习中不断认知当今社会最前沿的项目管理方法;需要在今后的工作中不断提高项目管理实践能力;需要在今后的工作中不断锤炼自己的项目管理领导能力。

　　项目管理心得体会篇8

　　项目管理的优势是工作目标集中、组织架构灵活高效，劣势是因为项目临时性的特点，成员缺少归属感和安全感，一个项目组织内包括了各个技术领域的人员，成员的职业发展不容易做得好。近些年逐渐流行起来的矩阵式项目管理，似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点，让项目管理扬长避短，再跨上一个新台阶。在技术风险较高的IT项目管理中，更是成了一个时髦的名词。那么矩阵式管理到底是怎么做的呢？请看下面这张示意表：

　　我们把部门竖着排成三列，横着切出三个项目，也就是三行，这样的组织结构就像有行有列的矩阵，这就是矩阵管理的最基本含义。这样的组织中，每个成员都有两个领导—项目经理（组长）和部门经理（组长）。根据项目经理和部门经理发挥的管理职能的比例不同，一般又可划分为弱矩阵、平衡矩阵和强矩阵管理，按照项目经理在项目中作用由小到大排列如下：

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

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

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

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

　　项目管理心得体会篇9

　　项目管理在实际生产过程中起着十分重要的作用。近日，公司策划组织了由xx项目管理培训机构郭xx主讲的课程，让大家更系统更专业的了解到项目管理的过程、体系、思维与工具应用，为期一个月的培训让我们收获很大。

　　项目管理主要包含五大过程和十大管理维度。五大过程为启动→规划→执行→监控→收尾。十大管理维度为项目整合管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理、项目干系人管理。

　　从五大过程来说，工作中往往对于项目的.启动、规划、收尾做的不到位。项目启动时不能及时明确供货范围，导致项目管理过程中常常出现项目“缺柴”现象，或者变更后物料不能及时齐套，或者变更后生产周期不能满足客户要求。项目收尾时没有人去对项目过程中出现的问题认真总结，交付中的临时变更也常被忽略，下个项目相同的异常还会再次发生。

　　从十大维度来看，对工作中每一个管理维度都只是轻描淡写，没有系统性，并没有把十个维度的工作认真落实下去。要想做好项目管理必须遇到任何问题都要从这十个维度去认真思考，利用项目管理的思维去指导日常的工作。

　　项目培训中，郭老师提到的“聆听”也是项目管理工作中不可或缺的一部分。“聆听”在我们的工作和生活中非常重要，但往往容易被大家忽视。通常来说，每个人都从自身的角度出发去考虑问题，也常常很主观的希望别人按照自己的意愿做事，不愿意听取别人的建议或意见。其实，当你听听别人的意见，站在别人的角度考虑问题时，一切都会不一样了，成效要从改变自己开始。