项目心得与总结
项目心得与总结(精选10篇)
项目心得与总结要怎么写，才更标准规范？根据多年的文秘写作经验，参考优秀的项目心得与总结样本能让你事半功倍，下面分享【项目心得与总结(精选10篇)】，供你选择借鉴。
项目心得与总结篇1
再回首，思考亦多，感慨亦多，收获亦多。“困并收获着，累并 快乐着”成了心曲的旋律， 常鸣耳盼。 对我而言， 四天的学习是难忘、 印记最深的四天。对工作思考方式的转换，心态上的调整、一系列的 适应，压力带来了累的感觉，累中也融进了收获的快乐，在酸甜苦乐 的培训生活中， 让我感受到一种团队精神和力量， 第一节课团队组建， 学员思考互动训练，当所有学员积极参与不顾往日的斯文，将人的本 性、热情、积极的一面显露时，我突然明白什么是真正的团结友谊， 成了我心中永远的记忆，一朵孤芳自赏的花只是美丽，一片互相依偎 着而怒放的锦绣才灿烂。我们生活在一个集体里，唯有团队，才能为 团队增光，为自己添彩，才能促成灿烂的锦绣，团队组建时，我们小 组，设计队名团队旗子及口号时我心里想我们组这么多人呢，再说我 是做技术不擅长这个，让他们做吧，结果我们团队最后一名，第一次 输了，看到我们整个团队落后，我很内疚，惭愧，决定下一次一定要 努力，为团队尽一份力。第二天一早去寻宝，我们队分工明确，有人 去抓会飞的动物， 有去找相思豆， 找相思豆由于太早天黑地方又不熟， 大家都聚到一棵树下，寻找相思豆，找了半天也没找到几个，我当即 改变策略， 找到一个附近的值班保安， 问了他附近哪里还有相思豆树， 经他指路，我们很快就找到一颗，不一会相思豆就收集够数量了，我 们队获得第一名，那一刻我们队爆发出无尽的能量! 在这段学习培训的过程中，不许带电脑，对于一个过分依赖电脑 的我，莫非是一个致命打击!从一个技术方面的人员到项目经理，忽 然转变，完全一个陌生的领域有种老虎吃天的感觉，对我来说是一次 严峻的考验，由于第一轮失误，后来不管是课堂回答问题还是团队游 戏，我们猛虎队都一路领先，最后比第一名仅差两分的成绩，排在了 第二名，曾经我认为没有电脑我什么事也做不了，但现在不一样了， 有了这段精彩生活，将来的路上要面临更多的挑战，我相信只要坚持 到底，决不放弃!没有什么事做不到! 其次，朱总讲的《项目经理素质修养》，让我体会很深、感触很 深，我的内心发生了变化，人没有高低贵贱，只有转变观念，端正心 态，以专业获得肯定，用实力赢得尊重，学历不等于学习力，没有低 素质的员工，只有高标准的管理做我所学，学我所做，树立正确的人 生观，价值观是立身的本质，成才的导向，对未来一切具有强烈的责 任感，以各种方式进行学习，提高自身修养，在人生的这个重要时期 利用我生命的本钱塑造好真、善、责、爱让人生变得更有价值。人生 如流水，我懂得珍惜时间、珍惜生命、珍爱亲情、友情，我会珍惜和 他们相处的每分每秒，用心去关心、了解他们，勇敢面对人生，人生 最大的敌人是自己， 只要突破自我， 我坚信， 只要努力去做， 去奋斗， 目标是一定能实现! 在以后工作中我会全心投入工作，带领团队，尽职尽责，勤奋塌 实，兢兢业业，把所学到的知识，充分融入日常工作中，把工作做到 最好，以此来回报公司领导多年来对我的栽培，我相信会有一个美好 的明天，我会继续努力!
项目心得与总结篇2
项目终于是做完了，可这一闲下来，本想要写的许多感触又不知跑哪儿去了。在当初做项目的过程中每遇到一个问题，每解决一个问题，都好像有说不完的心得体会，这会儿要说真不知从何说起，难怪许多的作家都说，要是你想起点什么，就一定要把它记下来。只好再重新看看我的项目，回忆起当时的情形看看要写什么才好。
实话说，我对色彩的感觉是并不太好的，所以我对界面有多漂亮也没个把握，GUI画图这一部份的学习来讲我并没有处于我们班上的领先水平。其实我觉得我对算法要擅长的多，这当然也基于我对数学的性趣。可是最后我们的项目还是做出了自己的个性，看到了书香的气息，当然志祥功不可没。因为这个界面的布局讨论没有花多久，而实现花了很长的时间。当然最后的效果是很好的，在我强烈要求他们要用布局管理器进行界面控制的情况下，还是有几个哥们用了绝对坐标来控制，用绝对坐标进行画图确实好控制一些，但是它就只能适合一种分辨率，当你改变分辨率的时候，你的图形就会变形，这是我感觉我们这个项目中较大的一点缺陷。
我们这组六个人，二个大二的，怎么说呢，两个大二的兄弟在整个组里面来讲，能力还是很不错的了，在编程方面他们也很有想法的，但他们毕竟大一才开始接触编码，再加上学校的教育方式，整个大一也编不了多少代码，所以整个项目的实施过程中，他们比较辛苦，写的东西很多，但多数要用来做试验，考虑的不会很周全，也不是说要求达到写的代码一写就成为有效代码，但一般打好架子的代码修改的地方应该是不会太大的。然而他们有时修改的地方会比较多，所有我晚上会经常看到他们加班到很晚，有时可能还会通宵。这是比较烦自己的事儿，因为一个功能要是花了很长的时间还是没有做出来的话，可能会降低自己的信心。不过他们可能没有到这种严重的地步，但总之他们在整个项目中是吃了不少苦的。
我们相对来讲是把画界面的时间往后推了几天的，而用了五天左右的时间好好的把数据库进行设计，从后面的情况来看，我们的做法是正确的，因为我们的表多，关系复杂，而且表的字段也是具多无比，最长的表字段尽然的有25个，最长的视图字段尽有29个之多。表和视图的数量加起来有五六十个之多，表与表之间的关系很不好分开，所以后面每一个人分开的模块都是联系的相当的紧密，这给我组合项目阶段带来了较大的困难，而且测试起来也不方便，很多时候出了问题都不知道到底是哪一个部份出了问题，所以我在组合的时候基本上都是把他们的代码几乎都看了一遍。但尽管这样，还是庆幸当时的决定，就是先把数据库文件做好，要不是这样，我们后面的问题会严重的多。记得当时进行表结构的设计和表关系的分析，大家头都转晕了，有些东西确实很难想清楚，又没有个实例来看，尽管我把基本表都做成了Word 表格，但Word表格就有五页，前后交叉的几张表一进行关联，翻着表都搞不清是怎么回事儿，再加上整个组就只我和志祥有点数据库的底子，从面上看得出大家都烦这个表，分析的时候，不好意思拒绝我，硬着头皮还是天天来。表结构弄得很细，每一个字段应该取什么名儿每一个人都出了点子的，所有后来我要做他们建立自己的视图的时候，每一个人对表结构都很熟，并且都能对自己的模块的结构进行迭代和分析，不过我还是发现他们只做自己的那一个模块，并没有做很好的交流，也不知道各个部份之间的联系大到什么程度，其实我们的很多视图都是可以共用的。
界面其实出来的比较快，差不多五六天吧，就基本大体就出来了，我们的版本一直从1.0不断的更新，一点一点的进行上升，最后出来的是2.2吧，其实中间不止十二个版本，还有许多都在缝里面，其实这也是提高我们组员的一个积极性的手段吧，每一次听我说版本升级了，他们都会非常的兴奋，立马就会有人拿U盘来拷，因为这是我们每一个人辛勤劳动后的结果，有每一人的功劳，这就是自己孕育出来的结晶。
其实实现功能遇到的问题是最多的，前面说了，由于每一个人的功能模块联系比较大，交流的不够深入，实现起来有一定的困难。加上大家开始的时候注释写的比较少，说了也不大当回事儿，所以到后来写功能的时候找代码找不到，到这份儿上，他们后来的注释才慢慢的多起来了，真的是吃一堑，长一智，这种比我无限的给他们灌输要凑效的多。我们的系统主要的功能就是要做图书和读者的增删改的操作，由于表参照的层比较多，经常搞混，查的时候还好说，大不了就在视图写的长一点(事实上我们的视图不止是长一点点，我看了，最长的一个视图建立表达式达到了四十六行)，而进行删除和更改的时候问题会比较大，这里就志祥也经常搞混淆，有时过来跟我说有点晕晕的。也就是在这里，演示的时候出了一点问题，本来是红华做的丢失处理，但是要在祖荣做的那一个模块那里进行查询出来，由于做功能的时候没有深入交流，我在测试的时候也没有测好，所以就出了点小问题，当然这也不是怪他们，大家付出的都很多了，项目的后期实在是很疲劳，大家都不容易了。总之我们还是基本上把参照的美萍上的系统的所有功能都实现的差不多了，项目开发流程的锻炼的目的是达到了的，不管最后结果是怎样的，我想我们的兄弟都是有很大收获的。
其实我觉得整个项目中收获的最大的地方是在我们自己在开发过程中自己摸索了的几个问题，当然也还有一些是还没有完美解决的，但是我们进行了深刻的分析，以待后来有能力了再进行解决。我想我最不会忘记的应该是那棵树的问题了，也就是我在项目演示的时候说到的那棵树。就是它的存储结构分析让我记忆犹新，记得那天分析这个树的存储结构的时候我们想出了许多的方案，大家都累得不行了，但是我和志祥还算清淅，想了好久才想到了一个以三个字段，分别存储子父标识和名称的表进行整个树的存储，当时分析出来，我们都很高兴，因为我们就这个问题想了好几天，解决的那天也是我们数据库讨论完成的最后一天了，后来祖荣还拿着这个表结构来跟我说：“看这个表，就是漂亮!”所以后来祖荣就要主动要求实现了这个表对应的那棵树的建立和遍历的算法，而志祥则实现了界面的交互，虽然说这棵树到最后还是有一点问题，但我们还是很高兴做了这么一件事儿。
我自己的是做了整个系统的部份，除了伙强在最先的时候画了登录和退出的界面和祖荣后来做了的两个子功能外，画界面和功能实现基本是我做的，这里的界面其实很简单，难做的东西就是权限的问题，比较繁琐，因为我们这里除了用户的权限外，还要建立灵活的权限组问题，并且要在界面的每一个功能上进行权限识别，整个项目共的二十四个功能权限，涉及到每一个人实现的功能点，总的来讲也还是好做的，只是if 语句多了点，有时用switch 语句还不行，只能用if 语句，最多的一个是用了25个if ，而且在好几个DAO层的文件上都是用到了这么多个if 的。
整个项目开发这程中，我这组的兄弟都很团结，可以毫不夸张的说，我们去中信集体做项目的时间是最多的，每一次我叫到，每个兄弟都是想尽所有的办法过来一起做项目，这一点我只想说“感谢兄弟们”。
说了那么多的程序的问题，说说生活吧，这段时间是这有生以来过的最充实的一段，但是也是最累的一段时间，看起来好你写程序不怎么消耗体力，其实不然，我在学习Java前一直是在健身房进行锻炼的，我可以明显的感觉到现在没有以前有体力了，昨天去打了两个小时的篮球，王金元就说全身痛的不行，幸好我一直一来早上都在做俯卧撑，所以只有腿痛。我和白艳在一个宿舍里，我们在项目从画界面开始到项目评审的这一个多月里，每天基本上都是两点才睡，有时候还会到三点，过的日子真的是不轻松，不过收获到的东西也是成正比的。我们生活上的一切都从简了，项目才始的时候邝燕财干脆去剃个光头，就是为了难得洗。还有好些事儿，不说了，项目完成了就Ok了。
我清楚的记得当时做项目的过程中有好多事儿想写一写的，现在只能从整个大的方面来说这个项目中的事情了，下次的时候一定要及时的记下当时的想法，做好记录，这样的心得的作用会大的多，等想起点的时候再到博客上写吧，只能这样了。
项目心得与总结篇3
项目经理是为项目的成功策划和执行负总责的人。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。从职业角度，项目经理是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。本文分享笔者的项目管理心得。
1、项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档;对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
2、质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试;测试要有记录，并将记录整理成测试报告。
但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
项目心得与总结篇4
从一个小小的业务员到今天的项目经理，中间的付出是别人无法理解的。在这段时间的工作中，我一直努力工作，踏实认真的完成了各项工作，一步一个脚印的做好每一件事情，为了以后能够更好的工作，我制定了如下工作总结：
回顾__年，在公司各级领导的正确指挥及担保业务部领导的直接带领之下，本人始终按照公司__年工作部署，并根据本人工作实际，紧紧握住做业务和抓营销两把钥匙，在项目经理的工作岗位上做到了努力学习，大胆实践，转变观念，很快适应了我公司快速发展的要求，圆满完成了全年工作任务。主要情况汇报如下:
一、端正工作态度，坚持勤奋敬业、廉洁自律的职业操守。本人热爱自己的本职工作，热心为客户服务，认真遵守劳动纪律，有效利用工作时间，坚守岗位。需要加班完成工作时，就利用晚上和休息天进行调研和评审报告撰写，公司下达的临时工作任务，都能够按做到按时按量完成。在日常工作中严格自律，谢绝客户多次请客送礼，努力维护公司在客户心中的良好的形象，也实际提高了自身的职业修养。
二、圆满完成了项目经理各项业务指标。在__年中，本人实际完成担保贷款业务笔数7.2笔，完成任务量的180%，完成业务金额为1050万元，完成任务量的105%。其中作为项目经理a角完成业务5笔，金额688 万元，作为项目经理b角完成业务2.2笔，金额362万元，以上本人参与完成的项目共计18笔，业务量总额3612万元。上述成绩的取得得益于公司各级领导的正确领导，同事的鼎立支持，再加上本人坚持不懈的努力和花费了大量的加班时间，可以说每一笔贷款，每一分业务都包含着心血，留下了刻骨铭心的记忆。 __年本人付出了辛勤的汗水，也收获了成长的喜悦。
三、坚持不懈努力学习，业务理论及实践经验得到快速提升。本人在2010年坚持理论学习与实践操作相结合，通过公司培训、业余自学多种渠道积累业务知识，并坚持及时总结。年中本人的论文《中小企业文化建设的难题及之策》在《__担保》杂志上发表，受到不少客户的好评;本人半年工作总结也得到了王总的肯定，担保项目“人、事、物”原则的思考逐步深入，从单纯的“人”、“事”和“物”的三方面扩展到“人”与“事”、“人”与“物”、“事”与“物”的对立统一上。对该原则的深入思考，使得本人业务操作的思路愈加清晰，而不断的业务积累又反过来促进了对该原则的深入领会和扩展，感觉收益匪浅。
四、加强贷后管理，努力为公司执行力的提高贡献力量。在2010年公司布置重点进行的 gmis系统流程录入、档案归档及“回头看”工作中，本人严格按照公司要求，认真完成本人项下的任务，努力做到gmis系统流程与项目流程一致;在项目归档工作中，本人也按照公司要求按时按步骤移交了档案资料，同时也通过该项工作，对贷款资料及时查漏补缺，完善了贷后管理;在回头看工作中，本人按照公司整体部署和担保部具体的安排，对本人负责的贷款企业全部走访了一遍，其中对重点企业海南__有限公司走访了3次，对海南__有限公司存货质押情况不定期抽查 9次，较圆满完成了公司任务，为下一步工作理清了思路。
项目心得与总结篇5
很幸运的参加了今年9月份在成都举办的国航股份工程技术分公司第二期项目管理培训。这对于一个走上管理岗位时间不长，缺少管理理论和实践的我来说，这3天的培训中收获了很多，对我今后的工作有很大的帮助。下面是看看我参加项目管理培训的心得体会：
项目管理就在我们的身边
刚刚开始的时候，觉得项目管理是苦涩难懂的，而且项目这个词也应该离我们的航空维修相隔甚远。其实就对项目管理的概念：“项目管理是以项目为对象的系统管理方法。通过一个临时性的、专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标的综合协调与优化。”随着培训的深入和沈老师深入浅出的培训内容和互动案例，我渐渐的发现项目管理其实就在我们身边，就在我们生活工作的每一个角落。学好项目管理，对我们今后解决处理工作和生活中遇到的许许多多的事情，都会有很大帮助。
团队是项目管理的环境
一个好的团队，应该有一个共同认可的明确目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中，我们所在的每个工段、放行小组就是一个小团队。按工作单做工作，做一项签一项，按质按量按时、安全正点的保障每一个航班就是我们目标。一个团队常常被比做是一个木桶，木桶的容量不是由那片最长的木板决定反而是那片最短的木板决定的。一个团队的实力也一样是由能力较弱的成员决定的。因此这也要求我们不断的要求自己，在自己的业务领域中做纵深的钻研，彼此鼓励相互学习。都不去做那片最短的木板，这样一来团队内的学习气氛浓烈，长此以往整个团队的实力也会得以提高。正因为有了我们在工作中好的发挥，在团队中体现出的自我价值，才能使我们有更好的心情和信心来面对家庭、生活。
项目经理是项目管理的灵魂
项目经理是项目管理的角色，是实现项目目标的责任人，同时一个团队的灵魂人物。项目经理不一定是这个团队中能力最强的人，却是责任最重大的那个。他应该是有较强的意志力、凝聚力，有抗压能力的人，不会轻易被外界和他人影响。当然一个好的领导人不必事必恭亲，只要他懂得用贤才，懂信任，懂放权，懂珍惜，这样一来他的团队会凝结出更强的力量，他就是一个优秀的领导。在我们的现在的维修体系中，随着市场的日益增大，我们的维修范围，维修网点也日益增多。面对的管理点的分散，工作深度的需求，安全责任的落实，作为一个机务的项目经理身上的担子是艰巨的。我们维修队伍需要那些敢于用贤才，敢于信任，敢于放权，敢于承担责任的技术干部，这样带出的团队会凝结出更强的力量。所以一名好的项目经理是维修队伍中带头人，是维护作风的靶标人，也是现代维修工作的领路人。
项目管理的常见方法
通过这次培训，我学习并掌握了一些项目管理的工具、技巧，了解到项目管理的全过程。以下是我收集整理的项目管理的常见方法：
1.头脑风暴+ WBS + VIP 原则;(头脑风暴期间的不评估是很重要的，这是很多人容易犯错的地方);( VIP 原则= Value + interesting + Positive，也就是在做事情的时候考虑问题一定要积极)。
2.双赢的战略或者是多赢的战略应该养成思维的定式，同时要学会站在别人的立场上看一些问题。
3.项目管理是动态的，理论是滞后的，项目管理就是要养成积极的思维方式，养成良好的生活习惯。
4.项目管理就是做好一件事情，不要总是看到别人的错误，总是能够站在全局的角度来看待问题，要有项目管理的空间管理感觉。
5.差异是一种力量，整合差异资源是项目管理的关键。
6.做事情的时候有时候要逼死自己，往往能有置之死地而后生的结果。
7.刚性的计划任务时，一定要给出弹性的工作时间。
8. 沟通管理中的一些策略的使用可以使项目更好的完成
9.四个凡是都是风险存在的地方。( 凡是新人，凡是第一次，凡是不知道，凡是涉外就是高风险的地方)。
10.要习惯于回到问题的原点，总是回顾客户的需求是非常关键的，知道谁是最重要的项目利益人。
11.用一个小的例子，使大家深刻的记住了人际交往的九大原则;(宽容，记住对方的名字，真诚，让对方感到重要，尽可能的满足对方的渴望，面带微笑，善于倾听，经常的赞美别人，尊重对方)。
沟通是项目管理的桥梁
在我们的机务维修工作过程中，虽然看似工作的性质是与机器打交道，其实与各部门的沟通也十分关键必要的。我作为上海维修基地面生产与控制部的一名值班经理，更加深知沟通的重要性。面对执管基地，分公司各运行单位，机场个保障单位，沟通无时不在。沟通是决策和计划的基础;是组织和控制管理过程的依据和手段;是建立和改善人际关系必不可少的条件;沟通要有目的纯正的且明确的观点。在沟通过程中，我们要善用询问的语气不要让听者感觉是在命令，学会倾听;学会自信与诚恳。你会发现沟通的神奇力量的。
质量管理是项目成败的关键
质量是安全基石，通过此次培训后，感觉到我们的维修工作与质量管理的要求还有一些距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到飞机离开地面飞向蓝天时，才想到质量出现了问题，安全有了隐患。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，也不是到了我上级领导检查时，才想到质量，才去衡量是否符合标准。质量控制贯穿项目管理的始终，也是项目成败的关键。
危机意识和风险管理伴随着项目的始终：
危机是无处不在的。在这次培训课堂上，老师举了一个扁鹊例子：有一次，魏文王问名医扁鹊道：你家兄弟三人，都精通医术，那到底谁最高明呢?扁鹊道：长兄治病，是治于病发之前。由于一般人无法知晓他事先能铲除病因，所以他的名气无法传出去;次兄治病，是治于病情发作初始，一般人以为他治疗的都只是轻微的小病，所以他的名气只及本乡里;而我治病，是治于严重之时，大家看到我做的都是大手术，就以为我的医术最高明了…
“事后控制不如事中控制，事中控制不如事前控制”。只是很多时候，我们并不能意识到危机，总是等失败了才后悔莫及。其实，平时可以在前人的经验中吸取经验，防患于未然。古人云：生于忧患，死于安乐。航空无小事，航空维修更无小事。维修管理中风险管理这几年也被提到了一个前所未有的高度。所以，我们要培养起忧患危机意识，掌控风险点。正如我们基地总经理杨福成经常在干部会上说的一句话：把握关键事，盯住关键人，处理关键事。注意风险的四个凡是： 1.凡是新人;2.凡是第一次;3.凡是不知道;4.凡是涉及外部(有接口的)就是高风险的地方。从安全隐患的源头入手，这样的防控措施才是实实在在的，有效的。
项目管理方面的误区
1.接到一个项目，并不急于立即实施;而是要进行头脑风暴集思广益，广泛调研。制定项目目标，实施方案。
2.项目不是项目经理一个人的。项目组织过程中一定要更多的将信息规范化，传达给更多的项目组成员。
3.项目的控制不是只考虑进度。项目组织过程中项目计划、控制，评估等关键问题的把握，注意项目管理的全面性，考虑到项目管理的风险可能性，同时有项目管理的报告机制，使项目得到有效的控制。
4.不是埋头苦干，信息传递是非常必要的。报告的规范性，信息的及时性是项目成功的关键。
5.会议是为了解决问题而召开，而不是为了展示问题。因此，首先要根据会议主题确定是否有必要召开正式会议;确需召开会议，则在召开之前确认会议参与人员，无关人员不参与会议，并事先协调好最高领导的时间。会议期间 要保证主题得到足够的讨论并提出解决方案，引导会议不受无关主题干扰。会议决议应当落实到人和时间以确保其可执行性。对于会议提出的其它新议题可安排在主题会议结束之后进行。
触动心灵的一堂课
培训的内容随着时间的逝去即将结束。二十四号下午是沈音老师为我们上的最后一节课。因为有的同志航班是六点的，所以早早的就办理了退房，把行李带到了课堂。其实大家也只是刚刚熟悉，归心似箭，只准备节课后各自回到个自己的岗位。这时，沈音老师说：大家做最后一个要求，各组同志以组长为点依次找出你左手同志的的在此培训中所表现出的优点，然后对他大声的讲出来;做完再从你的右手开始做一遍。然后大家把各组的感受总结一下。当每位同志真诚的表扬结束后，奇特的效果出来了。我发现很多人眼里有了泪花，说话的语言有情了。我的心中忽的涌出了一种恋恋不舍的感觉，每一位刚刚认识的成员就像老朋友那样，真诚的交流着，大家开始喜欢这个团队了，喜欢团队中每一位成员了。交流变的更加真诚，自然。是什么的魔力?使我们那可早已准备起飞回家的心，留下来，真诚的想留在这个团队呢?
坐在返回上海的飞机上，我一直在寻找着答案…… 忽然，我看到隔着我座位的一位空中小姐向一位老者发自己心底的笑容，老者在不住的感谢，两个人都露出了会心的笑容。陌生人，真诚的笑容，颤抖的双手。一瞬间我突然明白了-----是真诚，是赞美，是真诚的发现对方的优点。在与人的交往中，发现他人的优点，然后真诚的赞美出来。这样的世界是美丽感人的，平凡简单的生活和工作也随之快乐幸福了。
总之，项目管理涉及生活方方面面，积极的思考，优秀的习惯，从容的生活节奏是共同追求的方向。 这就是我在这次项目管理培训当中的心得体会，希望在接下来的生活、工作和学习中能更好的运用领会培训所得。
项目心得与总结篇6
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还天天打补丁，要你的程序没问题，既不可能，你也没办法拿出证据。你要让客户明白，所谓验收，就是我按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求，那么他应该举证，证明这个系统和最初设计相背离的。所以，参考法律概念，千万不要举证倒置。另外，认为系统完美了才能验收的想法也是错误的，软件开发合同里一定要注明验收以后维护期的费用问题，否则，客户担心一旦验收就得不到你们的支持，自然不配合验收，那么，你这个经理项目管理心得体会就很难交功课了。
项目心得与总结篇7
非常感谢公司给我这次项目管理的培训、提升自我的机会。这次培训使我增加了许多知识的同时，更及时发现了自已的不足。深刻体会到项目管理的重要性。更对咱们维拉通信的企业文化有了更深层次的认识。这次培训让我深刻检查和审视自己知识经验，也培养了我在学习创新，应变，沟通，团队的建设;在每个项目中的计划和预算、实施+控制、协调+整合、以及如何能让客户满意等等方面得到充足的外界空气吸入，充实了自己。提升阿拉的思维能力，帮助我培育机遇，加强辩识能力，提高判断能力，掌握管理能力和组织战略推进能力等等。
不会选择项目不是一个好的项目经理，以前在工作中只是因为SALES取得了项目不易就一定要完成，出无法判别项目的优劣，抱着上面都同意了，我们执行人还能有什么意见的心理，正因为这种心理却遗留了很多历史问题：导致了较多失败的项目，如失败项目中产生的成本，模具开了一套一套未量产。有些虽已量产但量太少，有些项目根本就没有盈利。作为一个好的项目经理，在面对客户、面对项目、面对公司的同时，他一定会做一些取舍。一定会将对公司的损失降到最低。
项目计划：记得我们公司的每一个项目计划，计划远远赶不上变化。较多是人为的失误，或许问题在客户，或许问题在我们自己。项目管理课程学习心得但作为一个项目经理，一定要站在这样的高度来决定这件事情，最好能把业务的决策、假设和方案全部文档化及透明化，对于每个项目的都去定义它的质量、风险方面的工作过程及内容，一定要确定各干系人之间的沟通顺畅，还要建立变更处理流程。上完了这堂课我学会了用WBS来分解工作范围。它可以让我们防止遗漏项目的可交付成果，可以帮助项目经理关注项目目标和澄清职责，可以改善时间，可以精确成本和资源的估计。。。。。。一个工作分解结构(WBS)若制定出来，即使一个外行人都能看出这个项目的整个工作范围，包括工作进度，项目成本，以及可能会出现的假设问题等等。
项目执行：一个体现着人与人之间的沟通与责任。项目执行所需要的技能，他要求我们有至少有一般的管理技术(领导，沟通，影响，谈判、解决问题的艺术等)，要求每一位干系人尊重项目的严肃性。还需要有产品和专业所需的技能和知识。整个团队需要在项目经理的带领下，发挥团队精神，将项目计划执行下去，这个就这样就能达到最大的收益和最好的结果。
项目控制：一个体现了项目的管理计划和项目范围说明所确定的绩效目标的过程，我们要对范围变更，进度变更，成本，质量，绩效报告与审查，风险监督与控制等等方面来管控。
项目收尾：是正式结束一个项目或阶段的所有活动，将完成的产品移交他人，或者中止一个被取消的项目所进行的系列过程。在这个过程中对每一步都不能含糊，如：验收，清理，及时对供应商进行验收和结算，保证项目的记录完整，并且总结经验教训。积累流程资产，最好实现知识管理……
项目的失败的原因有很多种，大多数项目的失败原因，可能缺乏客户参与，管理层的支持不充分，没有执行力，拙劣的计划，恶性资源冲突，项目经理的错误任命，不合适的项目组织形式……所以做好一个项目经理要不断地去充实自己，不断的严格要求自己，不断的展现你的人格魅力……
希望每一个项目领导者用你领导的艺术去影响您的整个团队。以达到双赢的效果。真心希望下次有继续培训的机会。
项目心得与总结篇8
为了加强团队学习，统一思想、统一行动，提高员工沟通协作能力，上周末公司组织各业务板块学习了由清华大学刘铁峰教授讲授的“现代项目管理”培训课程——《精细化管理》，老师生动的讲课方式，让我们在轻松活跃的气氛中了解了什么是项目、项目管理的内涵、方法、工具、步骤、意义等。
首先，刘老师先从“精细化管理”入手，列举了身边很多案例，这些就是发生在我们身边的事件，之前从没有把它们看作是“项目”。而无论是成功的项目还是失败的项目，往往取决于“细节”。进而谈到公司的管理方式，目前，我国企业在管理方面远远没有达到西方企业管理的精细化程度，往往习惯于粗放式管理。面对越来越多、越来越强的竞争对手，企业做大做强成为必然的发展方向。如何有效的利用资源、开源节流、创新发展等都可以通过管理来完成。“细节决定成败”，因此随着管理水平的提高，精细化管理将成为企业生存和发展的基本条件。所谓精细化管理，就是以精细操作和管理为基本特征，通过提高员工的素质，控制企业滴漏，强化链接，协作管理，从而提高企业整体效益的管理方法。也就是说，精细化管理就是由过去的粗放型管理向集约型管理的转变，由传统经验管理向科学化管理的转变。精细化管理是企业管理理念上的转变。精细化管理具有全员性、全面性和全过程性的特点，它是一种全面系统的管理模式。全员性要求每一位员工的工作都要精细化、精益求精;全面性涉及到公司经营
管理、人力资源管理、资金管理、信息化管理、技术管理、安全管理等;全过程性即精细化管理贯穿于企业的各项工作和每一个过程。实行精细化管理，要加强宣传教育和培训;要以现有的管理制度和企业标准为基础;要遵循从易到难、从简单到复杂的原则;要从“细”上着眼，从“精”上下工夫。
结合本部门的工作，才发现其实我们的项目很多，大到土地整理、商业地产管理，小到安全维修工程等，项目管理伴随着我们每天的工作。从启动、计划、执行、控制、收尾，每一个步骤都要有战略指导，缜密的计划，精益求精、不断改进的方案，良好的员工合作机制，预算的控制，以及遇到问题及时总结、反馈等，才能使项目朝着积极、健康的方向发展，从而达到预期目标。
在两天的讲课中，老师多次提到管理中“沟通”的重要性。两次长时间的现场互动，以小组的方式，通过成员间的协作沟通共同完成方案的制定，让我们更直观的从中发现沟通的问题，寻找解决出路。
项目的最终目标是企业实现盈利、为客户解决问题，这其中离不了人的管理。良好的沟通机制和沟通技巧是项目各干系人之间思想交流的重要保障。通常，有效的项目沟通管理，使全体项目组成员的思想高度统一、步伐协调一致、一起行动听指挥。因此，项目沟通是项目管理的一个重要组成部分，是体现项目管理沟通能力和管理能力的知识体系，也是项目管理成功与否及执行好坏程度的一个关键问题。沟通建立和改善人际关系是必不可少的条件。信息沟通、意见交流，将许多独立的个人、团体、组织贯通起来，成为一个整体。信息沟通是人的一种重要的心理需要，是人们用以表达思想、感情与态度，寻求同情与友谊的重要手段。畅通的信息沟通，可以减少人与人的冲突，改善人与人之间的关系。
我们公司内部项目很多，会议，无论是司务会、部门例会、小组讨论会就成为了上传下达的重要形式。公司领导就像项目经理一样为了实现公司目标，除了制定战略规划，还得跟下属沟通让每位员工更好地领会方针政策，让员工清楚自己的任务和责任，同时听取员工的工作心得及其工作进展情况，激励员工的工作积极性。其次，就是指与客户间的交流和沟通，如轻轨运营中与乘客的交流、房地产项目中与政府职能部门、工程单位的协作、商业地产项目中与租户、顾客的协商等等。让客户及时了解项目进展情况，保证项目按照计划和用户要求的方向推进，使用户认同项目的进度并建立预期。
通过两天的学习，使我们对项目管理中容易混淆的概念明晰起来，尤其是项目管理的五个步骤，对我们今后日常工作和项目的操作具有很好的指导意义，我们要把沟通协作作为工作的一个重要环节，把握整体管理的同时不忽视细节管理，为实现公司的目标，做出自己的最大努力。
项目心得与总结篇9
通过这几天的学习还是自我觉得收获颇多，非常感谢公司能给我们这样的机会。
第一天的拓展培训其实目的就是把从四面八方来的不熟悉的人聚在一起，通过开展一些活动使得团队成员彼此认识，有一定的凝聚力，这也好比组建一支项目团队是一样的道理;以后在项目团队建设中也可以借鉴一用。
第二天通过学习《项目经理如何管理和经营好团队》了解项目团队建设的步骤和方法，以及沟通的重要性。劳动监察局谢局长给我们讲解了农民工工资拖欠的问题，列举了__省对拖欠农民工工资的解决办法，还建立了大数据库，这也是我们建设工程项目中经常遇到的头痛的事，农民工要不到钱该怎么办，项目部从业主那里要不到钱又该怎么办，都有一套完整解决方案，从目前整个行业的现状来看我们实施起来面临一些困难，但至少我们看见了发展的前景，看见国家政策上的重视，社会总是在不断的进步，相信总有一天会实现。
第三天通过薛博士讲解《项目全流程控制与管理最佳实践》更侧重于从理论上去分析如何管理好项目，比如通过用一些网络图找到我们工程进度的偏差，通过对EV、PV、AC等参数的比较分析我们能找出成本、进度的关系以及了解目前项目的经营状况，从而找到解决方案。其实在实际工作中或许我们都已经运用了这些解决方案，但是我们很少从理论上去分析它，通过学习这些知识使得我们在以后的项目管理中遇到这些问题的时候能更加自信的处理。
第四天学习了一些公司制度，熟悉公司的一些流程，这对于我们在实际工作中也很有帮助，可以节约时间，也更加规范。
总的来说这次培训还是过得很充实，每天时间排的满满的，但是相信对我们也有很大的帮助，项目管理能力也将会有所提升。
项目心得与总结篇10
上上周，公司组织了一次项目管理培训，两天。一直想写个培后感，却一直没有找到头绪。今天还是没有头绪。但是没有头绪还是要写，不能没有头绪就不写了。
主讲师是一个事业部的总监，先讲了培训的背景，然后从管理的基础知识开始讲起，也就是讲了pmp的9大知识领域和5个过程，还有我们所做的行业和客户的一些特点。这是上午的课程。以下的一天半就把这5个过程讲了一遍。
老师讲的很好，控制时间也很好，行业经验，管理经验以及专业能力都很到位。我一直对我们公司的管理能力颇有微词，我在这家公司做了4年多了，中间做了很多项目，在大约7个左右的项目经理手下干过活。每个项目经理的能力参差不齐，管理风格大为均已，也和更多的经理接触过，我对很多经理的能力有些质疑。也可能是旁观者清吧。但是此位老师的讲课让我对公司的制度和建设又有了很大信心。
管理本身是个无对错的过程。但是就一些项目管理而言，确实有内在的逻辑和一些通用的方法。并且有些特点是所有项目的管理都是很关键的点，例如时间，里程碑，投入，风险管理，干洗人，士气等。在对这些特点的处理上，有些方法是通用的或者说是可以借鉴的，例如wbs。
我一看wbs就想到了软件工程中的工作分解上来。这些都是通的，软件工程就是一个管理。
最好老师进行了总结，列出了我们公司需要的项目经理的能力模型。 我发现自己有个突出的特点就是在演讲能力上的不足，或者说大众下讲话能力下的不足。这个我需要锻炼和训练。
听了这个课之后，我对自己提了两个要求，一个是度对pmp的学习，另外一个就是对演讲能力的提高。