你一定也有写过心得体会吧，写心得体会也是对我们经历过事情的一种深思，想要提高我们独立思考的能力，我们需要认真对待自己的心得体会，下面是范文社小编为您分享的项目管理年心得6篇，感谢您的参阅。
项目管理年心得篇1
通过学习《物业项目岗位管理》，使我再次认识到：什么是物业项目服务？作为物业经理应当具备哪些岗位要求、岗位管理、管理常识、管理技能等工作内容。以及如何转变“企业要求我去做”变成“我为企业积极主动做”的思想理念。认为要做好一名物业项目经理，应当从四个方面做起：
一、要具有优良的品德和敬业精神。
为物业经理的一言一行都会影响到下属，物业员工不是优秀人才的集合，每个员工都有其优点和缺点，作为项目经理，一定要了解员工，用其所长。要求员工要细心地洞察小区内任何状况的发生，耐心地服务小区业主，为他们解决好每一件事情，那么作为物业经理才能得到业主的肯定和同事、领导的认可。
二、应当具备物业服务礼仪知识。
作为物业经理，首先必须熟悉物业服务行业相关的政策法规。如果不懂就会变得被动。其次物业服务是衡量和评价物业服务公司水平如何的标准，最直观的就是来自物业服务所有员工素质的体现。因此物业项目经理一定要具有亲和力，让业主愿意同你交往，愿意同你成为朋友，增强业主对物业服务的信任。
三、要具备带好一个团队的能力。
物业经理必须明白一个人的力量是有限的，每位员工的性格都不一样，有些活泼，能搞活气氛，有些不擅言词，但能做具体实在的工作，有些性格耿直，但很容易得罪人，有些有能力，但也有一些缺点。尤其在物业服务这个“100—1=0”的行业中，哪怕是一个员工带着情绪上岗服务，都可能会给整个物业服务工作带来无法估量的损失。因此，作为物业经理，必须很清楚属下的性格，才能为团队的成功打下坚实的基础。
四、对属下要严格管理和关心爱护。
物业经理在强调业绩的同时也要了解他们在工作中的艰辛和苦衷，毕竟他们处于第一线，所面临的种种问题也是经理应面对的，帮助他们化解在工作中的一切难处并多鼓励，只有这样才能团结和带领好自己的团队，使团队更加稳固坚强具有战斗力。没有满意的员工就没有满意的业主。因此在坚持原则、制度的基础上，作为项目经理要十分注意关心员工的生活。将对他们的关心转化到为业主提供优质服务和处理好与业主的关系上来。
项目管理年心得篇2
引言
20xx年5月26日，有幸获得莫老师敏捷培训526尊贵名额，成功搭上敏捷培训管理的和谐号，驶向更高效、更灵活、沟通的项目管理知识领域的海洋。
概念解析
莫老师通过一个个的问题，把我们带入了关于敏捷项目管理的思考。“小步快跑”、“快速迭代”、“适应变化”
等等每个同学各抒己见，发表自己对敏捷的看法和认识。结合自己最近在pmp项目管理中的学习，传统的项目管理更适合瀑布型的软件开发模式，强调严格、完善的计划，并遵循计划执行和监控，按流程进行变更控制。然而现在的市场环境变化、客户需求变化之快，迫使业务也随之变化，传统的软件开发模式已不适用。
早在20xx年，17名软件开发工程师在一个滑雪胜地共同发起了敏捷软件开发宣言。敏捷宣言的4个价值观：
这四个价值观震惊到我了，我们是站在巨人的肩膀上快跑，当初的17位工程师多有先见之明，在如今极速互联网的时代，这套敏捷项目管理流程方法论，能够适应未知、多变的市场环境，持续交付有价值的产品，满足客户的需求。
在一个橄榄球的视频观看之后，莫老师完美的让我们了解scrum的来源，scrum是一种轻量级敏捷开发模式下的敏捷项目管理流程之一，（之一？好吧，原谅我见识少）。
通过两个小视频，我们了解到了scrum团队种的角色和职责，以及每日站立晨会的规则。结合工作进行反思，我们现在的每日晨会是遵循这些规则，昨天做了什么？有什么困难需要支持？今天的计划是什么？并且针对每日站会有什么可以改进的地方，如何提会议效率？把这些问题带入工作当中，不断的进行改进完善。
沙盘演练
下午的课程，莫老师带领我们进行沙盘演练，在游戏的过程中学习实践敏捷项目管理。scrum的敏捷项目管理框架的理论实践达到“知行合一”。项目中的成员更好的融合，自我管理和形成自组织的高效团队。
用户画像能够明确产品的用户，价值体现。在模拟的过程中对scrum的流程有了更好的体验，把这种体验带入我们的工作中，越来越敏捷、效率。
学习体会
一次超棒的敏捷项目培训之旅，充满了乐趣，收获颇多，并且能将学习中过程中的知识，结合工作使用的tapd敏捷项目管理工具，更高效更协作。相信在未来的项目管理工作中，更加沉淀自己，优化完善工作，通过pdca（plan-do-check-action）的方法进益求精。
项目管理年心得篇3
项目管理的优势是工作目标集中、组织架构灵活高效，劣势是因为项目临时性的特点，成员缺少归属感和安全感，一个项目组织内包括了各个技术领域的人员，成员的职业发展不容易做得好。近些年逐渐流行起来的矩阵式项目管理，似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点，让项目管理扬长避短，再跨上一个新台阶。在技术风险较高的it项目管理中，更是成了一个时髦的名词。那么矩阵式管理到底是怎么做的呢？请看下面这张示意表：
我们把部门竖着排成三列，横着切出三个项目，也就是三行，这样的组织结构就像有行有列的矩阵，这就是矩阵管理的最基本含义。这样的组织中，每个成员都有两个领导—项目经理（组长）和部门经理（组长）。根据项目经理和部门经理发挥的管理职能的比例不同，一般又可划分为弱矩阵、平衡矩阵和强矩阵管理，按照项目经理在项目中作用由小到大排列如下：
弱矩阵管理的项目经理一般是由职能部门指派，归部门经理领导，对项目的控制作用很有限，主要依靠部门经理控制项目，项目成员和项目经理都由部门经理进行考核，这种模式适合项目规模较小，基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的，一般是由各部门经理的上一级领导指派，项目经理和部门经理都对项目有一定的控制权，项目经理的主要负责项目的进度、质量、成本，部门经理则负责组织技术攻关、技术培训和成员技术能力提升，项目经理和部门经理共同负责对成员的考核，这种模式适合项目规模较大、技术复杂度较高的情况，很适合it项目的特点。强矩阵类型自然就是以项目经理为主了，部门经理辅助项目经理，这种模式适合项目规模较大、但技术相对简单的情况。
矩阵式管理虽然有诸多好处，但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导，这是有悖于传统管理的“常理”的，需要充分宣传引导，谨慎协调。平衡矩阵操作难度最高，就像推独轮车，要不断的关注员工对项目的忠诚度和对部门的忠诚度的变化，要不断的调整，以保持平衡。弱矩阵和强矩阵操作难度也不低，一不小心就会滑到纯项目管理或纯部门管理模式，所谓的矩阵会名存实亡，画蛇添足。
矩阵式管理的另一个缺点就是沟通量大，需要有较强的“沟通管理”能力，否则就会掉入会议的漩涡中。
如果能比较好的处理矩阵式管理的平衡和沟通问题，矩阵式项目管理是非常好的管理模式，对it项目管理必定会有很大好处。
项目管理年心得篇4
项目经理是为项目的成功策划和执行负总责的人。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。从职业角度，项目经理是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。本文分享笔者的项目管理心得。
1、项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档；对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收；对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
2、质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试；测试要有记录，并将记录整理成测试报告。
但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。cmm模型已得到广泛的认可和接受，cmmi沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
项目管理年心得篇5
前段时间，我负责了一个项目的管理与开发。在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规定的时间范围内如期交付产品。这其中，经历了需求变更、人员变动（因为其它任务，先后有近10人离开团队）等诸多问题，项目仍然取得了成功，不能不说有几分侥幸，但此外也有一些经验与教训可以与大家分享。
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的.特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。（需求追踪，任何原始需求来有头就有尾。原始需求—>用户需求—>产品需求—>软件需求—>设计—>测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用）
控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱）
项目管理年心得篇6
记得在读大学时，作为班干部曾经参与班上的元旦晚会的策划，自己曾经以为策划就是这个样子，无非就是一个流程一个思路。记得读书时老师说过只有一个得人心的策划才是考策划，一个好的策划就是帮助别人同时分享自己的快乐。在大学的时候如果一个任务难度很大自己估计就会放弃或者随便抄一篇应付了事，但是自己的角色早已经变了，早就不是象牙塔的学生了，变成了一个生产者而不是曾经的消费者，现在的情况不允许自己逃避，为了自己，为了安江9c必须要走下去。
在项目第一次全体职工代表大会上xx说：你可以不懂，但是你不能因不懂就不努力，你可以查资料可以向别人请教。很多时候不逼自己能永远也不会知道自己有多大潜能。那些日子向我的老师，我的师兄以及我的领导同事请教，终于明白了一个项目安全专项策划的一些流程，再也不是当初两眼一抹黑了，有了大体的框架 就有了方向，接下来开始写具体的策划了。当安全专项策划上交的那一刻起自己看着几万字的策划居然在自己一个字一个字的敲击中完成，看着自己居然把大学时候资料大部分看了一遍，心中真的感到非常的自豪和不可思议，不曾想到曾是那么患得患失和浮躁的自己能够以四公司的一员，以安江9c的一员认真的思考安江9c项目的安全管理，认真去体会刘宏伟总经理在安江项目管理部署动员会说的质量安全第一原则的指示精神，去思考项目安全管理的思路。
记得我的一个同事不止一次当着我的面说“所谓的安全全是骗人”，那时候我真的非常难受，倒不至于是生气。作为一个在接受了三年正规大学教育然后在路桥施工这一高危领域进行工作的大学生都有这样观点，可以想像到文化程度远低于他的那些农民兄弟对安全是怎么一个样的认识。我们安全第一，预防为主喊了几十年，什么东西都是空中楼阁，安全还是没有落到实处。这就是缺少执行力，缺少脚踏实地。事情总是往好的方面发展，随着国民素质的提高和融于世界经济的需要，安全生产越来越受到重视，作为中国建筑行业最具代表性的企业的子公司xxx在些年全面推行安全总监制度，安全拥有一票否决权，但是我觉得还不够，必须推行安全准入制度。任何一个分部工程或者单项工程，在进行正式的施工作业前安全防护设施必须完好，从业人员受到良好的安全教育，临时用电符合要求，特种设备性能良好，在施工通知书上面有安全负责人签字确认后方可进行施工，实现全面的安全准入制度项目的安全方能得到有效的提高，从而有效的避免重特大事故的发生。
提升安全管理人员的专业水平和项目领导的安全素养是构建安全安全生产的一个非常重要的方面。和我的师兄以及其他安全管理人员交流，很多人员连安全管理应做什么都不知道，一做资料就是从网上东拼西凑，根本不认真阅读安全生产的法律法规或者强制性标准，应付了事。公司应推行对安全管理人员的资格考试，主要考察安全技术，安全管理水平以及其安全意思，连自己的安全都搞不好还怎么检查别人的安全。领导的安全素养同样非常重要，对于项目经理负责制来说，项目经理就是最大的安全员，一个项目经理对安全的重视程度直接决定项目的安全管理水平。
提升其他管理人员的安全思想和知识构成是项目安全不可缺少的一个方面。很多时候人们一谈安全，就是安全环保部或者安全员的事情，实际是安全很多方面的落实主要靠现场的管理人员，安全员最基本的职能就是监督与检查。项目安全管理必须坚持“谁主管，谁负责“，”“生产，必须管安全”的原则，严格坚持“五同时”这样项目安全管理才有一个一个大的提升空间。
