物业项目经理培训心得体会

物业工程经理培训心得体会物业工程经理培训心得体会 通过本次的物业管理部门为了进步经理们的专业知识，而开设的经理培训课程，在学习中使我们受益匪浅，在老师的细心讲解下让我们掌握物业管理的精华，也使我丰富关于物业管理的各项专业知识。下面是为大家搜集整理的物业工程经理培训心得体会，欢送大家阅读。物业工程经理培训心得体会篇1 通过这次的培训学习我受益匪浅。听专家、教授们滔滔不绝、挥洒自如的讲座，心中非常佩服他们的口才，佩服他们的自信，佩服他们的敏锐，佩服他们知识的渊博。想想如此才气从何而来?所有人都是走着同一条道，那就是不断的读书学习，关注专业知识，关注国家大事，日复一日，永无止境。虽然物业管理人和酒店管理人一样都要求具备：管理、执行和协调这三种才能，但是它也对我们有了不一样的要求，这就是：熟悉相应的法律法规、对房屋的理解和亲和力。通过学习，渐渐理出一点头绪，下面谈谈我自己的一点体会： 我认为：学习+反思=成长在学习过程中我感觉有一句话说的很对态度决定一切，不管我们学得怎么样首先你要学，假如你不学那你就别进那个门，进了那个门你就要明白你是来学习的，不是睡觉。聊天和玩的。为什么有人会觉得学习很苦，也有人感到甘呢?我们应该反思一下自己，学习一下别人，那样你永远都是佼佼者。 在端正了我们的学习态度后我感觉：学习+理解=理解物业管理对于我来说是一个全新的行业和方向，通过这次学习，深深地刺激了我，我要走的路和方向原来还很宽很远，我们公司的前景和将来还那么的远大，我为自己之前的工作和学习所丧失的时间感到悲哀，我也为我如今的决策感到庆幸。 中国的物业管理开展才三十年，刚刚进入而立之年。物业管理程度普遍偏低，我们站在挑战和机遇并存的天平上，但国外最早已有一百多年的物业管理知识和经历;只要我们努力学习，敢于面对挑战，我们的物业管理的春天或许就在我们的明天。到最后就是执行力了。 进步执行力就要做到加强学习，更新观念 日常工作中，我们在执行某项任务时，总会遇到一些问题。而对待问题有两种选择。一种是不怕问题，想方设法解决问题，千方百计消灭问题，结果是圆满完成任务;一种是面对问题，一筹莫展，不思进取，结果是问题仍然存在，任务也不会完成。反思对待问题的两种选择和两个结果，我们会不由自主的问到，同是一项工作，为什么有的人可以做得很好，有的人却做不到呢? 关键是一个思想观念认识的问题。我们常说，观念决定思路，思路决定出路。观念转、天地宽，观念的力量是无穷的。一些成功企业也认为，有什么样的思想观念，就有什么样的工作效果。观念转变，思想解放具有核裂变效应，可以产生推动开展的不竭动力。只有转变观念，解放思想，企业才能始终保持快速开展，才能始终充满蓬勃旺盛的精力。 由此，我们要认识到，任何一个企业的开展，不仅仅是战略决策，经营规划等等，更重要的是各级人员的执行才能。对待日常工作，不要总是找借口，要从自身出发，不断加强学习更新观念，不断分析p 认识进步自己，改变不执行不作为的不良习惯，自动自发地做好本职工作。 进步执行力就要做到老实做人，认真做事 我们常说，诚老实实做人，认认真真做事。做人要有一个做人的标准，做事也要有一个做事的原那么。但详细到实际工作中，常常是有制度，有措施，也有违章。究其原因，就是一个态度问题，一个责任感强不强的问题，一个做人是否老实、做事是否认真的问题。 联络到一些企业做强做大的开展格局，就象我们餐饮部一样，部门管理的范围越来越大，更需要我们树立一种积极向上的工作态度，老实认真地执行好企业的每一项决策，正确履行各项工作。要时刻牢记执行工作，没有任何借口，要视服从为美德;工作中无小事，工作就意味着责任，无论在任何岗位，无论做什么工作，都要怀着热情、带着情感去做，而且要竭尽全力、尽职尽责地做好、爱岗敬业。 进步执行力就要做到面对困难，勇往直前 唯物辩证法认为，任何事物的开展都不是一帆风顺的，xx同志也说过，我们共产党人不怕任何困难，世上无难事，只怕有心人。金通公司虽然成立还未到一年，生活福利也非常艰辛，照样有很多员工为了企业的开展舍小家、顾大家，为企业的可持续开展做着无私的奉献。这些感人的事迹，充分表达了高度的纪律性和大局意识，这也正是企业员工在执行中必需要坚持的，记住，这是你的工作，无论你在工作中遇到多大的困难，你都要全力以赴完成它。 进步执行力就要认识到没有最好，只有更好 当一个人在工作中做出优异成绩，受到表彰奖励时，总是说，我做得还不够，还要继续努力，争取更大的成绩。这是一种戒骄戒躁和老实谦虚的表现，但也同时说明了一个道理，那就是，无论干什么工作，做什么事，虽然获得了一定的成绩，但绝不是最终的，只能算是阶段性的成功。 还要再接再厉，好上加好。纵观周边同行，我们的竞争很大，我们的担子还很重，我们还没有骄傲的资本，也正因为我们没有骄傲，才会更加务实地工作，更加科学地决策，更加积极主动地努力工作，才能创出了新的业绩。 总之，执行力是企业的核心竞争力。面对市场经济的大潮，我们要想立于不败之地，就必需要进步执行力，精心打造这一核心竞争力。物业工程经理培训心得体会篇2 工程是为创造独特的产品、效劳或成果而进展的临时性工作。为了到达预期的效果，朝着我们需要的方向开展，就要进展工程管理。工程管理存在于各行各业，培训就是让我们更好地认识它，并将其用于理论工作中。这次工程经理的培训，受益匪浅。 这次培训，专业层次高，工程内容深。是一次高程度，高效率的学习，不单是理论学习，而是对近几年来物业实际工作的创新的讲解和对企业内形式的介绍，比较和分析p 。从理论到实际、实例，详细而丰富的将物业这行的精华呈现而出。短暂的培训，深化独到，是我们每个学员的加油站，岗位的起跑线，这必将对我在今后的工作中产生积极而深远的影响。 现将我在这次培训过程中的学习感受归纳如下： 一、学习 1、学习风气正，在学习过程中，大家始终以积极饱满的热情，严谨务实的学风。 2、认真听讲，细致做好课堂笔记。 3、坚持理论联络实际，着眼于答复工作中遇到的实际问题。 4、将自身学习到的知识发扬到公司，改观公司人员旧思想，不断学习新知识。 二、收获 通过这次学习，经各位老师的精辟解析，独到的见解和大量的旁征博引，让我在无比叹服的同时深受鼓舞和教育，使我对这行业有了更深化的理解，感觉自己的思想得到了进一步的升华。 1、提升了我们的理论素质。作为公司的重要岗位的工程负责人必须具备良好的理论素养，对行业的最新政策和重大现实问题要有系统的理解和准确的把握。并且要熟悉社会开展的整体走向，否那么就无法在今后的工作发挥应有的作用。在学习过程中，由于我们的老师都是学术造诣较深、在学术和理论研究方面有一定影响的专家，他们的讲解通俗易懂，对于我们领会和掌握以前工作中未曾触及的知识具有重要的指导作用。我们还比较系统的学习了有关法律法规、根本理论，深化研究了当前工作中面临的现实问题，对于我们强化理论根底、开拓视野、进步素养，进而做好今后本职工作必将产生重要的影响。 2、加强各方面的修养。这次学习课程安排多样，我们感觉到了指导对物业整个行业经理人的期许，希望通过各个方面课程的讲解，可以使我们整体素质得到进一步进步。此次培训，使我深深的体会到培训的重要性和迫切性，也使我由衷感觉有幸参加了这次的培训。 总之，这次物业工程经理岗位培训，使我学到了很多的新观点、新思路和新方法，进一步进步了理论程度，增强了分析p 和解决实际问题的才能，培养了长远目光和决策思维。我一定要以这次学习为契机，用学到的新知识和新思想去指导以后的工作，努力创新，勤奋工作，为所在物业公司再做新的更大的奉献。 最后，要衷心感谢万科物业公司和江成律师事务所的培训老师，为本人提供这次难得学习平台，谢谢!物业工程经理培训心得体会篇3 通过本次的物业管理部门经理培训，使我们受益匪浅。在老师的细心讲解下让我们掌握物业管理的精华，使我丰富关于物业管理的各项专业知识，并感觉到做为一名合格的物业管理人员要付出很多，对自身的各项要求也要不断的进步。 通过承受专业的培训使我深深的意识到，一名优秀的部门经理要承担管理、技术、安防、环卫、绿化等工作，是连接业主与上物业效劳企业的纽带，一定要按照企业的各项指标和要求，实现合理化的经济效益，以商质量的有偿效劳来保障业主能在适宜平安的生活环境中居住、生活。 首先，做为部门的经理必需要熟悉自已的岗位职责和管辖区根本情况，要具有较强的物业管理知识，技能和法律知识，要明确目的、清楚任务，进展合理的分工和科学的管理。 第二，做为部门的经理既要与业主打交道，也要与社会各界来往，还要与相关行政管理部门报告联络。因此，部门经理必须具备很好的社会活动才能、协调才能，做一名优秀的社会活动家。 第三、一名合格的部门经理目光一定要敏锐，对物业问题要有洞察力，对小区物业开展态势要了如指掌，及时发现情况，化解矛盾解决问题，对物业工作一定要有一定的前瞻性和预测性，把一切矛盾操控在自己手中，妥善快速处置。 第四、做为一名部门经理，不但自身精明强干工作出色，重要的是带着部属共同积极完成管理处的各项工作，另外还需要有一颗感恩宽容的心，对下属员工要关心体贴，使我们员工可以热情周到效劳于业主，使我们的业主能对物业效劳企业工作的大力支持。 第五、作为工程负责人，既要考虑企业的生存，也要讲质量的诚信效劳，还要追求最大的经济效益。 因此，必须加强对人，财，物的管理，进步效劳质量，降低企业投入本钱最终使我们的企业能实现利益的最大化，使我们的业主能到达100%的满意。 总之，这几天与老师、同学们学习期间给我很多心得体会，我也将会应用于今后的理论中，获得更多的收获。共2页，当前第1页12物业工程经理培训心得体会篇4 一、 工程要进展整体管理，善始善终 整个工程开场要做好工程整体方案，在工程的整个过程中，始终要按照工程方案执行，如假设遇到工程发生变更，要进展影响分析p ，得到批准后制定变更方案，并按变更方案执行。变更的影响情况，如：费用，时间进度等要通知相关的工程利益干系人，说明变更的原因和产生的影响。 工程首尾工作也是工程管理中，一项重要的工作。需要将工程过程中产生的文件资料进展整理，归档;对工程的费用和进度进展审计和审核，对工程的质量进展检验和验收;对工程的整个过程的利弊得失进展总结和交流。 变更方案在软件工程中经常遇到。控制好软件工程的变更，首先需要做好工程的开场目的基准确实定，基准的用户需求明确，才能衡量出哪些是需要变更的。否那么变更的东西和开场要求的东西混在一起，变更方案就无从制定，变更的界限也无从划清。 自己做过的一个工程，开场为了占领市场和尽快拿下合同，在用户需求还没有详细提供的条件下，就与用户签定了合同，后来不仅费用受到限制，就连时间不够，在工程过程中，用户方还总是变更软件的功能和要求。因为没有一个基点，我们认为是变更需求和新增功能，而用户方认为是合同范围，不能因此增加费用和时间。这个工程在开场好象签定了合同我们争取了主动，其实需求不明确，使我们在后来的工程进程中一直处于被动。 所以工程从一开场就要做好方案，搞清目的。只有工程的目的明确，合理安排时间、费用、人力和其他资，控制好工程的变更，这些是保证工程可以顺利完成的根本条件。 二、工程范围管理理论解决了工程开场需求不清的问题 需求管理是工程范围管理中的问题，这是因为它实际上是开发过程中的所有管理原那么的先决条件。只有在开发的目的被清楚明白地表述和理解的情况下，软件开发才能以一种有方案的有序的方式进展。实际上，没有文档化的需求，在开发工作完成前后都很有可能发消费品与要求的偏离。方案、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原那么，都是从一个稳定的根底开场的，那就是文档化的需求基线。 什么需求?需求是指分配给软件的系统需求，或者更简洁地说，分配需求。这些需求有可能是技术方面的(比方：功能和性能需求)，也有可能是非技术方面的(比方：发布日期，开支限度)。 区分开需求管理和软件需求分析p 是很重要的。一旦分配需求被文档化，并且被所有受影响部门(客户，系统工程，软件工程)通过，需求管理的根本工作就完成了，所剩下的就是管理变更而已。没有证据证明分配需求本身就可以非常清楚完好的作为软件开发的全部根底。事实上，通常它们不是。 优化和准确描绘需求，填补破绽，将含义表达得更清楚是软件需求分析p 要做的，分析p 的结果被称为软件需求。这样，作为需求管理的输出的分配需务实际上就成了软件需求分析p 的输入。需求管理远远先于软件开发的技术行动，而软件需求分析p 那么是关键开发技术行为的第一步。 从这里的描绘看来，需求管理的活动简直太简单，太根底了，显然没有哪个软件开发组织会不有效的进展着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求模糊不清，松散或者无正式文件可以给他们更多的时机去说：那并不是我所要的，那并不是我认为的需求的含义。文档化明晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下，为开场变更负责。相似地，开发人员觉得模糊不清，松散或者无正式文件的需求能给他们更大的余地，允许他们与预算和进度尽可能地接近，然后说：这就是我们所认为的需求的含义，假如你需要其他的什么东西，你必须另外付出代价。文档化明晰的需求会迫使开发者承担满足这些需求的义务，并使他们暴露于开支、进度评估不准确的风险之下。 这样一来，尽管客户与开发人员的利益动机相对，但他们却走到了一起。每一方都认为他们在保护自己的利益，稳固自己讨价还价的地位，但是事实上每一方都在走向将来的绝望和争吵，为工程埋下了一刻定时炸弹。 三、工程时间管理理论指导我们在工程管理中怎样抓主要矛盾 以前进展工程管理时，是根据经历和每个人的工作特点，进展工程的分工的，软件工程根本是按照需求分析p ，概要设计，详细设计，代码编程，调试和测试，用户验收等几个主要过程来进展的。但将工程分工更加细化，每个小过程的时间估算是多少，整个工程可以最短用多少时间来完成，怎样合理安排人员，怎样抓工程中的关键环节等等，这些都没有进展过量化的分析p 和管理。 工程管理的施行最为直观的就是缩短工程时间。利用工程管理理论、方法，有许多缩短时间的例子。美国路易斯维化 化工厂检修时把检修流程精细分解，按导向图建立起控制关系。他们惊奇地发现，检修过程选择不同途径总时间是有差异的。通过反复压缩最长途径上的任务，将工期反复优化，最后只用78个小时就完成了通常需125小时完成的检修，节省时间38%。这就是至今工程管理工作者还在应用的著名的时间管理技术CPM，即关键途径法。 所以我们在软件的工程管理中，也要将时间控制理论运用进来，结合软件工程的实际，将任务分解的更加详细，并用网络图将整个工作过程建立起来，估算好每个阶段的历时，找出关键途径，并通过快速跟进方法，将关键途径的工期缩短，以进步工效。 四、 质量管理是工程成败的关键 我们在进展软件工程过程中，对软件的功能测试一直认为还是比较认真和严格的，每次测试都要有测试方案和用例的编写，然后才能进展测试;测试要有记录，并将记录整理成测试报告。 但通过此次培训后，感觉到我们的测试工作与质量管理的要求还差的远，有间隔 。质量控制要深化到每个与工程相关的人，要深化到工程的每个过程中，从一开场，就要树立质量第一的理念，每个过程都要进展质量的控制，而不是到最好测试时，才想到质量，才去衡量是否符合标准。 标准化设计，标准化管理是工程质量的保证。参加质量体系认证有助于企业进步工程的管理程度，有利于进步工程工程质量。CMM模型已得到广泛的认可和承受，CMMI沿用其模型的组织方式，有5个等级和18个要素。通过5个等级的认证和加强管理，企业对工程的管理将经过5个境界的进步：从混乱，到里程碑的检查，到定义清楚的管理体系和标准，到进展统计过程控制量化管理，到最后的优化过程、评价工作流程、进展工作过程的改进。 本人以前参加过为软件进展部分功能的设计和编程工作。的软件企业对一个工程的质量控制就做的比较细致，用我们的观念衡量简直是不可容忍。做一个模块的详细设计，要用他们提供的标准的图形语言进展描绘，用标准的设计摸版进展说明;并在设计完成后组织相关人员对这个设计进展评价，有问题需要修改设计，然后在评价直到通过才能开时以此为设计文件，进展代码。代码写完后，不是见到结果就完事了，要将代码打印出来，相关人员对代码的整个实现过程进展评价，提出修改建议，代码修改后，需要再审，也是通过以后才能提交入代码库，进展代码的组装。 当时认为的方法太浪费时间和人力了，对技术人员个人的才能估计的太低，怎么能进步工作效率呐。可是软件质量问题的频繁出现，是我们不断的认识到，开场浪费一些时间和人力，控制好每个细节的质量，就是省去了许多时候为解决质量问题而进展的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为进步工程的质量，降低本钱，必须从工程的开场就要做好质量的控制工作。 五、 沟通管理中的一些策略的使用可以使工程更好的完成 做工程就需要与客户接触，就会出现一些正式和非正式的会谈。双方都会为自己方的利益而进展讨价还价。与客户之间搞好沟通，是工程进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用，目的不是坑害别人，而是为了更好地完成工程，到达双方事先确定的目的，而采用的一些艺术手段而已。沟通的技巧包括：下达最终期限，使用吃惊方法，采用有限权利法，不露面的人，公平合理，战略延迟，双方一起论理，撤退，不合理，既成事实等。本人就是成功的采用了战略延迟法，将客户方的一笔工程质保金及时地催要了回来。 体会还有很多，总之通过这次学习自己对工程的管理又有了新的认识，我会将这些理论知识运用到实际工作中去的。以进步工程的管理程度，进步工程的质量，降低工程的本钱，降低工程的风险，最终进步企业的效益。物业工程经理培训心得体会篇5 1、抗住价值(抗住意味着长久。工程压力大，时间紧，任务重，客户挑战大，合伙人承担了宏大的工程风险，我们在难得的工程时机历练中，只有找到自己的 价值定位，提供价值的切入点，持续输出价值，才能抗住压力赢得客户长久的尊重和认可;手段是通过抗住压力+快速学习+整合资，持续为客户创造价值); 2、放下格局(格局意味着共识。计较眼前的一城一池容易患得患失，就像张开刺的刺猬一样想随时保护自己，而日久见人心，有胆放下眼前得失，本着长期为 企业提供价值，格局增大看长远才能放下，放下了安定下来就能生智慧，对环境有更强的感知，对人的需求及关系、对事情有更强的判断，最后，双方私下感情共 鸣，彼此认可，专注做事，大大减少人事上的纠纷;方法:气量修炼+真心倾听，才能真正理解企业内各类人群的需求和心声，进而适当团结该团结的、安抚该安抚 的、打击该打击的); 3、推进独立(独立意味着动车组。1天屡次与各模块人员确认，逐渐支持组员独立承担模块，这样不再是工程经理一个人推开工程组往前走，是每个工程模块 负责人都是动力，形成动车组共同发力推进工程组前进，将大大提升工作效率和成果。做到独立的方法：精神+专业的双重支持。工程经理是工程组员坚强的后 盾，给予精神和专业上的双重支持和信任，让工程成员敢于尝试并在受伤后得到抚慰并有胆再次上阵PK，逐步积累到独立面对客户;工程经理那么从工程总监、外部 资获取专业上的帮助，自己额外还从重复看士兵突击获得精神上的力量和支持。这样在给予精神上的信任鼓励和专业上的帮助支持后，对于已经良好运转的模 块就让负责人单飞，对于不安心的模块需要屡次确认多帮助多找资支持，逐渐支持其独立，完成动车组的打造)。 篇四：工程管理心得体会1个工程经理的经历之谈 经理工程管理心得体会要紧的就是要明白什么是因地制宜：因势利导，只有最适宜的，没有什么叫对的，什么叫错的，经理工程管理心得体会最忌讳的就是完美倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。 本人做经理工程管理心得体会工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最适宜的，没有什么叫对的，什么叫错的，经理工程管理心得体会最忌讳的就是完美倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做工程的个人体会，写出来供大家指点，在讨论过程中共同进步程度。 工程开场阶段是一个最重要的阶段。经理工程管理心得体会在接手一个新工程的时候，首先要尽可能地多从各个方面理解工程的情况，如： 工程管理心得体会1：这个工程是什么工程，详细大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据工程的名称望文生义地去想象工程的目的。一个名为办公自动化的工程很有可能在你进场以后一个月才发现客户其实需要的是一个计算机消费管理辅助信息系统系统。前期理解情况的工作越详细，后面的惊讶就越少，工程的风险就越小。 工程管理心得体会2：这个工程里牵涉哪些方面的人，如投资方：详细业务干系方：工程建成后的运营方：技术监视方等等，很多工程里除了业主单位的构造很复杂以外，还有一些其他单位也会牵涉进来，如工程监理公司：业主的行业主管机构等。经理工程管理心得体会需要理解每个方面的人对这个工程的看法和期望是什么。事先理解各个方面的看法和期望，可以让你在做工程碰到问题的时候，就每件事情分析p 哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提早准备结合朋友去对抗敌人，让事情向你所希望的方向开展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为经理工程管理心得体会是一定要记住的; 工程管理心得体会3：根本理解了客户的情况后，下面的事情就是理解自己公司各方面对这个工程的看法。首先是高层指导是否重视，这个决定了你在需要资的时候，公司是否会根据你的要求提供最有力的支持。指导口头肯定是说支持的，你需要做的是理解公司对这个工程管理心得体会的实际期望，是想把工程越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事，公司指导对工程的态度决定了你做这个工程的战略，而这个战略方针将对你做工程方案产生直接的影响; 工程管理心得体会4：在做整体工程方案前，还要大致计算一下你手上的资。首先是时间，如今市场竞争剧烈，往往很多工程要求在几乎不可能的时间范围里完成。对于这一点，你在做工程的风险控制方案的时候要充分考虑。其次是人员，根据工程预算和已往经历，大致计算一下将来的工程小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个工程使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，工程所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间; 工程管理心得体会5：如今是做工程管理心得体会说明书的时候了。一份好的工程说明书不仅将要做的事情描绘得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道工程做成什么样就算完成了。简单地说，工程说明书描绘工程做哪些事情和每件事情做到什么程度以及如何检查每一个结果。 工程管理心得体会6： 是到做总体方案的时间了吗?不，你如今已经知道了客户的目的和你手上的资，那么做方案以前，你还需要和你的经理和客户充分沟通资的问题。因为很多资是还不明确的，你需要写一份报告，详细分析p 这个工程的风险以及对资的需求情况。假如一些问题不能得到解决的话，将发生什么样的后果。假如资不够，就要高层改变策略，增加对这个工程的投入。甚至在条件答应的情况下，有些公司会放弃这个工程。总之，没有人能完成一个不可能完成的任务，假如经理工程管理心得体会不能尽早发现风险，那么就只能去当烈士了。 工程管理心得体会7：明白了要做哪些事情和你手上的筹码以及你做这个工程管理心得体会的总体策略，如今是成立工程小组的时候了。很多经理工程管理心得体会都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据工程不同，相差较大，很难有什么详细要求，但是，一定要有精通客户业务的人，很多小工程里，这个人就是经理工程管理心得体会本人，大工程里会装备行业专家，这样和客户沟通起来才不会鸡同鸭讲，双方才可以互相理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。 对于这种需求天天变的客户，你就一定要事先做好规矩： 一、统一联络人，客户指定一个人和工程组进展沟通，不能张指导：王指导都来说几句，假如他们意见不一致，那你只有得罪指导的选择了，所以，工程的最初就要定好规矩，我工程组只认一个的意见，有什么要求你们内部先统一再和我谈，我不想卷入你们内部业务部门之间的矛盾之中; 二、所有需求变更全部要有书面文字，这点切记!这样做好处多多： *有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的; *便于需求变更管理，需求如何渐渐演变的历史可以看清楚，从而更深切地体会客户的目的; *对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资，所以要求是否合理，是否和工程的目的一致，他是不负责任的。但是假如要他写书面要求，还要签字盖章，他就要慎重多了，而且一写东西，思想就会更加深化，很多无理要求也就这样胎死腹中了; 工程管理心得体会8：如今你要面对三群人：你的指导：你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原那么也是一件很要紧的事情。很多沟通原那么都是潜规那么，假如你在一个部门时间做长了，对这些规那么的运用觉得是一件理所应当的事情，但是，你如今面对的是多个部门甚至多个单位，不把沟通规那么说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是经理工程管理心得体会将主动发布信息，不管通过 ：邮件还是书面方式，保证将信息传到达每个人。这种情况合适小工程，人少;拉的意思就是经理工程管理心得体会就是一个类似web效劳器，你自己需要什么信息就去问他。当然，没有经理工程管理心得体会把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是工程的公共信息交互区，潜规那么就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对指导，经理工程管理心得体会更加应该主动去和指导沟通。第二个问题就是文档问题，很多人怕写文档，但是经理工程管理心得体会一定要牢记好记性不如烂笔头的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以经理工程管理心得体会开场就要和客户说清楚有些文档是必须签字的，比方经理工程管理心得体会的工程日志，每个星期至少让客户签字，另外所有达成共识的东西，比方会议纪要，甚至指导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比方你提交的报告，给指导(包括本方指导和客户指导)做一个选择题，结果指导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，假如你在开场阶段就和指导商定：假如批示提交三没有得到指导答复就算对方同意，这样你就会主动很多。再比方不同事件的审批流程问题：什么等级的事情记录在工程日志里：什么等级的事情要双方经理工程管理心得体会专门签署备忘录：什么等级的事情要双方指导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。 工程管理心得体会9：好了，做了很多前期工作，定义了一些游戏规那么，如今是坐下来做方案的时候了。这一节，任意找一本工程管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比方客户业务专家：系统分析p 员等等，做一下工程模块划分工作。工程分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目的有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的工程减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个工程，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个方案会让你的工作更加明确，比方用微软的Project软件，你填写完表格以后，就可以知道这个工程有多少件事情要做，每件事情需要什么资，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做干特图的形式表现出来。你做完这个表以后会惊奇地发现，干特图上工程的完毕时间会远远落后于你的方案完毕时间(签合同的人永远不会先征求你的意见的)。当然，学过工程管理的人会大谈什么WBS：优化途径之类的东西，但是我的经历是你再优化也不可能把这些东西安排到方案的时间完毕。假如你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个工程的战略!我们在第三节提到过的战略。我的经历是假如你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢?战略决定优先级，而正确排列事情的优先级是一个经理工程管理心得体会才能的主要表达。 好，如今工程已经完成了前期工作，理解了工程的目的：搞清楚了手上的资，制定了工程的策略，然后编制了工程的整体方案，工程进入施行阶段。进入这个阶段反而是经理工程管理心得体会比较空闲的时候，不像前期的时候经理工程管理心得体会要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小工程的经理工程管理心得体会往往自己也是一个资，要做很多事情，这时候反而比谁都苦。经理工程管理心得体会这段时间的主要工作是保持和客户指导以及自己指导的沟通。和客户指导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得详细一点，否那么，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些指导不懂的细节，比方：王局长，最近工程进度还算正常，就是JVM经常发生一些内存泄漏的情况王局长：(*$。和自己的指导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经历，否那么一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比方资调用需要说详细一点。和组员开会，除了一些工程进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节：缺乏大局观：有点消极悲观：自尊心强(假如总结得不对，欢送大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个适宜的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自己施行起来的阻力就小，假如还有意见的，你就私下找他聊，假如还不能说服他，你就要让他明白，因为你负责这个工程：你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得程度会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以 对事情的优先级的判断肯定比下属强。 在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比方，【界面要求、美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比方我见过一个方案，里面有一个任务【开发人员熟悉EJB编程】，这个任务，除了让这些人去参加一些专业认证考试，否那么，结果很难被检查。所以，时刻考虑如何检查结果：如何向客户交付是经理工程管理心得体会一直要注意的事情，我听说有些老经理工程管理心得体会拿到工程是倒排方案的，即首先看如何验收和验收标准，然后决定工作方案。很多工程开场了很久，还不知道如何验收，那么这个工程出问题的可能性就很大了。做工程就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。 另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是经理工程管理心得体会和工程施行人员到现场，软件开发人员还是在公司做工程。工程施行人员就是初级经理工程管理心得体会，他们理解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通才能，俗称皮厚。他们是客户和研发人员的桥梁，其职业方向也是很机动灵敏，以后可以有很多方向可以转，比开发人员的路要宽得多。 接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目的，即需求变更;另一种是没改变目的，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以防止的，主要是事先沟通的不够充分和客户随着工程的进展，渐渐想清楚了问题，改变了以前的思路。这时候，假如需要改并且你的战略是容许这种情况的，那么注意下面几点： 1、 确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，假如没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，防止以后说话没有凭据; 2、 和客户坐下来，自己讨论他修改的根本目的是什么，是不是有同样能到达一样目的，但是对你来说有代价更小的选择? 3、 (工程初期的工作)明确更改流程，一般是客户指定一人签字(否那么客户每个指导都有权利来插一杠子，你就废了)，以正式工程文件的方式提交给你，然后，你做评估分析p ，分析p 对本钱：进度的影响，在你的指导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面假如真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对，就学习那个，让大家都意识到任何的更改都有本钱和代价。 系统开发告一段落后，就进入客户培训：系统验收阶段，这个阶段，我一般会注意以下问题： 给客户做培训前，多注意一些外表功夫。很多程序员认为，系统的逻辑核心是否正确是关键，至于界面如何，界面上的用词是否准确，那是无关紧要的问题，而且培训的时候也是信手拈来，想到哪里说到哪里，下面听讲的人不知所云，云山雾罩，培训效果自然可以想象。我的体会是，给客户做培训的版本，假如你在做屡次测试以后仍然不能确定逻辑是否符合要求，那么，你至少要在界面上多花一点功夫。注意每个界面的布局、用词、链接的正确性等等，总之不要让客户看到一些他不该看到的东西。文档方面，准备至少两个文档：用户手册和培训手册。这两个文档的内容很多都是一致的，但是角度完全不同。用户手册往往是站在系统设计者的角度，按照自己的思路，分模块讲解系统的操作和功能;而培训手册，一定要站在客户业务人员的角度，根据每个角色面对不同业务的办理，如何通过使用本系统的一系列功能来实现目的。所以，第一次培训以前，系统界面是否完好正确：培训文档是否完备都是很关键的因素，第一炮打不响，以后就费事很多。 作为经理工程管理心得体会，其实脑子里就是几样东西，做哪些事情、做到什么程度、怎么交货、手上的资以及各个事情的优先级。所谓多快好省那是人类的梦想，这四个方面都是互相矛盾的，属于典型的又要马儿跑，又要马儿不吃草的类型。考虑问题的轻重缓急方面，往往是把快放在第一位，各方指导都会给你最后期限，所以保进度是第一位的;省是第二位的，企业的根本目的是盈利，假如收入不能增加的话，至少费用要控制住;好是第三位的，没方法，谁都想精益求精，但是，没有强大的资保障，质量只好先牺牲了;最后是多，客户的要求不断，如何降低客户的期望值，让他们从理想回到现实也是经理工程管理心得体会的分内工作。 验收前，除了做好文档工作，即可交付成果以外，多花时间搞清楚客户的做事情流程是很重要的事情，这些在前面已经有所提及，这里就不再多说。 我对验收最大的体会就是举证问题。即千万不要让客户这么想：你必须有证据证明你的系统是没问题的。这样你就没戏了，微软那么多天才，做了XP还天天打补丁，要你的程序没问题，既不可能，你也没方法拿出证据。你要让客户明白，所谓验收，就是我按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试方案和测试用例。假如他认为系统不符合要求，那么他应该举证，证明这个系统和最初设计相背离的。所以，参考法律概念，千万不要举证倒置。另外，认为系统完美了才能验收的想法也是错误的，软件开发合同里一定要注明验收以后维护期的费用问题，否那么，客户担忧一旦验收就得不到你们的支持，自然不配合验收，那么，你这个经理工程管理心得体会就很难交功课了。共2页，当前第2页12