写心得可以记录下个人的故事和情感，留住生活的印记和回忆，也可以为将来的生活提供借鉴和启示。想知道如何写出优秀的项目总结的心得体会吗？这里为大家分享项目总结的心得体会，快来学习吧！
6月21日至23日，公司外请专业老师组织相关管理人员进行了一次系统的《项目管理》专题培训，通过系统性的学习，让参与培训的学员收获甚多。
作为公司的生产管理部门，如何确保产品质量、按时履约的将产品交付给客户是部门管理两个重要方面的工作，通过系统的《项目管理》学习和深入应用，可有效的提升产品质量、按时履约。
项目管理的应用，是为了实现具体的目标，而要实现具体的目标，首先要明确五大原则，一是制定的目标必须明确；二是制定的目标力求量化；三是目标的可实现性；四是实现此目标与其他目标的关联；五是实现目标的时限。
项目管理必须划分阶段，不同时期关注不同问题，其过程分为启动过程、规划过程、执行过程、监督过程、收尾过程，其核心有三点：一是计划近细远粗；二是监控贯穿始终、三是收尾提前进行。生产管理部作为公司生产计划的管理和牵头部门，在接到经营部门的计划后，要及时牵头做好订单评审工作，通过评审来确认计划能否满足客户需求，能满足的情况下制定初步的计划方案，根据方案推进项目的实施，到具体执行的时候由实体承制单位做细致的实施计划，每日跟进检查，推进中有偏颇的需要及时修正，解决问题，把因突发问题的产生而影响到的工期，通过问题的解决或者后续工序的控制修正到原计划节点中来，确保最终结果不被改变。不能满足客户需求的，也要制定初步的计划方案，把能实现的最终结果及时反馈给经营部门，由业务部门提前和客户沟通，协商解决，达成一致后按计划推进实施，决不能出现到了交货而不能正常交货，这个时候再把结果告知客户，长此以往，关系再好的客户也会因我们的失信而让客户重新选择合作伙伴。
通过项目管理的策划和实施，实现最终的目标。实施项目管理的结果，方案的策划和制定仅仅是个开始，而实际结果的好坏，执行力是关键，项目经理必须具备信息收集与分析能力、决策能力、协调能力，有强烈的工作责任心才有完美的执行力，只有具备高度责任感，才能在执行中勇于负责，在每一个环节中力求完美，按质、按量地完成计划或任务。
刚刚接触到项目管理的时候，我很片面的将其理解为是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中我渐渐的发现我对项目管理只是表面的认识，正确理解应该是以项目为对象的系统管理方法，通过一个临时性的专门的柔性组织，对项目进行高效率的计划、指导和控制，以实现全过程的动态管理和项目目标的综合协调与优化。
在项目管理中对我学习最深刻的是什么是“项目”。项目是在一定时间内为了达到特定的目标而调集到一起的资源组合，是为了取得特定的成果而开展的一系列相关活动”。而项目是指那些作为管理对象，按限定时间、预算和质量指标完成的一次性任务。经过学习，改变了以前对项目的片面认识，同时我也对“项目”也有了自己的认知：项目是为提供某项独特产品、服务成果所承担的临时性任务。
项目是一个特殊的将完成的有限任务，在一定的约束条件下，以高效率地实现项目业主的目标为目的，以项目经理个人负责制为基础和以项目为独立实体进行经济核算，并按照项目内在的逻辑规律进行有效的计划、组织、协调、控制的系统管理活动;是在一定的组织内，利用有限资源，在规定的时间内完成满足一定性能、质量、技术指标等要求的任务。每个项目都有独特的地方，没有两个项目会是完全相同的，此外，由于项目的独特性，项作为一项任务，一旦完成，就不会重复。任何项目都会经历启动开发、实施、结束的过程，因而是有起点和终点的。
随着经济全球化和市场竞争的日益加剧、竞争的加剧以及企业业务的复杂化，信息化已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，项目管理的思想已经被越来越多的IT企业所接受，企业把越来越多精力和资源投入到IT项目的建设中。在这样的背景下，我们IT人也不得不学习这样的一门课程，了解软件行业的开发流程，抓住软件行业动态从而可以预测我们将来的努力方向。学习完本门课程后，或多或少的对一个项目在实施过程用应该注意什么，项目过程中每个部门该怎么去有效的开展自己的工作，从而在规定的时间的把我们的任务完成。
本门课程其中我最有感触的是项目管理中的团队合作。本次课程的作业，要求了一个项目由一个团队来完成而不是个人，这样的练习模式使我们更适应了以后企业中的项目开发。更重要的是体会项目团队不仅仅是指被分配到某个项目中工作的一组人员,它是指一组互相依赖的人员齐心协力进行工作,共同实现项目目标,项目成功需要一个有效的项目团队。科学的组织和管理可以放大工程项目团队的工作能力,使工程项目的实施向着有序的方向发展。在所有管理中,人的管理是最为复杂的,对工程项目管理人员来说极具有挑战性。我相信研究优秀团队管理的方法和策略对于每一个工程项目管理人员都是必要的。
最后，我想谈下自己学习完后的看法。首先在做项目过程中，一个小组完成一个项目，在具体实施的过程中，难免一些小组组长没有正确的协调的成员任务，从而个别组员不去完成自己的任务，这样一些人的工作量就加大。希望老师在以后的项目实施过程中中每个组员的任务应该明确。其次，在课程学习中本门课程虽不需要考试，但是必要的理论学习是必须的，理论课中应强调课程学习。
总之，我们要想真正学好项目管理，还需不断实践，学习技巧、总结经验，才能更好更深刻了解项目管理。
这学期通过宋老师讲授软件项目管理这门课程，自己学到了很多东西。最初在单位做设计是一个盲目的过程，无计划、无框架设计，拿来需求大家把模块分摊，就开始埋头写代码，总认为设计代码是最重要的事情，但是经过几次尝试，每次做出的东西不是很理想，自己也不知道原因为什么会不理想呢，自己做的东西是按领导拿来的需求书上的要求做的，可为什么用户不满意呢。
通过学习软件项目管理这门课程后，我知道我们做开发失败的问题了。我自己总结了几点：
一、项目接到手，没有根据软件项目开发的流程进行分析、设计。
二、项目需求、概要设计说明书、可行性报告、详细说明书、数据库设计说明书、软件详细设计说明书，测试报告这些文档东西应该是在设计过程中产生的，但我们工作中都是软件做完了，为了项目的验收急急忙忙赶制出来的。这些说明书已经失去了他们的意义。
三、人员的配合、管理也是很重要的。我们单位中领导就是项目经理，但是这个项目经理没有达标，有项目了他带领大家开会讨论，在会议上就把此项目的可行性和工作分工就安排好了。会下大家就埋头写代码，大家之间的交流也很少，直到模块要合并时，出现问题了大家才把自己的设计理念讲一下，再修改再合并。后期的修改合并工作是一个最费时的事情，把设计中的大多时间花在了这里，如果大家在最初按照流程走，定期交流，项目经理监控、督促就不会出现这样的事情。
四、做项目每个人员的态度认真也是很重要的。自己习惯了大企业中的慢生活，我们开发软件都是快到项目验收了，才加班加点的工作，这样怎么能做出好软件呢。
宋老师还给我们布置了项目开发作业。我们小组设计了“时光网上商城系统”我这次所经历的项目更让我明确了这点。在这个小项目里，虽然我们一个月完成了这个软件设计，但存在很多问题。“时光网上商城系统”包括9个模块，我在这个项目里，我参与了概要设计、详细设计、软件测试文档的编辑和会员管理模块、商品展示模块的设计。
这两个模块的设计对于自己来说没有什么问题，因为在单位就是做这个的，但是在前期的概要设计说明和详细设计说明对自己有点困难，因为以前没有这样做过，没有什么设计框架，这时自己拿出宋老师讲的笔记和图书进行学习，再和队友交流，终于有了自己的框架。所以、在这个过程中我明确了技术的实在意义，明确了项目管理对我的指导，同时也明确了自己的今后项目开发应该怎样做。
整个项目进行的过程中，我一直在边学习边制作，每周与其他同学定时交流，整个过程我收获很多。
一、项目小组人员都职责明确，每周定时交流沟通工作进度，随时更新方便开发人员、测试人员之间的交流。
二、细致的计划可以让项目进行避免弯路。
三、项目经理时光的组织、督促和监督，小组人员的齐心，这个项目才顺利能完成。
四、这个项目制作把绕老师和陈老师讲的内容也都应用在初期系统构建和中期、后期的软件测试中。
五、通过学习认真分清了软件管理与软件工程的关系和项目管理知识体系。
通过本学期的学习，我感受到软件项目管理是一门非常需要学习的课程。我们所做的虽然是个小项目，但是在小组共同开发的时候还是需要用到项目的管理。如人员分配、时间、进度的计划、沟通计划、项目执行变更管理，以及质量管理控制等多种管理。自己对这门课程学到不是很好，但我相信在今后的工作中，能够更好的体验和感受项目管理的精髓，对软件项目管理有更深入的了解。
项目管理的优势是工作目标集中、组织架构灵活高效，劣势是因为项目临时性的特点，成员缺少归属感和安全感，一个项目组织内包括了各个技术领域的人员，成blue m员的职业发展不容易做得好。近些年逐渐流行起来的矩阵式项目管理，似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点，让项目管理扬长避短，再跨上一个新台阶。在技术风险较高的IT项目管理中，更是成了一个时髦的名词弱矩阵管理的项目经理一般是由职能部门指派，归部门经理领导，对项目的控制作用很有限，主要依靠部门经理控制项目，项目成员和项目经理都由部门经理进行考核，这种模式适合项目规模较小，基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的，一般是由各部门经理的上一级领导指派，项目经理和部门经理都对项目有一定的控制权，项目经理的主要负责项目的进度、质量、成本，部门经理则负责组织技术攻关、技术培训和成员技术能力提升，项目经理和部门经理共同负责对成员的考核，这种模式适合项目规模较大、技术复杂度较高的情况，很适合IT项目的特点。强矩阵类型自然就是以项目经理为主了，部门经理辅助项目经理，这种模式适合项目规模较大、但技术相对简单的情况。矩阵式管理虽然有诸多好处，但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导，这是有悖于传统管理的“常理”的，需要充分宣传引导，谨慎协调。平衡矩阵操作难度最高，就像推独轮车，要不断的关注员工对项目的项目管理忠诚度和对部门的忠诚度的变化，要不断的调整，以保持平衡。弱矩阵和强矩阵操作难度也不低，一不小心就会滑到纯项目管理或纯部门管理模式，所谓的矩阵会名存实亡，画蛇添足。阵式管理的另一个缺点就是沟通量大，需要有较强的“沟通管理”能力，否则就会掉入会议的漩涡中。如果能比较好的处理矩阵式管理的平衡和沟通问题，矩阵式项目管理是非常好的管理模式，对IT项目管理必定会有很大好处。长期以来，软件项目高失败率的状况一直困扰着人们,研究表明，软件项目失败的原因主要有两个：一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。实践证明缺乏有效的项目管理是导致软件项目失控的直接原因。
软件开发的风险之所以大，是由于软件过程能力低，其中最关键的问题在于软件开发组织不能很好地管理其软件过程，从而使一些好的开发方法和技术不能起到预期的作用。飞机票流程管理作为现代企业管理的先进思想和有效工具，随着市场环境与组织模式的变化，在以计算机网络为基础的现代社会信息化背景下越发显示出其威力和效用。流程管理不仅是一种管理技术，更体现了现代管理的思想。流程管理的重点是：理清和管理好所有主、支流程间的关系，使他们相互协调发挥应有的作用。流程管理增加了部门的透明度，管理的对象不是“部门”和“部门员工”的概念，而是以工序流程为管理对象，注重流程中每一个过程和效率以及和上下游工序的关系，管理重点在于整体流程的完整性和顺畅性 运用流程管理方法和技术进行软件项目管理，可以有效地改变软件过程管理混乱的局面。首先对软件项目开发过程进行有效的、规范化的定义;其次，在软件项目开发过程中，所有的活动过程均按照流程所规定的活动的逻辑关系、活动的实现方式来执行，这样可以使得所有的活动有序和可控;第三，通过明确运作流程，使项目组人员迅速融入项目和开发过程中;第四，关注每个过程的“结果”，使软件项目的所有工作产卵巢癌品均能得到有效的保存，保证了软件产品完整性。流程是由活动组成的。基本活动是由个人或团体来完成的，它不需要进行其他的基本活动的转化。流程的各个活动之间有着特定的流向，它包含着明确的起始活动与终止活动，因此是一个动态的概念。从结构上来看，流程有四个基本的构成因素：活动、活动的逻辑关系、活动的实现方式和活动的承担者。流程与“一系列的活动或事件”、“结果”等概念密切相关。流程管理不仅是一种管理技术，更体现了现代管理的思想，原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要，管理的发展沿着分工理论运行了上百年后，现在又重新回归到整合与系统。
项目终于是做完了，可这一闲下来，本想要写的许多感触又不知跑哪儿去了。在当初做项目的过程中每遇到一个问题，每解决一个问题，都好像有说不完的心得体会，这会儿要说真不知从何说起，难怪许多的作家都说，要是你想起点什么，就一定要把它记下来。只好再重新看看我的项目，回忆起当时的情形看看要写什么才好。
实话说，我对色彩的感觉是并不太好的，所以我对界面有多漂亮也没个把握，GUI画图这一部份的学习来讲我并没有处于我们班上的领先水平。其实我觉得我对算法要擅长的多，这当然也基于我对数学的性趣。可是最后我们的项目还是做出了自己的个性，看到了书香的气息，当然志祥功不可没。因为这个界面的布局讨论没有花多久，而实现花了很长的时间。当然最后的效果是很好的，在我强烈要求他们要用布局管理器进行界面控制的情况下，还是有几个哥们用了绝对坐标来控制，用绝对坐标进行画图确实好控制一些，但是它就只能适合一种分辨率，当你改变分辨率的时候，你的图形就会变形，这是我感觉我们这个项目中较大的一点缺陷。
我们这组六个人，二个大二的，怎么说呢，两个大二的兄弟在整个组里面来讲，能力还是很不错的了，在编程方面他们也很有想法的，但他们毕竟大一才开始接触编码，再加上学校的教育方式，整个大一也编不了多少代码，所以整个项目的实施过程中，他们比较辛苦，写的东西很多，但多数要用来做试验，考虑的不会很周全，也不是说要求达到写的代码一写就成为有效代码，但一般打好架子的代码修改的地方应该是不会太大的。然而他们有时修改的地方会比较多，所有我晚上会经常看到他们加班到很晚，有时可能还会通宵。这是比较烦自己的事儿，因为一个功能要是花了很长的时间还是没有做出来的话，可能会降低自己的信心。不过他们可能没有到这种严重的地步，但总之他们在整个项目中是吃了不少苦的。
我们相对来讲是把画界面的时间往后推了几天的，而用了五天左右的时间好好的把数据库进行设计，从后面的情况来看，我们的做法是正确的，因为我们的表多，关系复杂，而且表的字段也是具多无比，最长的表字段尽然的有25个，最长的视图字段尽有29个之多。表和视图的数量加起来有五六十个之多，表与表之间的关系很不好分开，所以后面每一个人分开的模块都是联系的相当的紧密，这给我组合项目阶段带来了较大的困难，而且测试起来也不方便，很多时候出了问题都不知道到底是哪一个部份出了问题，所以我在组合的时候基本上都是把他们的代码几乎都看了一遍。但尽管这样，还是庆幸当时的决定，就是先把数据库文件做好，要不是这样，我们后面的问题会严重的多。记得当时进行表结构的设计和表关系的分析，大家头都转晕了，有些东西确实很难想清楚，又没有个实例来看，尽管我把基本表都做成了Word 表格，但Word表格就有五页，前后交叉的几张表一进行关联，翻着表都搞不清是怎么回事儿，再加上整个组就只我和志祥有点数据库的底子，从面上看得出大家都烦这个表，分析的时候，不好意思拒绝我，硬着头皮还是天天来。表结构弄得很细，每一个字段应该取什么名儿每一个人都出了点子的，所有后来我要做他们建立自己的视图的时候，每一个人对表结构都很熟，并且都能对自己的模块的结构进行迭代和分析，不过我还是发现他们只做自己的那一个模块，并没有做很好的交流，也不知道各个部份之间的联系大到什么程度，其实我们的很多视图都是可以共用的。
界面其实出来的比较快，差不多五六天吧，就基本大体就出来了，我们的版本一直从1.0不断的更新，一点一点的进行上升，最后出来的是2.2吧，其实中间不止十二个版本，还有许多都在缝里面，其实这也是提高我们组员的一个积极性的手段吧，每一次听我说版本升级了，他们都会非常的兴奋，立马就会有人拿U盘来拷，因为这是我们每一个人辛勤劳动后的结果，有每一人的功劳，这就是自己孕育出来的结晶。
其实实现功能遇到的问题是最多的，前面说了，由于每一个人的功能模块联系比较大，交流的不够深入，实现起来有一定的困难。加上大家开始的时候注释写的比较少，说了也不大当回事儿，所以到后来写功能的时候找代码找不到，到这份儿上，他们后来的注释才慢慢的多起来了，真的是吃一堑，长一智，这种比我无限的给他们灌输要凑效的多。我们的系统主要的功能就是要做图书和读者的增删改的操作，由于表参照的层比较多，经常搞混，查的时候还好说，大不了就在视图写的长一点(事实上我们的视图不止是长一点点，我看了，最长的一个视图建立表达式达到了四十六行)，而进行删除和更改的时候问题会比较大，这里就志祥也经常搞混淆，有时过来跟我说有点晕晕的。也就是在这里，演示的时候出了一点问题，本来是红华做的丢失处理，但是要在祖荣做的那一个模块那里进行查询出来，由于做功能的时候没有深入交流，我在测试的时候也没有测好，所以就出了点小问题，当然这也不是怪他们，大家付出的都很多了，项目的后期实在是很疲劳，大家都不容易了。总之我们还是基本上把参照的美萍上的系统的所有功能都实现的差不多了，项目开发流程的锻炼的目的是达到了的，不管最后结果是怎样的，我想我们的兄弟都是有很大收获的。
其实我觉得整个项目中收获的最大的地方是在我们自己在开发过程中自己摸索了的几个问题，当然也还有一些是还没有完美解决的，但是我们进行了深刻的分析，以待后来有能力了再进行解决。我想我最不会忘记的应该是那棵树的问题了，也就是我在项目演示的时候说到的那棵树。就是它的存储结构分析让我记忆犹新，记得那天分析这个树的存储结构的时候我们想出了许多的方案，大家都累得不行了，但是我和志祥还算清淅，想了好久才想到了一个以三个字段，分别存储子父标识和名称的表进行整个树的存储，当时分析出来，我们都很高兴，因为我们就这个问题想了好几天，解决的那天也是我们数据库讨论完成的最后一天了，后来祖荣还拿着这个表结构来跟我说：“看这个表，就是漂亮!”所以后来祖荣就要主动要求实现了这个表对应的那棵树的建立和遍历的算法，而志祥则实现了界面的交互，虽然说这棵树到最后还是有一点问题，但我们还是很高兴做了这么一件事儿。
我自己的是做了整个系统的部份，除了伙强在最先的时候画了登录和退出的界面和祖荣后来做了的两个子功能外，画界面和功能实现基本是我做的，这里的界面其实很简单，难做的东西就是权限的问题，比较繁琐，因为我们这里除了用户的权限外，还要建立灵活的权限组问题，并且要在界面的每一个功能上进行权限识别，整个项目共的二十四个功能权限，涉及到每一个人实现的功能点，总的来讲也还是好做的，只是if 语句多了点，有时用switch 语句还不行，只能用if 语句，最多的一个是用了25个if ，而且在好几个DAO层的文件上都是用到了这么多个if 的。
整个项目开发这程中，我这组的兄弟都很团结，可以毫不夸张的说，我们去中信集体做项目的时间是最多的，每一次我叫到，每个兄弟都是想尽所有的办法过来一起做项目，这一点我只想说“感谢兄弟们”。
说了那么多的程序的问题，说说生活吧，这段时间是这有生以来过的最充实的一段，但是也是最累的一段时间，看起来好你写程序不怎么消耗体力，其实不然，我在学习Java前一直是在健身房进行锻炼的，我可以明显的感觉到现在没有以前有体力了，昨天去打了两个小时的篮球，王金元就说全身痛的不行，幸好我一直一来早上都在做俯卧撑，所以只有腿痛。我和白艳在一个宿舍里，我们在项目从画界面开始到项目评审的这一个多月里，每天基本上都是两点才睡，有时候还会到三点，过的日子真的是不轻松，不过收获到的东西也是成正比的。我们生活上的一切都从简了，项目才始的时候邝燕财干脆去剃个光头，就是为了难得洗。还有好些事儿，不说了，项目完成了就Ok了。
我清楚的记得当时做项目的过程中有好多事儿想写一写的，现在只能从整个大的方面来说这个项目中的事情了，下次的时候一定要及时的记下当时的想法，做好记录，这样的心得的作用会大的多，等想起点的时候再到博客上写吧，只能这样了。
在公司领导的高度重视、组织人力资源部的精心策划下，“公司项目管理培训班”在20X年9月18日准时开班了，能有机会参加该培训班的学习我感到非常荣幸。此次培训中我不光学到了管理方面的理论，还有前辈们在实践中积累的宝贵经验，总的来说获益匪浅。下面我将就如何做好项目管理谈一下我的理解。
一、项目经理应该具备的素质
项目经理首先要具有：项目管理知识、专业知识（应用领域的知识，标准与规章制度）、熟悉项目环境、通用管理知识与技能、处理人际关系技能。从项目经理的个性、知识、能力看，最能影响项目成功的要素我觉得有如下几个方面：
1、个性：无论是什么性格类型都必须要有一种让事情发生的魄力，能够推动事物朝你意想的方向前进。真正敢于推动事情发展的人，会明白有效果比有道理更重要。真正解决问题的人，敢于决策，对争议不休的问题会有最后的解决期限，明白有时一个差的决定也比没有决定要好。
2、良好的个人习惯：自律、个人时间管理等细节问题无论对于日常工作还是项目工作都是有很大影响的。很少有个人时间管理的糟，个人工作效率低的人，项目计划会做很好的。
3、沟通、冲突解决的能力：项目沟通无处不在，项目经理要对人对事有一定的敏感度，识别不同沟通对象，不同的沟通信息要求，采取不同的沟通方式。另外，项目变更、出现问题是不可避免的，项目成员有时也有性格和工作上的冲突，项目经理要懂得以项目为重，保证基本原则，适当变通，去协调解决问题。
二、如何做好项目经理
项目经理的主要工作有：项目计划的拟定、项目时间管理、项目成本管理、项目沟通与协调。
1、项目计划的拟定：计划是为实现一定目标而科学地预测并确定未来的行动方案的一个过程。“凡事预则立、不预则废”，项目计划是项目实施的基础，只有做好了计划才能有序的完成项目，计划的具体内容有：
（1）工作计划
（2）人员组织计划
（3）资源采购供应计划
（4）变更控制计划
（5）进度报告计划
（6）财务计划
（7）文件控制计划
（8）应急计划
（9）支持计划。
按照计划的时间合理配置资源有效控制成本来达到预设的目标，这样的计划就是完美的计划。
2、项目时间管理：时间管理是确保工期准时完成所必须的过程。也是保证利润的重要因素。合理利用管理工具：横道图或者网络图准确描述项目活动的各个节点，合理安排工序、确定关键路径、合理调配资源，确保项目准确实施。
3、项目成本管理：成本控制是项目成功的关键所在，合理调配资源有利于成本的控制。影响成本的因素有很多，比如计划的质量、时间要求、质量要求、管理水平以及项目的沟通水平都会影响到项目的成本。均衡各种因素与成本之间的关系才是保证利润的关键。
4、项目质量管理：质量是项目成功与否的标志之一，质量未达到项目要求肯定是不行的，如果质量超过设计要求的话又会增加成本造成不必要的浪费，如果过超过了预算，就算工程本身再成功，整个项目还是失败的。
5、项目沟通与协调：在项目的执行过程中冲突是在所难免的，如何正确处理冲突是项目能否顺利进行的关键。造成项目冲突的因素有很多，比如：项目管理程序的冲突、项目干系人目标差异的冲突、项目团队角色的冲突以及个人因素造成的冲突等。作为项目经理要准确判断冲突的来源并及时处理，确保项目顺利执行。
项目经理就是项目的核心力量，是整个项目的灵魂所在，项目参与人员也同样重要，如何克服短板效应、让全体项目成员朝着一个共同的目标前进，充分发挥各自的潜能，为项目创造出最大化的利益。这是由项目经理的个人魅力和管理水平所决定的。只有所有项目参与人员齐心协力朝着共同的目标奋进才会创造最大的效益。
时间、质量与成本三者关系的合理平衡是项目经理关心的重点课题，很多时候效益才是项目成败的关键，时间又是控制成本和创造效益的重要因素。如何做好详细而周密的计划是项目可否顺利进行的基础，在项目实施工程中难免会出现设计或者施工上的变更，如何正确而及时的修改计划来确保预订的目标效益是考验一个项目经理合格与否的重要标准。怎样在质量和成本之间做合理的权衡是保证效益的根本。
风险一直伴随项目执行的整个过程，准确判断风险的来源，加上合理的预防就可以将风险降到很低的程度。项目经理应具备很强的危机意识、承受和管理风险的能力。在具体的项目执行过程中，把握主要矛盾的，盯住关键点，处理关键事。把住源头，这样才能有效控制风险的发生。
项目管理工作重点在于全局和细节的把握，只要大方向正确，应用合适的管理工具来控制关键的节点，把握好关键路径，正确做好每一个细节处理，那离项目成功又更接近了一步。
经过这段时间在中国传媒大学凤凰学院的学习，我收获很大，想想2014年3月开始进行这个课程的学习，如今算算也快1年的光景了，通过各个专家教授的讲解，我觉得收获最大是就是把我的思想带到了另外一个高度，作为一个基层的媒体人，平时工作很忙，学习的机会和时间可以说几乎没有，但是当今这个社会又的确发展的太快，单单靠一次学习，就可以受用一生的时代已经一去不复返了，所以我们要时常进行充电。
从《影视项目运营管理实务》、《团队建设与团队管理》、《好莱坞营销体系》等课程的系统学习，我自己的头脑得到了充实，巧妙的是，面对百多人的大课堂，主办者并没有把课堂简单设计成报告会的形式，而是精心安排了每堂课课后由一名学员分享心得、对个别主题开展分组讨论、组织团我们进行经验交流会等环节，让更多的学员积极主动参与到学习中来。如果说专家学者宏观视角的讲授是把大家的思想带进一个更大的格局里，而那些跟我一样在这个课堂里的学员们的互动交流，则让我学习着在这个格局之下，如何在实际工作生活中踏踏实实把脚扎进更深的泥土里。
每次总会格外认真聆听同伴的发言，每次也在默默问自己，假使我站在那个位置，我会如何思考、如何表达。培训班的学员是来自市直机关各单位的团青干部，个个充满朝气，思维异常活跃，当这样一群优秀的青年在一起，碰撞出的不仅仅是思想的火花，也更容易让人比照出自身的差距。所以始终观察着，从他身上、从她身上，从他们身上我应该去学习一种什么品质，掌握一种什么方法，获得什么其他未知领域的新知识、新信息，于是也更加明晰未来的道路上自己身上还有哪些需要完善提升的部分。
本人做项目经理已经有5年的时间，感到做这个工作最要紧的就是要学会与项目干系人的沟通，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢采用先进的技术方案，往往耽误了工作进度，结果得不到领导和客户的认可。而这些人最大的缺点就是不擅长沟通。我从一个技术骨干逐渐培养成为一个项目经理，目前已经能够带领20人左右的团队，.这期间感触最深的也是沟通的重要性。
下面是我的一点体会：作为项目经理我们每天都要面对的项目干系人有领导、组员和客户。和这些人沟通，让他们知道你打算怎么做，什么时候做，以及想要的结果是什么，这些都是非常重要的，也是你和他们沟通的主要工作。既然沟通这么重要，就一定要确定好沟通的原则，沟通原则说不清楚，以后肯定要吃亏。沟通的第一个原则是规定信息的流动方式，是推还是拉。
推式沟通就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人，这种情况适合小项目;拉式沟通意思就是项目经理利用OA的公共信息交互区发布信息，对方需要什么信息就自己去查，这个方法适用比较大型的项目。另外一个很重要的沟通方式就是确定主动沟通和被动访问，一般来说，这两种方式是同时存在的，尤其是你的直接领导，项目经理应该采取主动沟通方式，如果等到领导来问就已经很被动了。沟通的第二个原则就是对沟通的结果多做记录，很多项目经理怕写文档，但是项目经理一定要牢记“口说无凭，立字为证”的道理。有时候项目中经常会遇到一些扯皮的事情，为什么会扯皮呢?就是因为没有证据。所以项目经理一定要养成写文档的习惯，把与领导和客户达成共识的重要内容写成文档，比如通过会议纪要请相关人员签字，这样以后扯皮的时候，就能做到有据可查。还有一个比较常见的问题，就是因为领导的某些原因耽误了我们工作进度，比如你提交的报告，领导一直拖着不批，让你的工作无法继续，结果拖延了进度。因此，我的经验是给领导和客户提交材料一定要考虑留出时间余量，同时要确定期限，最好能留下记录，以后好确定是谁的责任;另外，最好能在项目启动阶段就和领导商定：如果提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。