项目体会和心得总结
项目体会和心得总结要怎么写，才更标准规范？根据多年的文秘写作经验，参考优秀的项目体会和心得总结样本能让你事半功倍，下面分享【项目体会和心得总结(优秀10篇)】，供你选择借鉴。
项目体会和心得总结篇1
在20_年结束之季，很荣幸能参加吉林分公司———“赢在中层”管理课程培训。公司给我一个很好的提高自身管理能力的培训机会，在培训中我能认真学习并深刻理会其中的含义，我的感知感想如下：
体验式培训：企业项目推行过程中的协作与执行;体验在项目推行过程中，我们经常会遇到哪些困难和障碍。项目领导人在项目执行过程中担当的角色与责任。如何在执行创新思维。在这节课当中，让我深刻体会到了，理解与支持的力量。很多时候我们的工作往往就是下达后，员工的理解不够透彻，再加上一些外在因素的干拢，让他们变得更加的迷失了方向。通过游戏式的培训也让我理解到作为一个企业，企业内所以的员工就是一个团队，团队的建设是十分重要的，团队间相互协作的关系也是相当重要的。而在这个团队当中管理层人员所承担的任务也是致关重要的，作为一个成功的团队主管，他之所以成功，其关键在于主管99%的行为魅力以及1%的权利行使。下属能心悦诚服地为他努力工作，不是因为他手中有权，权是不能说服人的，即使服了，也只是口服心不服，绝大多数原因是主管有着良好的领导行为。好的领导行为能给员工带来信心和力量，激励员工，使其心甘情愿地义无返顾地向着目标前进。作为主管要尊重下属的人格、尊严及创造精神，爱护下级的积极性和创造性;信任员工，放手让员工大胆工作。当员工工作遇到困难时，主动为其排忧解难，增加员工的安全感和信任感;当工作中出现差错时，要承担自己应该承担的责任。当团队主管向上级夸赞下属的成绩与为人时，员工是会心存感激的，这样便满足了员工渴望被认可的心理，其更忠诚于这份工作，干劲会更足。另外，管理者还要不断加强品德修养，严于律己，做一个表里如一的人;要学会推销并推动你的目标;要掌握沟通、赞美及为人处事的方法和技巧。这样才能最大限度地发挥团队中员工的工作积极性，更好的实现企业与员工共同健康发展的目标。
沟通的艺术与技巧：通过这一次的培训，我深深的认识到，作为一名中层管理人员，与上级、下级、客户等，工作生活中有效的沟通是致关重要的。沟通是信息传递的重要方式，通过沟通，信息在部门、员工之间得以传播。组织工作的开展在很大程度地讲通过从上到下的层层沟通进行的。部门与部门之间通过有效沟通，能及时消除部门之间的由于缺乏沟通造成的协调性问题，理顺工作上流程，增强部门之间协同作战的能力，提高公司整体工作效率;反之，无效的部门沟通，只能使部门之间徒生交流障碍，沟通不畅各个部门单独作战，结果必然造成组织的任务无法得到及时完成。如何提高自我的沟通能力?在本次培训中孟老师教会了我8个步骤：一是热情洋溢;二是谦卑有礼;三是全面聆听;四是察言观色;五是活在当下;六是方向发问;七是达到共识;八是维护关系。意思就是当我们在与一个人沟通的时候，我们必须要把心打开，热情微笑的对待别人，同时也要做到大方有礼，当别人在说话的时候我们要认真的聆听，争取把对方说的重点牢记在心，在适当的时间向对方提出问题，然后与对方建立起共同是局面，最后是认真的维护好与对方的关系。
这次《活在中层管理》培训让我充分了解到做为一个中层管理者的定位与职责,企业的发展离不开团队,团队的核心在于中层管理者,什么是团队?团队虽然由个体组合而成，但绝不是简单的人群组合。真正的团队，是由一群心理上相互认知，行为上相互支持，相互影响，利益上相互联系、相互依存，目标上有共同向往的人们结合在一起的人群合体。中层起着承上启下、承前启后、承点启面的作用，是一个团队中不可缺的组成部分。一支优秀的团队离不开一流的中层，带领全团队的每一位成员产生共同的认知，才能朝着同一个方向努力，才能产生高绩效。
总之，一个最好的中层，是一个具有大境界、精于业务、善于总结，善于汇报的中层，是一个勇当下级学习的标杆，终身学习，如履薄冰.
项目体会和心得总结篇2
本学期，通过对于项目管理课程的学习，我初步了解到项目管理的知识体系及其架构。项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程和收尾过程，包含了九大领域的知识：范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理及其方法和工具。通过老师带领我们参观学校的工业工程与物流实验室和东方厂，使我从更现实的角度进一步体会到什么是项目管理以及学习项目管理课程的重要意义。现将学习这门课程的心得体会总结为如下几点：
一、项目管理理论知识的学习
从定义来看，项目是为创造独特的产品或服务而进行的一种临时性工作。根据这个定义，项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说，具备前面三个主要特性的活动，都可以看作是项目。现实中的项目随处可见，如北京的奥运会、上海的世博会、西部大开发、三峡工程等大型的建设项目，还有像信息系统、结婚典礼以及家居装修等小型项目。项目管理则是将各种知识、技能、工具和技术应用于项目之中，以达到项目的要求。就是用正确的行为方式来保证目标的实现，这里除了要求结果的成功，更强调了方法的合理性。所以除了绩效，项目管理还要考虑时间和成本等因素。整个过程中始终追求着这样一个终极目标：从成功到成熟，从成熟到卓越。
任何项目都会在范围、时间及成本三个方面受到约束，这就是项目管理的三约束。项目管理，就是以科学的方法和工具，在范围、时间、成本三者之间寻找到一个合适的平衡点，以便项目所有干系人都尽可能的满意。项目管理的五个过程组：启动、计划、执行、控制与收尾，贯穿于项目的整个生命周期，对于项目的启动过程，特别要注意组织环境及项目干系人的分析;而在后面的过程中，项目经理要抓好项目的控制，控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。其中核心的四大知识领域是范围、时间、成本与质量管理。在这些知识领域中还涉及很多的管理工具和技术，以用来帮助项目经理与项目组成员完成项目的管理。如：网络图示法、关键路径法、头脑风暴法、挣值法等，不同的工具能帮助我们完成不同的管理工作。另外，还有很多项目管理软件，如：MicrosoftProject、P3等，作为项目管理的工具，也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。
二、信息系统项目管理
传统的项目需要经历的时间长，使用的是有形资源，项目成果是通过对资源的消耗与形态的转化来逐步实现的。IT项目的实质是“知识转移”，项目是以无形的智力产品为项目目标。典型的IT项目是IT系统的建造(如系统集成)和软件开发项目。因此说，IT项目的实质是“知识转移”，而建造项目的实质是“资源消耗”。
随着信息技术的发展和应用范围的不断扩大，IT项目管理越来越具有普遍性。需要强调的是，信息技术本身的发展并不是IT项目的目的，满足应用对象的需求和战略目标才是其出发点，因此需要切实做好项目的需求分析，一切从业务工作的实际需求出发，在集成理念的指导下，充分考虑整个系统的集成要求，并在此基础上选择相关的成熟技术、应用系统和产品，同时做好项目的技术经济分析，才能保证信息化项目发挥实效。国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。
三、建造“宝塔”活动
在老师的委托下，我们大家分成四组，用25张报纸，我们组6个成员相互配合在16分钟内建成了“珠江塔”，三面集中于一点，结构简单，最坚固的组织结构，足以支撑起一个鸡蛋，以“万众一心，众志成城，建造宝塔”为口号。大家的成果都各具特色，我们一组虽然不是最好的，但是我们在规定的时间和预算内保质保量的完成了这个项目，也感到非常的有成就感。在这个项目中，让我深刻的感受到团队合作的重要性，这也是这个小项目能够顺利完成的关键。大家首先对要完成的“宝塔”达成一致的意见，然后分工协作，很快完成了项目。
四、参观工业工程与物流实验室工业工程与物流实验室位于实验楼，使用面积为200平方米，投资金额为200万人民币。在学校领导和相关部门的大力支持下，现已建设成为国内同类高等院校中处于中高等水平的实验室。该实验室于11月15日通过验收，现已开始全面投入使用。实验室每次可接纳50名学生，每年可供工业工程、物流管理等专业学生开展40余项实验教学活动，同时也可为教师开展相关研究活动提供实验平台。实验室的建设格局是将工业生产中的工序与生产流程同先进的工业自动化控制方式和控制手段结合起来，构筑成集原材料仓储和供应、流水线生产过程计划与控制、制品储备、产成品运输与销售为一体的基于企业信息化管理的模拟实验系统，力求创建接近工业生产环境的“微型工厂”。实验室系统包括基本工业工程实验系统、质量工程实验系统、生产计划与控制系统、物流工程系统、人因工程系统和先进制造系统等六部分，具有动态性、新颖性、人机协调互动等实验效果。通过亲自参观，让我见识到现代信息技术的先进性，同时让我深刻体会到学习项目管理知识的重要性，这样一个大型的项目，只有运用项目管理的理论知识，才能协调好各方项目干系人之间的关系，才能在计划的进度、成本和质量的要求下顺利完成项目。
五、参观东方厂
11月30号在苏老师的带领下我们参观了东方厂，1953年建厂，至今已有58年的历史了，占地960平方米，环境优雅古典。我们从下午2:00开始，顺次参观了零件、配件、塑料橡胶和表面处理四个车间，一直到4点多。零件有些大，有些小，精度要求都比较高，配件车间，有磨床、铣床、热处理等。好多工种都是批量的生产，简单重复，工人们一个个都很熟练的操作着。也了解了镀金、镀银、镀锌以及电池的生产过程。这次参观很有意义，让我了解了我们国家军工企业的生产经营状况，生产的过程，以前都是在书上学的，也帮助我们理解有些学过的理论知识，有一个更深入的体会，在此非常的感谢苏老师和东方厂的工作人员给我们耐心的讲解。
六、结论
总之，通过本学期这门课程的学习，收获了很多，在进行理论知识学习的同时，也参观了几个实际的项目。我在本学期还参加了信息系统项目管理师的考试，以后有可能会从事这一行的工作，这对我以后的工作也有很大的帮助。但是要想真正学好项目管理，还需不断实践，学习技巧、总结经验，在日常生活中，我们要将所学的知识进行揣摩、深入体会，真正运用到学习和工作中去，达到学以致用。非常感谢苏老师一学期以来对我们的教导。
项目体会和心得总结篇3
最近两周通过听胡百师老师的讲课和公司同事关于项目管理经验的交流会议，在项目管理上学到不少东西，感受最深的是项目管理就是要合理的利用资源，而人无疑是一切资源中最重要的一环。
我们做任何工作都不是孤立存在的，工作不论繁复，都可以看作是一个项目。而要完成一个项目就需要各式各样的人员整合到一起，扮演不同的角色。如何发挥这些人的特色，分配适合的角色，从而更快更好的完成各自的分工，就是项目最需要考虑到问题了。但要真正发挥每个人都特色却不是这么容易就能做到的。因此就需要我们不断的学习，培养自己的思考力。思考力提高了观察敏锐了，才能发掘出他人的特色，并善加利用。
发掘出每个人都特色并分配好各人在项目中所处的职位后，就需要采取有效的管理来监督把控每个环节，以确保项目能够按照计划执行。以往我们在工作中都接触过各式各样的表格，说起来各个环节似乎都有表格可以监控。可是由于这些表格都是分散开来，针对单独某一个环节的，结果就使得整体管理上缺乏统一性，实施起来难免会出现混乱的感觉。经常出现一个人只着眼自己负责的某一环节，却忽视了整个项目的情况。一旦某一环节上出现了调整，其他人员却无法第一时间得到消息，无法及时作出调整。结果就使得整个项目的工作节奏都被打乱了。
因此就像项目管理经验交流时有人说到的：“表格需要做减法”，我们首先应该以项目为单位，将涉及到的所有环节和资源都整合到一起，这样大家就可以知道自己在这整个项目中所处的位置，了解在项目中于自己相关的前后环节的进展情况，这样执行起计划来就更有依据了。
通过这两次项目管理的经验交流，大家准备已一本书作为一个项目，进行项目管理，设计出适合我们用的项目管理表格。这是与各个部门都相关的工作。一旦做好了，将会大大减少进度管理上的时间成本。使得管理更简单化也更人性化。
希望这项工作能够尽快的展开，尽早制作出适用于我们公司的项目管理表来，相信所有人都会尽力配合的。
项目体会和心得总结篇4
项目终于是做完了，可这一闲下来，本想要写的许多感触又不知跑哪儿去了。在当初做项目的过程中每遇到一个问题，每解决一个问题，都好像有说不完的心得体会，这会儿要说真不知从何说起，难怪许多的作家都说，要是你想起点什么，就一定要把它记下来。只好再重新看看我的项目，回忆起当时的情形看看要写什么才好。
实话说，我对色彩的感觉是并不太好的，所以我对界面有多漂亮也没个把握，GUI画图这一部份的学习来讲我并没有处于我们班上的领先水平。其实我觉得我对算法要擅长的多，这当然也基于我对数学的性趣。可是最后我们的项目还是做出了自己的个性，看到了书香的气息，当然志祥功不可没。因为这个界面的布局讨论没有花多久，而实现花了很长的时间。当然最后的效果是很好的，在我强烈要求他们要用布局管理器进行界面控制的情况下，还是有几个哥们用了绝对坐标来控制，用绝对坐标进行画图确实好控制一些，但是它就只能适合一种分辨率，当你改变分辨率的时候，你的图形就会变形，这是我感觉我们这个项目中较大的一点缺陷。
我们这组六个人，二个大二的，怎么说呢，两个大二的兄弟在整个组里面来讲，能力还是很不错的了，在编程方面他们也很有想法的，但他们毕竟大一才开始接触编码，再加上学校的教育方式，整个大一也编不了多少代码，所以整个项目的实施过程中，他们比较辛苦，写的东西很多，但多数要用来做试验，考虑的不会很周全，也不是说要求达到写的代码一写就成为有效代码，但一般打好架子的代码修改的地方应该是不会太大的。然而他们有时修改的地方会比较多，所有我晚上会经常看到他们加班到很晚，有时可能还会通宵。这是比较烦自己的事儿，因为一个功能要是花了很长的时间还是没有做出来的话，可能会降低自己的信心。不过他们可能没有到这种严重的地步，但总之他们在整个项目中是吃了不少苦的。
我们相对来讲是把画界面的时间往后推了几天的，而用了五天左右的时间好好的把数据库进行设计，从后面的情况来看，我们的做法是正确的，因为我们的表多，关系复杂，而且表的字段也是具多无比，最长的表字段尽然的有25个，最长的视图字段尽有29个之多。表和视图的数量加起来有五六十个之多，表与表之间的关系很不好分开，所以后面每一个人分开的模块都是联系的相当的紧密，这给我组合项目阶段带来了较大的困难，而且测试起来也不方便，很多时候出了问题都不知道到底是哪一个部份出了问题，所以我在组合的时候基本上都是把他们的代码几乎都看了一遍。但尽管这样，还是庆幸当时的决定，就是先把数据库文件做好，要不是这样，我们后面的问题会严重的多。记得当时进行表结构的设计和表关系的分析，大家头都转晕了，有些东西确实很难想清楚，又没有个实例来看，尽管我把基本表都做成了Word 表格，但Word表格就有五页，前后交叉的几张表一进行关联，翻着表都搞不清是怎么回事儿，再加上整个组就只我和志祥有点数据库的底子，从面上看得出大家都烦这个表，分析的时候，不好意思拒绝我，硬着头皮还是天天来。表结构弄得很细，每一个字段应该取什么名儿每一个人都出了点子的，所有后来我要做他们建立自己的视图的时候，每一个人对表结构都很熟，并且都能对自己的模块的结构进行迭代和分析，不过我还是发现他们只做自己的那一个模块，并没有做很好的交流，也不知道各个部份之间的联系大到什么程度，其实我们的很多视图都是可以共用的。
界面其实出来的比较快，差不多五六天吧，就基本大体就出来了，我们的版本一直从1.0不断的更新，一点一点的进行上升，最后出来的是2.2吧，其实中间不止十二个版本，还有许多都在缝里面，其实这也是提高我们组员的一个积极性的手段吧，每一次听我说版本升级了，他们都会非常的兴奋，立马就会有人拿U盘来拷，因为这是我们每一个人辛勤劳动后的结果，有每一人的功劳，这就是自己孕育出来的结晶。
其实实现功能遇到的问题是最多的，前面说了，由于每一个人的功能模块联系比较大，交流的不够深入，实现起来有一定的困难。加上大家开始的时候注释写的比较少，说了也不大当回事儿，所以到后来写功能的时候找代码找不到，到这份儿上，他们后来的注释才慢慢的多起来了，真的是吃一堑，长一智，这种比我无限的给他们灌输要凑效的多。我们的系统主要的功能就是要做图书和读者的增删改的操作，由于表参照的层比较多，经常搞混，查的时候还好说，大不了就在视图写的长一点(事实上我们的视图不止是长一点点，我看了，最长的一个视图建立表达式达到了四十六行)，而进行删除和更改的时候问题会比较大，这里就志祥也经常搞混淆，有时过来跟我说有点晕晕的。也就是在这里，演示的时候出了一点问题，本来是红华做的丢失处理，但是要在祖荣做的那一个模块那里进行查询出来，由于做功能的时候没有深入交流，我在测试的时候也没有测好，所以就出了点小问题，当然这也不是怪他们，大家付出的都很多了，项目的后期实在是很疲劳，大家都不容易了。总之我们还是基本上把参照的美萍上的系统的所有功能都实现的差不多了，项目开发流程的锻炼的目的是达到了的，不管最后结果是怎样的，我想我们的兄弟都是有很大收获的。
其实我觉得整个项目中收获的最大的地方是在我们自己在开发过程中自己摸索了的几个问题，当然也还有一些是还没有完美解决的，但是我们进行了深刻的分析，以待后来有能力了再进行解决。我想我最不会忘记的应该是那棵树的问题了，也就是我在项目演示的时候说到的那棵树。就是它的存储结构分析让我记忆犹新，记得那天分析这个树的存储结构的时候我们想出了许多的方案，大家都累得不行了，但是我和志祥还算清淅，想了好久才想到了一个以三个字段，分别存储子父标识和名称的表进行整个树的存储，当时分析出来，我们都很高兴，因为我们就这个问题想了好几天，解决的那天也是我们数据库讨论完成的最后一天了，后来祖荣还拿着这个表结构来跟我说：“看这个表，就是漂亮!”所以后来祖荣就要主动要求实现了这个表对应的那棵树的建立和遍历的算法，而志祥则实现了界面的交互，虽然说这棵树到最后还是有一点问题，但我们还是很高兴做了这么一件事儿。
我自己的是做了整个系统的部份，除了伙强在最先的时候画了登录和退出的界面和祖荣后来做了的两个子功能外，画界面和功能实现基本是我做的，这里的界面其实很简单，难做的东西就是权限的问题，比较繁琐，因为我们这里除了用户的权限外，还要建立灵活的权限组问题，并且要在界面的每一个功能上进行权限识别，整个项目共的二十四个功能权限，涉及到每一个人实现的功能点，总的来讲也还是好做的，只是if 语句多了点，有时用switch 语句还不行，只能用if 语句，最多的一个是用了25个if ，而且在好几个DAO层的文件上都是用到了这么多个if 的。
整个项目开发这程中，我这组的兄弟都很团结，可以毫不夸张的说，我们去中信集体做项目的时间是最多的，每一次我叫到，每个兄弟都是想尽所有的办法过来一起做项目，这一点我只想说“感谢兄弟们”。
说了那么多的程序的问题，说说生活吧，这段时间是这有生以来过的最充实的一段，但是也是最累的一段时间，看起来好你写程序不怎么消耗体力，其实不然，我在学习Java前一直是在健身房进行锻炼的，我可以明显的感觉到现在没有以前有体力了，昨天去打了两个小时的篮球，王金元就说全身痛的不行，幸好我一直一来早上都在做俯卧撑，所以只有腿痛。我和白艳在一个宿舍里，我们在项目从画界面开始到项目评审的这一个多月里，每天基本上都是两点才睡，有时候还会到三点，过的日子真的是不轻松，不过收获到的东西也是成正比的。我们生活上的一切都从简了，项目才始的时候邝燕财干脆去剃个光头，就是为了难得洗。还有好些事儿，不说了，项目完成了就Ok了。
我清楚的记得当时做项目的过程中有好多事儿想写一写的，现在只能从整个大的方面来说这个项目中的事情了，下次的时候一定要及时的记下当时的想法，做好记录，这样的心得的作用会大的多，等想起点的时候再到博客上写吧，只能这样了。
项目体会和心得总结篇5
从一个小小的业务员到今天的项目经理，中间的付出是别人无法理解的。在这段时间的工作中，我一直努力工作，踏实认真的完成了各项工作，一步一个脚印的做好每一件事情，为了以后能够更好的工作，我制定了如下工作总结：
回顾__年，在公司各级领导的正确指挥及担保业务部领导的直接带领之下，本人始终按照公司__年工作部署，并根据本人工作实际，紧紧握住做业务和抓营销两把钥匙，在项目经理的工作岗位上做到了努力学习，大胆实践，转变观念，很快适应了我公司快速发展的要求，圆满完成了全年工作任务。主要情况汇报如下:
一、端正工作态度，坚持勤奋敬业、廉洁自律的职业操守。本人热爱自己的本职工作，热心为客户服务，认真遵守劳动纪律，有效利用工作时间，坚守岗位。需要加班完成工作时，就利用晚上和休息天进行调研和评审报告撰写，公司下达的临时工作任务，都能够按做到按时按量完成。在日常工作中严格自律，谢绝客户多次请客送礼，努力维护公司在客户心中的良好的形象，也实际提高了自身的职业修养。
二、圆满完成了项目经理各项业务指标。在__年中，本人实际完成担保贷款业务笔数7.2笔，完成任务量的180%，完成业务金额为1050万元，完成任务量的105%。其中作为项目经理a角完成业务5笔，金额688 万元，作为项目经理b角完成业务2.2笔，金额362万元，以上本人参与完成的项目共计18笔，业务量总额3612万元。上述成绩的取得得益于公司各级领导的正确领导，同事的鼎立支持，再加上本人坚持不懈的努力和花费了大量的加班时间，可以说每一笔贷款，每一分业务都包含着心血，留下了刻骨铭心的记忆。 __年本人付出了辛勤的汗水，也收获了成长的喜悦。
三、坚持不懈努力学习，业务理论及实践经验得到快速提升。本人在2010年坚持理论学习与实践操作相结合，通过公司培训、业余自学多种渠道积累业务知识，并坚持及时总结。年中本人的论文《中小企业文化建设的难题及之策》在《__担保》杂志上发表，受到不少客户的好评;本人半年工作总结也得到了王总的肯定，担保项目“人、事、物”原则的思考逐步深入，从单纯的“人”、“事”和“物”的三方面扩展到“人”与“事”、“人”与“物”、“事”与“物”的对立统一上。对该原则的深入思考，使得本人业务操作的思路愈加清晰，而不断的业务积累又反过来促进了对该原则的深入领会和扩展，感觉收益匪浅。
四、加强贷后管理，努力为公司执行力的提高贡献力量。在2010年公司布置重点进行的 gmis系统流程录入、档案归档及“回头看”工作中，本人严格按照公司要求，认真完成本人项下的任务，努力做到gmis系统流程与项目流程一致;在项目归档工作中，本人也按照公司要求按时按步骤移交了档案资料，同时也通过该项工作，对贷款资料及时查漏补缺，完善了贷后管理;在回头看工作中，本人按照公司整体部署和担保部具体的安排，对本人负责的贷款企业全部走访了一遍，其中对重点企业海南__有限公司走访了3次，对海南__有限公司存货质押情况不定期抽查 9次，较圆满完成了公司任务，为下一步工作理清了思路。
项目体会和心得总结篇6
通过这几天的学习还是自我觉得收获颇多，非常感谢公司能给我们这样的机会。
第一天的拓展培训其实目的就是把从四面八方来的不熟悉的人聚在一起，通过开展一些活动使得团队成员彼此认识，有一定的凝聚力，这也好比组建一支项目团队是一样的道理;以后在项目团队建设中也可以借鉴一用。
第二天通过学习《项目经理如何管理和经营好团队》了解项目团队建设的步骤和方法，以及沟通的重要性。劳动监察局谢局长给我们讲解了农民工工资拖欠的问题，列举了__省对拖欠农民工工资的解决办法，还建立了大数据库，这也是我们建设工程项目中经常遇到的头痛的事，农民工要不到钱该怎么办，项目部从业主那里要不到钱又该怎么办，都有一套完整解决方案，从目前整个行业的现状来看我们实施起来面临一些困难，但至少我们看见了发展的前景，看见国家政策上的重视，社会总是在不断的进步，相信总有一天会实现。
第三天通过薛博士讲解《项目全流程控制与管理最佳实践》更侧重于从理论上去分析如何管理好项目，比如通过用一些网络图找到我们工程进度的偏差，通过对EV、PV、AC等参数的比较分析我们能找出成本、进度的关系以及了解目前项目的经营状况，从而找到解决方案。其实在实际工作中或许我们都已经运用了这些解决方案，但是我们很少从理论上去分析它，通过学习这些知识使得我们在以后的项目管理中遇到这些问题的时候能更加自信的处理。
第四天学习了一些公司制度，熟悉公司的一些流程，这对于我们在实际工作中也很有帮助，可以节约时间，也更加规范。
总的来说这次培训还是过得很充实，每天时间排的满满的，但是相信对我们也有很大的帮助，项目管理能力也将会有所提升。
项目体会和心得总结篇7
项目管理的优势是工作目标集中、组织架构灵活高效，劣势是因为项目临时性的特点，成员缺少归属感和安全感，一个项目组织内包括了各个技术领域的人员，成blue m员的职业发展不容易做得好。近些年逐渐流行起来的矩阵式项目管理，似乎最有希望克服单纯的项目管理或单纯的部门管理的缺点，让项目管理扬长避短，再跨上一个新台阶。在技术风险较高的IT项目管理中，更是成了一个时髦的名词弱矩阵管理的项目经理一般是由职能部门指派，归部门经理领导，对项目的控制作用很有限，主要依靠部门经理控制项目，项目成员和项目经理都由部门经理进行考核，这种模式适合项目规模较小，基本不跨部门或者某一部门在项目中站绝对主导的情况。平衡矩阵的项目经理是独立于职能部门的，一般是由各部门经理的上一级领导指派，项目经理和部门经理都对项目有一定的控制权，项目经理的主要负责项目的进度、质量、成本，部门经理则负责组织技术攻关、技术培训和成员技术能力提升，项目经理和部门经理共同负责对成员的考核，这种模式适合项目规模较大、技术复杂度较高的情况，很适合IT项目的特点。强矩阵类型自然就是以项目经理为主了，部门经理辅助项目经理，这种模式适合项目规模较大、但技术相对简单的情况。矩阵式管理虽然有诸多好处，但是操作复杂是它最大缺点。矩阵式管理模式下每个成员都有两个领导，这是有悖于传统管理的“常理”的，需要充分宣传引导，谨慎协调。平衡矩阵操作难度最高，就像推独轮车，要不断的关注员工对项目的项目管理忠诚度和对部门的忠诚度的变化，要不断的调整，以保持平衡。弱矩阵和强矩阵操作难度也不低，一不小心就会滑到纯项目管理或纯部门管理模式，所谓的矩阵会名存实亡，画蛇添足。阵式管理的另一个缺点就是沟通量大，需要有较强的“沟通管理”能力，否则就会掉入会议的漩涡中。如果能比较好的处理矩阵式管理的平衡和沟通问题，矩阵式项目管理是非常好的管理模式，对IT项目管理必定会有很大好处。长期以来，软件项目高失败率的状况一直困扰着人们,研究表明，软件项目失败的原因主要有两个：一是应用项目的复杂性;二是缺乏合格的软件项目管理人才。实践证明缺乏有效的项目管理是导致软件项目失控的直接原因。
软件开发的风险之所以大，是由于软件过程能力低，其中最关键的问题在于软件开发组织不能很好地管理其软件过程，从而使一些好的开发方法和技术不能起到预期的作用。飞机票流程管理作为现代企业管理的先进思想和有效工具，随着市场环境与组织模式的变化，在以计算机网络为基础的现代社会信息化背景下越发显示出其威力和效用。流程管理不仅是一种管理技术，更体现了现代管理的思想。流程管理的重点是：理清和管理好所有主、支流程间的关系，使他们相互协调发挥应有的作用。流程管理增加了部门的透明度，管理的对象不是“部门”和“部门员工”的概念，而是以工序流程为管理对象，注重流程中每一个过程和效率以及和上下游工序的关系，管理重点在于整体流程的完整性和顺畅性 运用流程管理方法和技术进行软件项目管理，可以有效地改变软件过程管理混乱的局面。首先对软件项目开发过程进行有效的、规范化的定义;其次，在软件项目开发过程中，所有的活动过程均按照流程所规定的活动的逻辑关系、活动的实现方式来执行，这样可以使得所有的活动有序和可控;第三，通过明确运作流程，使项目组人员迅速融入项目和开发过程中;第四，关注每个过程的“结果”，使软件项目的所有工作产卵巢癌品均能得到有效的保存，保证了软件产品完整性。流程是由活动组成的。基本活动是由个人或团体来完成的，它不需要进行其他的基本活动的转化。流程的各个活动之间有着特定的流向，它包含着明确的起始活动与终止活动，因此是一个动态的概念。从结构上来看，流程有四个基本的构成因素：活动、活动的逻辑关系、活动的实现方式和活动的承担者。流程与“一系列的活动或事件”、“结果”等概念密切相关。流程管理不仅是一种管理技术，更体现了现代管理的思想，原有的以控制、塔式组织为基础的职能行政管理已经不能完全满足于现代企业发展和市场竞争的需要，管理的发展沿着分工理论运行了上百年后，现在又重新回归到整合与系统。
项目体会和心得总结篇8
项目是为创造独特的产品、服务或成果而进行的临时性工作。为了达到预期的效果，朝着我们需要的方向发展，就要进行项目管理。项目管理存在于各行各业，培训就是让我们更好地认识它，并将其用于实践工作中。这次项目经理的培训，受益匪浅。
这次培训，专业层次高，项目内容深。是一次高水平，高效率的学习，不单是理论学习，而是对近几年来物业实际工作的创新的讲解和对企业内形式的介绍，比较和分析。从理论到实际、实例，详细而丰富的将物业这行的精华呈现而出。短暂的培训，深入独到，是我们每个学员的“加油站”，岗位的“起跑线”，这必将对我在今后的工作中产生积极而深远的影响。
现将我在这次培训过程中的学习感受归纳如下：
一、学习
1、学习风气正，在学习过程中，大家始终以积极饱满的热情，严谨求实的学风。
2、认真听讲，细致做好课堂笔记。
3、坚持理论联系实际，着眼于回答工作中遇到的实际问题。
4、将自身学习到的知识发扬到公司，改观公司人员旧思想，不断学习新知识。
二、收获
通过这次学习，经各位老师的精辟解析，独到的见解和大量的旁征博引，让我在无比叹服的同时深受鼓舞和教育，使我对这行业有了更深刻的了解，感觉自己的思想得到了进一步的升华。
1、提升了我们的理论素质。作为公司的重要岗位的项目负责人必须具备良好的理论素养，对行业的最新政策和重大现实问题要有系统的了解和准确的把握。并且要熟悉社会发展的整体走向，否则就无法在今后的工作发挥应有的作用。在学习过程中，由于我们的老师都是学术造诣较深、在学术和实践研究方面有一定影响的专家，他们的讲解通俗易懂，对于我们领会和掌握以前工作中未曾触及的知识具有重要的指导作用。我们还比较系统的学习了有关法律法规、基本理论，深入研究了当前工作中面临的现实问题，对于我们强化理论基础、开拓视野、提高素养，进而做好今后本职工作必将产生重要的影响。
2、加强各方面的修养。这次学习课程安排多样，我们感觉到了领导对物业整个行业经理人的期许，希望通过各个方面课程的讲解，能够使我们整体素质得到进一步提高。此次培训，使我深深的体会到培训的重要性和迫切性，也使我由衷感觉有幸参加了这次的培训。
总之，这次物业项目经理岗位培训，使我学到了很多的新观点、新思路和新方法，进一步提高了理论水平，增强了分析和解决实际问题的能力，培养了长远眼光和决策思维。我一定要以这次学习为契机，用学到的新知识和新思想去指导以后的工作，努力创新，勤奋工作，为所在物业公司再做新的更大的贡献。
最后，要衷心感谢万科物业公司和江成律师事务所的培训老师，为本人提供这次难得学台，谢谢!
项目体会和心得总结篇9
前段时间，我负责了一个项目的管理与开发。在时间短、任务紧，而团队人员又大部分是没有经验的菜鸟的恶劣情况下，我带领接近40人的团队，终于在客户规定 的时间范围内如期交付产品。这其中，经历了需求变更、人员变动(因为其它任务，先后有近10人离开团队)等诸多问题，项目仍然取得了成功，不能不说有几分 侥幸，但此外也有一些经验与教训可以与大家分享。
项目开发方面
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于EAS项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需 求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。EAS项目在前期对需求不够重 视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从 而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从EAS项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。EAS项目在开发早期及时地确立了需求接 口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人 意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有 好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生 变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了EAS项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)
控制需求变更。重视CCB的作用，同时应建立需求变更的响应机制。EAS项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)
项目体会和心得总结篇10
项目经理是为项目的成功策划和执行负总责的人。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。从职业角度，项目经理是指企业建立以项目经理责任制为核心，对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是项目团队的领导者，项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容，并使客户满意。本文分享笔者的项目管理心得。
1、项目要进行整体管理，善始善终
整个项目开始要做好项目整体计划，在项目的整个过程中，始终要按照项目计划执行，如若遇到项目发生变更，要进行影响分析，得到批准后制定变更计划，并按变更计划执行。变更的影响情况，如：费用，时间进度等要通知相关的项目利益干系人，说明变更的原因和产生的影响。
项目首尾工作也是项目管理中，一项重要的工作。需要将项目过程中产生的文件资料进行整理，归档;对项目的费用和进度进行审计和审核，对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。
变更计划在软件项目中经常遇到。控制好软件项目的变更，首先需要做好项目的开始目标基准的确定，基准的用户需求明确，才能衡量出哪些是需要变更的。否则变更的东西和开始要求的东西混在一起，变更计划就无从制定，变更的界限也无从划清。
自己做过的一个项目，开始为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在项目过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的项目进程中一直处于被动。
所以项目从一开始就要做好计划，搞清目标。只有项目的目标明确，合理安排时间、费用、人力和其他资源，控制好项目的变更，这些是保证项目能够顺利完成的基本条件。
2、质量管理是项目成败的关键
我们在进行软件项目过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试计划和用例的编写，然后才能进行测试;测试要有记录，并将记录整理成测试报告。
但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有距离。质量控制要深入到每个与项目相关的人，要深入到项目的每个过程中，从一开始，就要树立质量第一的理念，每个过程都要进行质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。
标准化设计，标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平，有利于提高工程项目质量。CMM模型已得到广泛的认可和接受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对项目的管理将经过5个境界的提高：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进行统计过程控制量化管理，到最后的优化过程、评价工作流程、进行工作过程的改进。
