工作心得是工作经验的积累和提炼，它能帮助我们认清自己的优点和不足，以便更好地发挥自己的潜力。下面是一些工作心得范文中的亮点和特色，供大家参考和学习。
工作项目心得（热门15篇）篇一
20__年我服从公司的安排，承接担任了由__集团开发的建筑面积达二十万余平方米、工程总造价七千余万元的“__商住楼”工程项目的项目经理。资金上的压力，施工技术上的难度及项目部主要管理人员的组织等一系列难题亟待解决。任何一点出现差错将对工程项目的顺利完成带来不可估计的压力。“事以人为本”特别是主要工程施工管理人员的选择都是经过精心挑选，在技术上都能独当一面，而且具有相当丰富的现场施工管理经验。项目部主要管理人员的优化组合，是完成工程项目的有力保证。
任何一项项目工程都是由：人员、资金、物力三个方面组成，任何一方面的不足都将给工程的质量、安全、进度埋下隐患。“万事人为本”施工班组的选择是我重点考虑的问题，在各工种施工班组的组织过程中，班组长的专业技术素质、安全质量意识是关键，他们是各工种在施工过程中的领头“雁”，他们整体素质的好坏对整个工程起到中流砥柱的作用。
资金的投入量和资金的到位率是保证建筑产品质量、保证安全生产，如期完成的晴雨表，只有足量的资金投入才能保证质量，确保安全生产，才能按计划进度如期完工。但就目前的情况看，建筑行业已是一个微利行业，再加上有的建设方资金到位率低，这更加重了我们经济压力。但不管资金怎么紧张，我项目部民工及管理人员的工资还是按月到时发放，从没有因资金紧张而克扣、拖欠民工工资现象发生。
“百年大计，质量第一”在日常施工中，我们严把质量关，为使每道工序质量得到保证，项目部配有专职质量员，对施工操作过程作全方位的跟踪，从不因资金困难而影响质量。工程总体质量受到业主及有关方面的好评和肯定。安全是企业的效益;安全是职工的生命!这不是一句简单的口号。“安全与质量并举”，“信誉与效益并存”，这是我项目部的`工程项目管理宗旨。
20__年的工作中，我负责的工程尽管有一定的成绩，但是仍然存在很多不足，需要继续总结和完善。新的一年中，我要进一步重点作好3个方面的管理：
一是人的管理。人是管理的组织者和执行者，项目管理人员不能松懈，只有全体管理人员密切配合，各负其责，才能作到施工各个环节环环相扣，整体工作才能井然有序。
二是物的管理。也就是材料的管理。20__年，我将继续在项目管理中作好限额领料制度，并且进一步细化，定期与工程预算量进行对比分析，找出不足，制定对策。
三是法的管理。也就是施工方法的研究和管理。在公司各项预防措施的基础上，结合工程实际特点，进行优化和改进，形成一套行之有效的施工方法，以便于指导施工和工人操作。
工作项目心得（热门15篇）篇二
20xx的一半马上过去，总结半年药厂制药设备的大致状况，结合当前形势分析开拓创新。
活到老学到老。只有不断学习，接受强化对医药知识理论以及制药设备的熟悉了解。这一年多，我认真努力的工作，通过学习和亲身体验，设计完善了不少原有设备对制药工序的弊端，提高设备的利用率，延缓设备的更新换代。
随着社会的发展进步，电子产品的飞跃发展，机械化程度的突飞猛进。知识的更新，只能促使我不断学习，不断的`充实自己，丰富自己的知识和见识，为药厂更好的工作做好了充分的准备。
随着国家对食品保健医药的条列的完善，严格控制产品卫生要求，狠抓产品质量，整治不符合规范要求的医疗，药品，医疗器械，保健食品的专项行动，以保证消费者身体健康和财产安全。我们药厂是通过cmp认证的先进民营科技企业及高新技术企业，正好以此医药改革的大好环境的契机，发挥民营企业灵活运作的优势，提高资金流动的周期，进一步扩大市场份额。
企业需要有稳定的大后方，才能向市场打出销售的重拳。设备的维护保养及改良是为生产提供服务的，让设备运转正常，提高生产效率，提高质量，减少废品废件的原辅材料损失，减少返工，翻工。充分合理的开源节流，最大限度的减少开支，保质保量的完成生产任务，为市场源源不断的优质产品。
不足之处有以下几点。
1、对于维修人员的培训不足，在实际工作中遇见的不常见故障分析判断不足，造成维修时间耽搁过长，影响生产，容易出质量事故，不合格产品的多发性。
2、维修人员团队意识不浓，形成个人单兵作业，容易对设备问题故障判断力的进入误区。配合不够，不能集思广益，不能以最快速度解决问题故障，提高设备的运转率。
3、维修人员的组织纪律性不足，工作散漫拖拉，没有积极的去寻找观察可能出现的事故隐患，总是在等待故障的发生，不能未雨绸缪的预见解决可能发生的故障，没有抢修观念。
4、维修人员的思想教育不足，吹毛求疵，炫耀技能，相互扯皮推诿，好大喜功。做好的做对的都是自己的功劳，做错的做坏的都是别人干的，少干或者不干就会少出错误或者不出错误。没有树立企业是我家，我依靠企业这颗大树遮风避雨的观念，忠诚敬业，求实创新的精神。
总结半年的成绩较以往有很大的提高和进步，各方面工作有待精益求精，追求高效。为药厂有一个稳定的大后方，放眼市场，共同发展，共创辉煌而努力。
工作项目心得（热门15篇）篇三
本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
很多项目里除了业主单位的结构很复杂以外还有一些其他单位也会牵涉进来如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望可以让你在做项目碰到问题的时候就每件事情分析哪些人会在什么方面支持你哪些人会出于什么目的反对你从而提前准备联合朋友去对抗敌人让事情向你所希望的方向发展。没有永远的朋友也没有永远的敌人只有一致的利益这句话作为项目经理是一定要记住的。
首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱？是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响。
首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间。
一份好的项目说明书不仅将要做的事情描述得很清楚（主要是讲做什么，而不是说怎么做），而且把如何检查也说明得很透彻也就是说它不仅说明白了要做哪些事情，也让客户的业务人员（一般不懂技术）知道项目做成什么样就算完成了简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。
很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家（industryexpert），这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
对于这种需求天天变的客户，你就一定要事先做好规矩：
不能张领导、王领导都来说几句如果他们意见不一致那你只有得罪领导的选择了。所以项目的最初就要定好规矩我项目组只认一个的意见有什么要求你们内部先统一再和我谈我不想卷入你们内部业务部门之间的矛盾之中。
有书面证据，以后他还想改，你有了他以前要求的证据，告诉他：你以前可是这么说的。
便于需求变更管理，需求如何慢慢演变的历史可以看清楚，从而更深切地体会客户的目。
对于客户来说，嘴巴一动最方便，反正是你们做，不花他的资源，所以要求是否合理，是否和项目的目的一致，他是不负责任的。但是如果要他写书面要求，还要签字盖章，他就要谨慎多了，而且一写东西，思想就会更加深入，很多无理要求也就这样胎死腹中了。
你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备，这些事情将是你的主要工作。既然沟通这么重要，那事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情。但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少。拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。
这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。
当然，学过项目管理的'人会大谈什么wbs、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了它们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。
10.好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是jvm经常发生一些内存泄漏的情况…”王局长：“(*&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强（如果总结得不对，欢迎大家拍砖），所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…）。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自己实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。
终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉ejb编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。
另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。
变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：
（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价。
作为项目经理，其实脑子里就是几样东西：做哪些事情、做到什么程度、怎么交货、手上的资源以及各个事情的优先级。所谓多快好省那是人类的梦想，这四个方面都是相互矛盾的，属于典型的又要马儿跑，又要马儿不吃草的类型。考虑问题的轻重缓急方面，往往是把快放在第一位，各方领导都会给你最后期限，所以保进度是第一位的；省是第二位的，企业的根本目的是盈利，如果收入不能增加的话，至少费用要控制住；好是第三位的，没办法，谁都想精益求精，但是，没有强大的资源保障，质量只好先牺牲了；最后是多，客户的要求源源不断，如何降低客户的期望值，让他们从理想回到现实也是项目经理的分内工作。
验收前，除了做好文档工作，即可交付成果以外，多花时间搞清楚客户的做事情流程是很重要的事情，这些在前面已经有所提及，这里就不再多说。
我对验收最大的体会就是举证问题。即千万不要让客户这么想：你必须有证据证明你的系统是没问题的。这样你就没戏了，微软那么多天才，做了xp还天天打补丁，要你的程序没问题，既不可能，你也没办法拿出证据。你要让客户明白，所谓验收，就是我按照测试文档的测试用例跑一遍，结果和预期结果一致就应该算通过了，而且还容许有一些小错误留在验收后改正，他可以对测试用例提意见。所以，验收前双方要确认测试计划和测试用例。如果他认为系统不符合要求，那么他应该举证，证明这个系统和最初设计相背离的。所以，参考法律概念，千万不要举证倒置。另外，认为系统完美了才能验收的想法也是错误的，软件开发合同里一定要注明验收以后维护期的费用问题，否则，客户担心一旦验收就得不到你们的支持，自然不配合验收，那么，你这个项目经理就很难交功课了。
工作项目心得（热门15篇）篇四
20xx.5.8很有幸能参加今次的基于项目教学方法的学习，在课程培训软件和助学老师及同事的帮助、互相交流中完成基于项目的学习任务，使我感觉现在的教师需要全面发展，自己掌握面的知识太窄了。项目学习中我们讨论了什么是基于项目教学法，为什么要开展基于项目学习？与传统的学习方式方法的有什么不同？带着这些问题，我认真仔细的观看聆听了培训软件老师的讲课（范例）、助学老师的指引和同事们的积极发言，本人边学边做实践操作（做作业），从中获益良多，项目学习结束了，我也谈一下我的看法：
1、运用多种信息化技术进行《水浒传》的教学。
不仅在于让学生了解中国小说，让学生修到一定的`学分，更重要的是结合现在学生喜欢网络阅读的特点，培养学生良好的阅读习惯和积极的阅读意识，让他们爱读书、会读书、读好书。通过采用多种信息化技术的教学手段，激发学生的学习动机，使学生产生学习的冲动、求知的欲望。学生也可利用网络和相关书籍完成预习的任务，丰富的网上资源从多角度来了解作家和作品。教学时教师可以整合各种信息媒介丰富的信息源，通过多样化的手段予以展示。达到教师轻松地教，学生轻松地学的效果，使寓教于乐成为现实。
2、角色转换、以学生为主体。
强调以学生的主动学习为主，而不是传统教学中强调的以教师讲授为主，比如将学习与更大的任务或问题挂钩；使学习者投入于问题中；设计真实性任务；鼓励自主探究；激发和支持学习者的高水平思维；鼓励争论；鼓励对学习内容和过程的反思等。与“做中学”及发现学习相比，比如强调以问题解决问题中心、多种学习途径相整合，强调综合性交流合作的作用，强调支持与引导等。发展有效的问题解决技能；发展自主学习和终生学习的技能；成为有效的合作者；并培养学习的内部动机。它强调把学习设置到复杂的、有意义的问题情景中，通过学习者的合作来解决真正的问题，从而学习隐含在问题背后的科学知识，形成解决问题的技能和自主学习的能力。
3、在培训中提高技术能力和学习水平。
整个课程培训体现了快乐学习、潜力无限的情境。在课程培训软体中王老师采取了创设情境、模拟场景、发现问题、寻求办法、解决问题这样一个思维发展思路。在讲授一个案例时，课程时主要是以引导为主。我们基于教学中经常出现的问题，结合技术教程，分组进行解决，最后全班学员集中交流，达到了共同提高的效果。通过小组合作来发现问题、解决问题从而提高学生高级思维能力。
4、掌握21世纪技能、成为创新型教师。
通过这次培训，我认为要想成为创新型教师，我们必须从这次培训中把学到的21世纪技能教学方式和教学理念在实际教育教学工作中运用于课堂中，用方法技术改变我们的教学方法以及学生的学习方法，还可以将教室的空间范围扩展到社会。通过运用技术改善教学效果，利用技术的力量发挥学生的创造性、鼓励小组合作、增强学生的参与性等变得容易，为我们的课堂教学带来新的变化。
工作项目心得（热门15篇）篇五
本年度在公司领导的带领和关心下，在同事的帮忙和配合下，使我在项目经理的岗位上逐渐成长起来，并升职为工程部经理，过去的一年中经过在施工现场的实践及公司内部的培训课程，在专业技术上、现场管理方面、竞投标的策略方面以及与装饰单位在施工中的交接面配合上等方面的技能都有了显著提高；并在公司领导的提携指导下对管理部门方面也有了必须的认识，我从项目经理转到工程部经理后，在公司领导的指导下，不断改善工作方法，提高工作效率，较好地完成了各项工作任务。
为做好项目经理的工作，我坚持严格要求自己，注重以身作则，以诚待人，一是爱岗敬业讲奉献。工程部工作地特点就是“计划性”，所以，我正确认识自身的工作和价值，正确处理苦与乐，得与失、个人利益和团体利益的关系，坚持甘于奉献、诚实敬业，并阶段性的对部门项目经理进行有针对性的管理目标，如周工作计划、项目施工日志检查、部门例会制度等，以对工作需要在各个工地现场及材料分包等处跑动的项目经理进行管理。
工作中，我注重把自己融入于部门员工中，作为一个基层干部除了要做好部门建设的工作及本职工作外，还是做好对员工的.服务工作，在部门职员需要帮忙时要主动的帮忙其解决问题，以保证部门各项目的顺利进行。
二是严格办会，工程部从无到有，从成立到部门制度初具雏形，到每周三固定的项目问题研讨会；每周六固定的部门例会制度，有效的落实了领导的安排部署，保证了工作的顺利进行。
一年来的工作虽然取得了必须的成绩，但还存在许多不足，主要是思想解放程度还不够，对待问题时站的高度还不够，距离做一个合格的部门主管还有必须距离，管理上严肃性还不足，部门建设工作的严密性还欠缺，在今后工作中，我必须认真总结经验，克服不足，努力把工作做得更好。
工作项目心得（热门15篇）篇六
第一段：项目工作的背景和意义（200字）。
项目工作是现代企业管理中的一项重要方式，通过项目的规划、执行和控制，实现组织的目标。在实际工作中，我有幸参与了一项重要的项目，并且积累了丰富的经验和体会。项目工作不仅是一种工作方式，更是一种思维方式。通过项目工作，我们可以更好地理解并掌握企业的战略，增强团队合作能力，提高组织执行力，因此，项目工作对于我的职业生涯发展具有重要的意义。
第二段：项目启动和规划（200字）。
项目的成功源于项目启动和规划的阶段，这个阶段决定了项目的走向和成功的概率。在项目启动阶段，我们需要明确项目的目标和范围，确保项目具有明确的目标和可行性。在我的项目中，我们组织了一次全员会议，明确项目的目标、需求和优先级，并且制定了详细的项目计划。项目启动和规划的过程中，我们需要充分听取和沟通所有相关方的意见和需求，确保项目的目标和计划与组织的整体战略相符，这样才能确保项目的成功。
第三段：项目执行和控制（200字）。
项目的执行和控制是项目工作的核心环节，也是最具挑战性的部分。在项目执行过程中，我们需要统筹资源、协调各方，并根据项目计划逐步实施。项目控制是确保项目按计划进行的关键环节，通过及时的收集项目数据和计划的对比，可以及时发现偏差，采取相应的调整措施。在我的项目中，我们采用了敏捷项目管理的方法，每周进行一次项目进展会议并及时调整项目的优先级和资源分配。通过持续的反馈和调整，我们能够保持项目的高效执行，并以较低的风险实现项目目标。
第四段：项目团队的合作和沟通（200字）。
团队的合作和沟通是项目工作中最为关键的因素，团队成员之间的默契和协作能力直接影响整个项目的成败。在我的项目中，我们注重团队的建设和培养，通过定期的团队建设活动和培训，提高了团队成员的合作能力和沟通技巧。项目中，我们定期举行项目进展报告会，共享项目进展和存在的问题，以便更好地协调各方利益，提高项目执行效率。通过团队的合作和沟通，我们能够充分发挥每个团队成员的优势，以更高的效率推动项目的顺利实施。
第五段：项目总结和个人收获（200字）。
通过这次项目的工作，我不仅学到了项目管理的理论和方法，更体会到了团队合作和沟通的重要性。这次项目的成功离不开整个团队的共同努力和协作默契。我学会了有效地沟通和协调，学会了团队合作的重要性，也明白了项目计划的重要性。通过这次项目经验的积累，我相信自己在项目管理领域有了很大的提升，并且能够更好地应对未来的项目挑战。
总结：项目工作是一项重要的工作方式，通过项目的规划、执行和控制，实现组织的目标。一次成功的项目需要明确的目标和计划，高效的执行和控制，以及团队的合作和沟通。通过项目工作，我们不仅可以提高职业素养，也能够提升组织的执行力和竞争力。同时，个人也能够通过项目的经验和体会，不断提升自己的管理和协作能力。因此，项目工作对于我个人和组织发展来说都具有重要的意义。
工作项目心得（热门15篇）篇七
在物业项目管理环境中，来自各个方面的冲突是不可避免的。试图避免冲突、压制冲突的想法是不正确的，这只能进一步恶化冲突，最终导致更大的不利。
物业冲突管理是创造性的处理冲突的工作艺术，物业冲突管理的作用是引导这些冲突的结果向积极的、协作的，而不是破坏性的方向发展。解决冲突的关键是在作好冲突防范的同时，在冲突发生时分析冲突的来源，运用正确的处置程序和方法解决冲突。物业冲突的表现形式可能是显性的，也可能是隐性的。
一、冲突的来源。
在物业项目管理过程中，冲突可来自两个方面。一方面来自于物业管理组织内部的冲突，另一方面来自于物业管理组织外部的冲突。常见的管理冲突来源可归纳如下：
1、管理程序的冲突：
因管理程序定义不清楚，职责工作范围、程序对接界面关系搭接步距缺陷等，会导致许多冲突的发生。
案例：某项目物业二次装修管理工作流程步距过长（环节层次），项目管理办公场地分散，职责步距重复搭接。于是引发业主在办理装修手续时的牢骚和不满。当这种不满情绪处于临界状态时，冲突的发生则会随机的产生于任何一个部门工作范围中。并有可能导致在日后的物业管理收费时，业主为发泄积压的牢骚而找出许多不满意的服务缺陷拒绝交费。
案例：管理程序的冲突也可表现在采购工作流程与仓库管理工作流程搭接界面处。比如采购物品的品质确认，是两个界面之间的一个敏感问题。采购物品的品质质量判断有很大的难度，专业性很强，从而导致内部冲突。提高采购、物管工作人员的素质、设立材料样板间、专业使用者参与物品鉴定等技术手段的补充，是预防、缓解两个程序之间发生冲突的管理方法。
2、技术意见和性能权衡的冲突：
在面向技术的项目管理层面上，就技术问题与功能要求；技术选用权衡和实现手段上，都有可能发生管理冲突。
案例：物业项目早期介入过程中，此类问题较为明显。物业项目选择的技术实现手段，是用来达到满足日后物业功能品质服务标准要求而确定的。根据不同的物业项目功能品质之间的差异，而选择不同的技术实现方法和设备。例如：某物业项目保安服务的技防设备选择工作计划，是根据项目中的博物馆、戏楼、会所、餐厅、高档休闲园林的不同功能要求，而选择不同的技防标准来实现计划。为日后物业管理、减少损失、降低建设成本、物业可持续发展作好前期介入管理工作，并达到了预期的目的。
但是，在实际工作过程中，项目最高决策者对物业功能计划的实施有一定的另案考虑，取消了一部分物业服务功能设备，降低了博物馆安防等级，取消了多语言同传翻译系统……，同物业项目经营及管理层产生意见不一致。
物业项目经营及管理层采取妥协方式保留意见化解冲突。从目前该项目的初步经营效果来看，由于技防水平降低，珍贵文物难以进馆展示。国际高端人群消费服务条件欠缺，戏楼票房收入维持在一般价格水平。
3、资源分配冲突：
物业项目管理资源分配冲突，就是由谁来承担某项具体任务以及分配给具体任务资源数量的多少等方面而产生冲突。
物业项目管理资金的使用分配在此表现的比较明显，冲突产生的负面作用及时间延续，也是很有重要影响的。
案例：某物业项目工程维修的抢修工作及时性滞后情况时有发生，主管工程师到位时间及准备工作协调较乱。经内部质量工作程序检查，问题出在与工程师通讯联络不通畅（私人手机无公司话费补助），值班调度用对讲工具寻人时，信号传播不到地下空间，于是出现抢修程序及准备工作不足情况的发生。
为此，责成公司部门经理一方面向高层领导申请增加手机公用话费，另一方面调整抢修工作流程步距，使之更加扁平化，并完善健全岗位责任制，杜绝组织准备工作不足现象的发生。由于调整了资源分配中的不足，从而产生了积极的作用，此类问题在日后工作中的发生频次逐渐降低。
4、进度计划冲突：
此类冲突可能会来源于对完成工作的次序（流程），及完成工作流程所需时间长短的意见不一致，而产生冲突。
物业项目管理中进度计划冲突也是显而易见的，每一项工作次序（流程）的衔接，都在为下一步工作的开展作好准备。哪一项工作流程在先或在后的工作计划，有时是会引发进度计划冲突的。主要工作线路流程及步距在一定的时间内完成，步距与步距之间的时间搭接不一定截然分开，有时是用时间搭接的方式来完成的。进度计划与实际进度计划的偏差产生的结果，就是进度计划的冲突。
案例：某物业项目管理公司采购流程规定，每月底25日为各部门申报下月采购计划的申请截止日。由于多种因素，各部门申报采购计划后，仍有很多未考虑到的采购物品未申报（如种类、数量），于是补单现象时有发生。如果按工作流程办理，物品采购种类、数量不全会导致下月工作困难。不按工作流程办理，采购部工作陷于采购计划不断调整过程的泥沼。如果，将所有遗漏的采购项目全部纳入下月紧急采购工作程序，理由则不充分，备用金也不够用。由此，进度计划冲突产生。
5、费用的冲突：
在物业项目管理实施过程中，经常会由于工作所需费用的多少，而产生冲突。此类冲突大多体现在项目筹备期，部门与部门之间待摊开办费的使用问题处理过程中产生。
在物业项目启动开办过程中，项目管理费用经初步测算由各部门分摊逐项使用。为此，项目管理部门均希望争取到更多的经费，来支持本部门的未来管理工作。项目经理人在经费统筹使用计划的编制调剂过程中，往往会遇到管理费用分配的冲突问题。
案例：某物业项目即将竣工交付使用，项目管理各部门接到上级工作文件指示，将各部门的开办费用作好大项例支计划上报，并列表做好可行性分析。于是，各管理部门均本着超支申请的对策，尽可能为本部门多争取一些办公费用，为日后的管理工作多创造一些条件，并有充足的理由进行说明。
各部门的大项例支计划上报汇总后，总公司为此开了一次协调会。经汇总统计各部门的开办费总额，大大超出了开办费预算总额，项目投资资金总盘子计划受到严重干扰，要求各部门会后重新拟订开办费的使用计划，并深化使用项目的计算。最后，各部门的大项例支开办费计划，总算勉强通过公司的预算审核。
究其原因就是费用冲突的结果所至，虽然各部门的冲突是隐性的，表面上看没有对整体工作产生太大影响，但公司的实际管理工作已经增加了很大的工作量，管理成本也无形加大。
6、项目优先权的冲突：
在物业项目管理目标实现的过程中，项目管理各部门在应该完成的工作任务先后次序上有不同的看法，从而导致冲突的出现。
为达到预期的物业管理目标，各部门的项目优先地位，实际上是人的管理心理因素所至。项目各项工作任务均是不可缺少的，工作任务的先后次序是按照服务流程设计划分的，而不是按照部门的重要程度划分的。物业项目管理目标的最终实现，是公司各部门团队协作的体现，而不是组织中的某一部分、某一个人的重要管理优先权所决定的。各部门的管理业绩是从不同的管理分项目标的实现，反映出来的。
为什么形成项目管理方式的.众说不一呢？就在于各部门均认为自己所了解的管理方式是最佳的优先管理方式。其实是部门之间在强化项目优先权而产生的冲突表现。一般而言，采用职能部方式管理项目的企业，发生此类问题的机会较多，这是条块式管理方式的根本弊端，各部门自成一体，强化项目优先意识强烈。采用现代流程方式管理项目的企业，一般产生部门强化项目优先权的现象较少，组织体制、团队协作的工作体系制约了项目优先权意识的发生。
7、个性冲突：
因团队成员或顾客在个人价值观及态度上的差异，而容易在他们中间产生冲突。物业管理的服务对象是人，提供服务产品的也是人。人与人的冲突是多角度、多层次、多方位的一个综合问题。控制服务组织内部人与人的冲突方式，要从组织结构、服务产品工作流程、服务培训、管理制度等多方面进行协调。而作好被服务对象（业主、顾客）与提供服务者之间的人与人冲突，则应本着以人为本、缓解、调节的方式而进行，从文化、心理两个方面着手去处理，一般会有较好的效果。具体处理办法可参见“投诉处理接待办法”等相关解决方式进行工作。
二、冲突的处理。
物业项目管理通常是处于冲突的环境过程中，没有冲突的物业管理是很难实现的管理工作目标，这是物业管理行业的特殊性所决定的。处理好组织内、外部的冲突，能够极大的促进项目管理工作目标的完成，从而完成项目管理目标的实现，促进小区居住文化氛围的形成，完善项目管理团队的建设工作。
尽管导致物业项目管理过程中发生冲突的因素是多种多样的，且在不同的项目环境、不同的管理阶段，可能会呈现不同的性质。但是解决各种类型的冲突，还是应该掌握基本的解决方法和策略，这是很有必要的修养。再结合各项管理工作的处置预案，冲突的处理是可以达到缓解、转化、消失的工作目的。将有效投诉转化为无效投诉是冲突处理的根本目的。
三、解决冲突的常见方法。
1、建立公司范围内的冲突解决方针和程序。
物业项目管理过程中，各类冲突的出现是不可避免的现象。构成项目冲突的来源及特殊性，是物业管理企业所处的社会经济活动关系位置所决定的，是不可避免的社会现象。为此，建立公司范围内的冲突解决方针和程序则实分必要。根据国家法律、法规，行业管理规定、条例制定不同的管理程序和处置预案，进行冲突整体解决准备工作。
2、在物业项目管理制定计划阶段建立项目冲突解决的方针和程序。
物业项目制定计划的开始阶段，根据物业项目市场特点、项目特征研究制定此项管理计划。制定冲突解决工作方针和程序要因地制宜，有的放矢。
3、借助司法解决冲突的方式。
在物业管理过程中，由于产权权属的转移，风险与利益的冲突犹为尖锐。要考虑使用法律手段解决问题。未来将在我国宪法中对物权将有明确的法律界定，物业管理的法律依据将更加充分。
4、冲突双方持积极态度沟通协商的冲突处理。
此阶段工作一是防患未然，二是化解转移。严格按操作程序办事，用技术的手段化解冲突。
5、冲突双方持消极态度沟通协商的冲突处理。
此阶段工作防止事态扩大是首要，当积极因素小于消极因素时，沟通、处理冲突的工作应停止，做到有理、有利、有节的缓冲过渡。
四、解决冲突的五种基本策略。
1、回避或撤出。
此方法并不是一种积极的解决途径，它可能使矛盾积累，逐步升级为显性冲突。任其发展的做法要慎重选择使用。
2、竞争和强制。
此处理方法的实质是“非赢即输”的缺叹性方式。是一种积极解决冲突的方式手段，避免表面稳定，实则暗藏危机的局面持久保持。如果采用权力强行处置（如法律判决）可能会引发当事人的怨恨，恶化工作的氛围。此方法不必过多使用，达到震慑作用是最佳的结果。
3、缓和或调停。
此处理方法实质是“求同存异”的缓解性方式，着重强调当事双方矛盾中间的一致性，最大可能的忽视差异，避免冲突显现或扩大。此方法的缺陷是并不利于问题的彻底解决。
4、妥协。
此处理方法实质是“折中”的双赢方式，当事双方优劣难分时，采用此法较为合适，但并非永远可行。
5、正视。
此处理方法实质是“迎难而上”的目的性方式。克服分歧，正视问题，明确结局。处理冲突时要深入研究当事双方的观点和方法，并掌握其目的所在，而不是压制当事人的情绪和想法。
五、冲突的防范。
建立沟通机制，强调当事人之间的合作信任，以及彼此信任的环境，减少不必要的竞争倾向（如过激的语言、行为），将冲突防患于未然，营造一个更好的合作空间环境。
为了处理好业主投诉，与业主有效沟通，减少物业公司不必要的损失，提高物业综合管理素质，有效规避冲突事件所带来的风险，现将投诉接待办法提供给有关部门主要人员，以备查用。投诉处理是融汇心理学、社交技巧并体现道德修养、业务水平、工作能力综合素质的集中表现。投诉工作处理的原则如下：依法办事，服务业主，杜绝失误，妥善处理。物业公司每一个投诉接待员，有问题及时汇总到物业总值班室或管理部登记到册，在接待业主投诉时应切记：说到就要做到；不要随意承诺；妥善艺术化解；规避有效投诉。
物业公司应注意做好以下各要素结点的处理方法（接待步骤）：
1、要理解业主/使用人的抱怨，永远不要生气，因为生气往往会使简单的事情变得复杂化而不易解决。
2、告诉对方你十分理解他现在的心情，并尽快做出反应。应立即拿起笔填写投诉接待单，给对方一种被重视的感觉，以稳定不满情绪停留在理性范围。
3、倾听对方叙述，不要打断投诉人的话头，倾听对方愿望是有效解决问题的第一步。在倾听的同时进行综合分析判断，请对方说出第一问题，第二问题，n个问题后，判断对方是否已将问题说清楚。
4、融入感情，分析令对方恼怒的真正原因，甚至告诉对方你也曾有过类似的经历，使双方产生共鸣。
5、承认你和公司做的不够好，并向对方表示改进的诚意。因为有时业主投诉不一定全部正确，但只要业主来投诉，就意味着我们某一部分做得不好。物业公司接诉人当着对方的面承认这一点（但不可被对方引入歧途，如签字承认等），千万不要在业主投诉的火头上为自己找理由。
6、告诉对方你将代表公司认真处理此事，虽然你不能全权处理，但你做出了反应，给对方某种程度上的满足（心理的），要注意，所有投诉人在投诉和反映问题时最讨厌别人推诿。
7、尽量风趣幽默一些（选用恰当的语言）缓解紧张的气氛，减轻对方的心理压力（如给对方倒一杯水等），从而将大事化小，小事化了。有些投诉并不是被投诉一方能解决的（如业主与业主之间的投诉），投诉与被投诉协调一下即会解决的很好。
8、当问题解决后，打个电话问候一下对方，给对方留下一个完整的处理问题印象，树立公司良好的办事工作作风，征求对方对问题如此解决是否满意。
9、物业公司接待投诉人员要加强自身学习，熟悉本行业的法律法规，从而以理服人、以法管业，这是处理投诉很重要的一点。如果有人来投诉，接诉人一问三不知，什么也不懂，什么也不会，光知道说“对不起、对不起”是不行的，其问题永远也得不到解决。
以上为物业项目管理冲突处置的管理要点，挂一漏万。需企业管理人员熟练掌握、灵活运用、取长补短。熟知接待投诉处理的程序，记录表格，物业规定并及时掌握新的信息，准确选择相应的冲突处理方式，处理步骤，为企业的经济效益，社会效益，环境效益作出应有的贡献。
工作项目心得（热门15篇）篇八
项目经理对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理在工程项目施工中处于中心地位，起着举足轻重的作用。今天本站小编为大家精心整理了项目经理的工作心得，希望对大家有帮助。
本人做项目经理工作工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理工作最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。项目开始阶段是一个最重要的阶段。项目经理工作在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
1、这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
5、现在是做项目。
说明书。
的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6、是到做总体计划的时间了吗?不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理工作不能尽早发现风险，那么就只能去当烈士了。
7、明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理工作都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理工作本人，大项目里会配备行业专家，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
8、现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理工作将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是项目经理工作就是一个类似web服务器，你自己需要什么信息就去问他。
当然，没有项目经理工作把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理工作更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理工作一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢?就是因为没有证据。所以项目经理工作开始就要和客户说清楚有些文档是必须签字的，比如项目经理工作的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理工作专门签署备忘录、什么等级的事情要双方领导出面签署。
合同。
附件等等。事先想得越周到，以后的项目经理工作就越主动。
9、好了，做了很多前期项目经理工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。
采用一个计划会让你的工作更加明确，比如用微软的project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理的人会大谈什么wbs、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲?这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢?战略决定优先级，而正确排列事情的优先级是一个项目经理工作能力的主要体现。
在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉ejb编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理工作一直要注意的事情，我听说有些老项目经理工作拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定项目经理。
工作计划。
很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果另外我插一句：我是极其不主张到客户现场开发的尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)我的做法是项目经理工作和项目实施人员到现场，软件开发人员还是在公司做项目项目实施人员就是初级项目经理工作，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。
接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：
1、确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;2、和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择?3、(项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗?对，就学习那个，让大家都意识到任何的更改都有成本和代价。
共
2
页，当前第。
1
页
1
2
工作项目心得（热门15篇）篇九
申请人：
联系地址：
联系电话:。
电子邮件:。
提交日期：
摘要。
请简要叙述以下内容：
1.项目基本情况(项目名称、启动时间、主要产品/服务、目前进展。)。
2.主要管理者(姓名、性别、学历、毕业院校、毕业时间，主要经历。)。
3.研究与开发(已有的技术成果及技术水平，研发队伍技术水平、竞争力及对外合作情况，已经投入的经费及今后投入计划)。
4.行业及市场(行业历史与前景，市场规模及发展趋势，行业竞争对手及本项目竞争优势。)。
5.营销策略(在价格、促销、建立销售网络等各方面拟采取的措施。)。
6.产品生产(生产方式，生产工艺，质量控制)。
7.财务计划(资金需求量、使用计划，拟出让股份，未来三年的财务预测和投资者回报。)。
工作项目心得（热门15篇）篇十
最近有一次全职项目经理的机会，这是第一次做真正的项目经理，所做的项目也是前所未有的困难：10天，做出一个新产品，几乎每天都有需求变更，中间还得交付一个alpha版本与一个beta版本供内测与公测。
现在项目几近完工，等待最后的上线。有一些关于项目范围（projectscope）的心得，想分享一下：
1.产品范围（productscope）不等项目范围。
简而言之，产品范围是指产品所具备的所有功能，而项目范围是指为实现这些功能，项目团队要做的所有工作。所以简单的用产品规格说明书来衡量项目进度是不正确的，比如为了实现一个好的架构，可能在前面70%的时间，一个产品功能都没有实现，而在到90%的进度时，所有的功能都完成了，但仍存在很多bug。所以在70%的时候，只根据产品范围来看项目的人会感到恐慌，而在90%的时候，他们又会错误的乐观。作为专业的项目管理人，应该要有这个基本的判断能力。
2.处理好来自外部的项目范围变更。
产品经理说，我要加一个功能，那么项目经理应该为他评估此功能的增加，可能会导致项目延期。更积极的是，与产品经理一起评估，制定出合理的变更方案。其中值得一提的是，避免产品经理单线的与项目成员达成变更，而未经项目经理确认。
3.处理好来自项目内部的范围变更。
一个有趣的名词叫“渡金边（goldplating）”：比如某个优秀的开发人员，为了追求完美而擅自决定为它打造一些更好的效果。这看起来是很值得鼓励的，但它的危害性是，项目可能为此付出更多的代价：时间、金钱。原本两天可以完成的工作，变成四天才能完成。这是一种项目范围失控的情况，所以项目经理要理智的阻止这种情况的发生。向所有的项目成员明确，什么是需要做的，什么是不需要做的。
总而言之，项目范围的管理，就意味着项目经理要随时掌控项目的边界，并确保所有的项目成员，所有的stakeholder都知道这个边界在哪里。
本文来自：/243。
工作项目心得（热门15篇）篇十一
经过一系列的《it项目管理》课程学习，我觉得这是一门很好的课程，能给我的工作特别是项目的开展和管理方面有很大的帮助，使我获益非浅!在此，我想将学习此门课程的心得总结为一下几点：
一、项目管理就在我们的身边。
刚刚开始的时候，觉得项目管理就是一个项目的项目管理者对项目所要涉及到的全部工作、资源等进行有效地管理。然而在学习的过程中渐渐的发现我对项目管理只是表面的认识，正确理解应该是以it项目为对象的系统管理方法，是通过一个临时性的、专门的柔性组织，对项目进行高效率的计划、组织、指导和控制，以实现项目全过程的动态管理和项目目标的综合协调与优化。随着互动案例和学习的深入，我发现项目管理其实就在我们身边，就在我们生活工作的每一个角落，完成任何一项学习或生活任务都可以看做是一个项目的完成。
二、团队是项目管理成功与否的大环境。
好的项目团队，应该有一个共同认可的明确的目标、合理的分工协作、良好的信息沟通、队员之间相互信任并且能积极的参与到自己的队伍中。在我们平时的工作中，我们所在的公司是一个大的项目团队，每个部门和每个作业小组就是一个小项目团队。假如项目缺乏积极进取团结向上的团队氛围，项目成员的力量就很难整合在一起，项目成员之间就容易出现相互扯皮推诿指责的情况，项目也就不可能成功。项目经理需要多多关心和照顾项目组成员，让大家都感受到团队的温暖。这样一来项目团队内的气氛浓烈，有利于项目的顺利完成。
三、项目经理是项目管理的灵魂。
项目经理是项目管理的角色，是实现项目目标的责任人，同时是一个团队的灵魂人物。项目经理不一定是这个团队中能力最强的人，却是责任最重大的那个。他应该是有较强的意志力、凝聚力，有抗压能力的人，不会轻易被外界和他人影响。当然一个好的项目经理不需要事必躬亲，只要他懂得用贤才，懂信任，懂放权，懂珍惜，这样一来他的团队会凝结出更强的力量，他就是一个优秀的领导。面对的管理点的分散，工作深度的需求，安全责任的落实，作为一个项目经理身上的担子是艰巨的。所以一名好的项目经理是队伍中带头人，项目工作的领路人。
四、沟通是项目管理的桥梁。
沟通是项目成功必不可少的桥梁。要做好项目每个阶段的工作，达到预期的效果，就必须在项目组内部以及项目组与外部环境之间建立沟通渠道，快速准确的传递信息从而达到各成员的协调一致;使项目成员明确各自的职责，了解他们的工作对实现项目目标所做的贡献。同时，通过广泛和深入的沟通，找出项目管理的问题，预估项目过程当中的风险，制定相应对策和解决方案，并跟踪控制问题的解决情况。因此，良好的沟通时做好项目管理工作，更好的实现项目目标的重要前提。只有进行有效的沟通才能进行项目研发过程中的决策和实施，以促进项目的顺利和及时完成。
总之，项目管理涉及生活方方面面，是一个非常好的工具。随着经济全球化和市场竞争的日益加剧以及企业业务的复杂化，信息化管理已经成为企业实现战略目标的迫切需要和必要保证。更多的企业认识到必须通过信息化建设才能够实现企业体制创新、技术创新、管理创新，增强企业的核心竞争力。因此，it项目管理的思想已经被越来越多的企业所接受，企业把越来越多精力和资源投入到it项目管理的建设中。在这样的背景下，我们it人需要学习这门课程，了解软件行业的开发流程，抓住软件行业动态从而预测我们将来的努力方向。这就是我在it项目管理当中的学习心得，希望在接下来的生活、工作和学习中能更好的领悟和运用学习所得。
工作项目心得（热门15篇）篇十二
项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：
1.这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。
2.这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的。
3.基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱?是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响。
4.在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间。
5.现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。
6.是到做总体计划的时间了吗?不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。
7.明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家(industryexpert)，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。
猜你感兴趣：
1.项目管理课程学习心得体会。
2.项目管理工作学习心得体会。
4.学习现代项目管理有感。
工作项目心得（热门15篇）篇十三
在日常生活和工作中，我们经常需要完成各种各样的项目。而且，项目的成功与否直接关系到我们的成就感和职业发展。通过做项目，我们可以得到更多的经验和技能，也能够培养出更好的团队协作能力。在我的工作经历中，我参与了不少项目，积累了一些宝贵的心得体会。在这篇文章中，我将分享我对做项目的体会和见解。
首先，项目规划是项目成功的关键。在开始一个新项目时，我们需要清楚地定义项目的目标、范围和时间表。这样的规划能够帮助我们更好地理解项目的需求和挑战，并且为团队提供了一个明确的方向。例如，在我参与的一个市场调研项目中，我们首先确定了调研的目标和范围，然后制定了详细的计划，明确每个团队成员的职责和时间安排。这使得我们能够有序地进行工作，有效地收集和分析数据，最终提供了客户满意的报告。
其次，项目管理是项目成功的关键。一个好的项目经理能够带领团队克服各种挑战，确保项目按时完成并达到预期的效果。在一个我参与的IT项目中，我们遇到了技术问题和人员变动的挑战。但是由于我们有一个经验丰富的项目经理，他能够迅速做出决策并采取行动，保持团队的稳定和项目的进展。他还及时与客户沟通，确保我们理解他们的需求，并及时调整我们的工作计划。这个经历让我意识到，良好的项目管理能够使团队更加高效和协同工作，为项目的成功打下良好的基础。
此外，良好的沟通是项目成功的关键。项目中的每个成员都应该及时地和团队其他成员进行沟通，分享信息和解决问题。在我参与的一个文化交流项目中，我们有来自不同国家的成员，他们以不同的语言和文化背景进行交流。为了确保项目的顺利进行，我们定期举行会议，以确保清晰的意见交流和信息传递。我们还使用了在线协作工具，例如共享文档和项目管理软件，以便所有成员都能及时获取项目的最新进展。这个项目教会了我如何通过沟通和合作克服语言和文化差异，为项目的成功做出贡献。
最后，创新思维是项目成功的关键。在一个我参与的市场推广项目中，我们发现传统的宣传方式不再有效。为了吸引更多的目标受众，我们决定尝试一种全新的数字营销策略。我们研究了目标受众的喜好和行为，并制定了一套创新的营销方案。通过这种新方法，我们成功地吸引了更多的受众，提高了市场表现。这个经验让我认识到，在面对问题和挑战时，我们应该敢于尝试创新思维，找到新的解决方案。
总结起来，做项目是一种学习和成长的过程。通过项目，我们学会了规划、管理、沟通和创新，这些都是我们职业生涯中必不可少的技能。而且，项目的成功给我们带来了成就感和自信心，促使我们持续努力和发展。因此，无论是在工作还是在生活中，我们都应该积极参与项目，并从中学习、实践和成长。
工作项目心得（热门15篇）篇十四
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点(用例)。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。(软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师)从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求-用户需求-产品需求-软件需求-设计-测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)。
控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。(范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)。
设计。
重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)。
善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下，为了项目进度不出现大的偏差，eas项目组并没有过分强调技术，特别是在考虑进度的情况下，牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患，但却能够有效地保证项目的进度。从eas最初的架构设计来看，我们引入了castle与aop，试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时，希望采用wcf，利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化，我们果断地放弃了采用wcf的构想，同时又克服了技术困难，坚持了对castle与aop的使用，并为此成立了框架开发小组。事实证明，在技术的抉择上我们作出了正确的决定。
重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户，则客户更能够理解系统的实现，促进沟通的有效性与准确性。在eas项目中，我们从一开始就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是，我们在这一点上，由于缺乏专门的ui设计人员，因此，这一工作还存在很大的缺陷，甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期，关于ui的bug是最多。因此，我们认为在开发类似的web应用程序时，应尽早确立ui设计规范，以约束所有的ui设计。同时，必须培养专门的ui设计师，在开始原型设计时，就尽快完成ui交互的设计。并且，必须成立专门的ui设计小组，在需求阶段与需求分析师合作，在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段，不一定需要专门的ui设计人员，原型设计可以由需求分析师来完成)。
测试。
测试成员应了解需求。如果不了解需求，测试人员无法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，从而导致报告错误的bug，影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别，测试人员不用想需求分析人员一样分析和开发业务，但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)。
测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。
进度管理。
保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是rup或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。
其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。
要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。
作者:张逸具有多年的软件开发与设计经验，他是两届微软最有价值专家(mvp)，著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#，asp，wcf等技术，同时深谙面向对象领域的相关技术。目前，他主要从事soa企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。
工作项目心得（热门15篇）篇十五
项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。
需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。
项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。
项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。
注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。
注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求-用户需求-产品需求-软件需求-设计-测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)。
控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)。
设计。
重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)。