ImageVerifierCode 换一换
格式:DOCX , 页数:8 ,大小:23.36KB ,
资源ID:8583394      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/8583394.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(项目经理心得体会.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

项目经理心得体会.docx

1、项目经理心得体会项目经理心得体会【篇一:项目经理10年心得体会,共勉】 项目经理10年心得体会 项目经理,顾名思义就是做项目的,一个项目的成功百分百归功于这个项目团队,而失败则百分百责任于项目经理人一人,可能失败的责任归于一人用之过大,但其实不然, 作为一个项目经理,首先要对项目的需求、进度等情况了如指掌,知道自己要做什么,正在做什么,下阶段要做什么,当别人问起时,才能脱口而出,不会一问三不知。那么我们需要从哪几个方面来做呢? 第一、项目需求:项目经理接到一个项目,首先应该问商务人员索取项目方案书或招标文件,通读全文,对项目有个大概的了解,明确项目范围,知道你的项目应该要做些什么?什么时候开始

2、?什么时候结束?最后自己能提出一些问题!为调研时做好准备工作!有疑问的地方应该找市场人员或售前工程师了解咨询! 第二、项目调研:有些人连项目方案书都没看过,就匆匆忙忙去客户处调研了。那么结果就是在跟客户沟通时,一问三不知,很被动,只能听客户讲;客户提出一些不在项目范围内的需求时,你也不知道,只能暂时应承下来! 前面一点我提到要找市场人员或售前工程师了解咨询的另一原因就是,客户已经跟我们讲过的问题,如果项目经理再去跟客户提问时,那么就会给客户一种我们内部缺乏沟通的感觉! 第三、项目计划:发现在工作中有些人不重视项目计划的制定,有些人可能会说,这个项目太小,周期也不长,几天就搞定了,没必要去浪费时

3、间去做项目计划了。项目不管大小,哪怕只有一个人,哪怕周期再短,我们也要制定项目计划,不同规模的项目,制定的项目计划规模也有所不同。 且不管我们制定项目计划祥略与否,但起码已经有了一个好的开始,在以后的工作也不会一团乱麻,主次不分。而制定项目计划的另一个目的,就是明确相关干系人,避免在项目过程中发生推委扯皮现象。该找谁就找谁,应该由谁负责就由谁负责,计划里面很明确。 大多项目经理是从技术出身,在制定项目计划时,不要只考虑开发的计划,还应涉及到跟客户的沟通确认,需求调研、商务方面的协调、实施部署、项目验收后的维护等内容! 第四、项目沟通:在实际工作中,有些人把项目中遇到的问题仅仅跟客户或项目干系人

4、汇报一下就认为是沟通了,其实不然,所谓沟通用最简单的方式来说就是你所说的内容能得到对方的认可,我认为就算沟通成功了!当然有能力的项目经理会说服对方按你的想法来走。 第五、项目协调:在项目实施过程中,不仅要跟客户协调、项目成员协调;还需要跟其他公司的人员进行协调。例如在客户现场开发时,我们需要的办公环境、网络环境都需要事先跟客户协调好,不要到进场时才发现缺这缺那,让客户很被动;又例如硬件情况,如果硬件是其他供应商提供,应协调硬件到位安装的情况,免得我们系统要布暑了,结果服务器也没有。 注意点:在对外协调沟通时,最好由项目经理去沟通协调,不要不同的人去跟客户提同一个问题或同一件事,那么客户会很反感

5、! 第六、项目控制:常听人说制定好项目计划后,这个项目就成功了一半,那另一半是什么呢?那就是项目控制。很多人作了一个项目计划表,从来就没有跟踪或更新过,这样的项目很难按计划做好,我们应该经常根据项目的实际情况进行调整或变更等,到达每个里程碑时,应该根据计划内容检查这一阶段的交付物(成果)。 第七、项目汇报:我们千万不要错过项目汇报的合理时间,在每个阶段应及时对项目情况进行汇报,可以是给老板,也可以是给客户,不管是给谁看,及时性是放在首位的。例如:今天与客户开过了一次沟通的会议,项目延期或变更了,应在第一时间发给相关的人,这里的相关人不仅仅是参加会议的,也包括关注此项目的人。 除了以上20%知识

6、之外,另外 80%的东西才是重点。 1、 协调能力! 这是一个合格的项目经理必须具备的能力 什么叫协调能力?就是与各色人等打交道的能力。项目经理的职位,在很多外企里其实是没有行政管理的权力的, 就是对项目内的成员没有管理的权力,更多的时候做的工作是一个项目协调人。一个项目启动后,项目的成员可能都是临时从各个部门调来的,作为项目经理,需要与各个部门的人去协调每个成员的参与项目的时间期限。项目经理需要安排工作与每个项目成员, 人都是一个个体, 各种性格都有, 如何与不同性格的人交道, 这可不是一时半会儿能学得会的。 项目经理也需要与上层领导协调,当项目推迟了,如何向领导解释原因,如何向领导申请更多

7、的资金与资源,如何说服领导更加支持这个项目,这都是协调能力的体现。除此之外,项目经理还需要与客户协调,面对客户漫无边际的需求要求,如何加以限制,面对客户的种种苛求,如何一一化解,当最终产品提交给客户后,如何减少客户的抱怨,尽早的签收, 这些都需要项目经理有非常强的, 把与项目相关的所有全部摆平的能力。 这一点, 应该占到 40%的比例,也就是说,如果达到上面两条,你就可以做一个及格的项目经理了。但这还是远远不够的。 2、 文笔! 项目经理几乎可以不用写代码,但更多的工作是写文档以及报告。这几乎占据了项目经理大半的工作时间。从合同到项目计划再到项目报告,项目经理都需要极强的文笔写作功底。清晰,明

8、确是文档的基本要求,更多的时 清晰,明确是文档的基本要求 从合同到项目计划再到项目报告 清晰候,项目经理需要从不同的角度解析同一个问题,而让人得到不同的结果。当然,如果你能把死的写成活的,黑的写成白的,项目经理需要从不同的角度解析同一个问题,而让人得到不同的结果、 3、沟通能力! 不仅仅是语言沟通能力,还包括察颜观色的能力。项目经理未必需要口若悬河,出口成章,但说出的话一定让人清 项目经理未必需要口若悬河,出口成章,项目经理未必需要口若悬河楚的明白;同时,也要通过表情,动作等身材语言,了解对方的内心想法 楚的明白 同时,也要通过表情,动作等身材语言,了解对方的内心想法。这一点,真得很难,有的人

9、一辈子未必学得 同时会与别人沟通。所以,只能看你的天份了。这一点,应该点到 10%。最后 10%,就是抗压能力 ,作为项目经理,一定要能承受常人不能承受的巨大压力。尤其在项目遇到问题,进展不顺的时候,在成本上升和面 尤其在项目遇到问题,进展不顺的时候, 尤其在项目遇到问题临着最终期限快到的时候,如何承受并缓解那种压力,不是每一个人都能够做到的。 临着最终期限快到的时候,如何承受并缓解那种压力,不是每一个人都能够做到的。如果你遇到一点事就郁郁寡欢,放不下,那在项目的重压之下,会是对你精神与身材的双重折磨。【篇二:项目经理心得体会与经验】 十四冶项目管理培训心得 创鑫公司 工程部 李自光 一 项目

10、要进行整体管理,善始善终 整个项目开始要做好项目整体计划,在项目的整个过程中,始终要按照项目计划执行,如若遇到项目发生变更,要进行影响分析,得到批准后制定变更计划,并按变更计划执行。变更的影响情况,如:费用,时间进度等要通知相关的项目利益干系人,说明变更的原因和产生的影响。 项目首尾工作也是项目管理中,一项重要的工作。需要将项目过程中产生的文件资料进行整理,归档;对项目的费用和进度进行审计和审核,对项目的质量进行检验和验收;对项目的整个过程的利弊得失进行总结和交流。 变更计划在软件项目中经常遇到。控制好软件项目的变更,首先需要做好项目的开始目标基准的确定,基准的用户需求明确,才能衡量出哪些是需

11、要变更的。否则变更的东西和开始要求的东西混在一起,变更计划就无从制定,变更的界限也无从划清。 自己做过的一个项目,开始为了占领市场和尽快拿下合同,在用户需求还没有详细提供的条件下,就与用户签定了合同,后来不仅费用受到限制,就连时间不够,在项目过程中,用户方还总是变更软件的功能和要求。因为没有一个基点,我们认为是变更需求和新增功能,而用户方认为是合同范围,不能因此增加费用和时间。这个项目在开始好象签定了合同我们争取了主动,其实需求不明确,使我们在后来的项目进程中一直处于被动。 所以项目从一开始就要做好计划,搞清目标。只有项目的目标明确,合理安排时间、费用、人力和其他资源,控制好项目的变更,这些是

12、保证项目能够顺利完成的基本条件。 二 项目范围管理理论解决了项目开始需求不清的问题 需求管理是项目范围管理中的问题,这是因为它实际上是开发过程中的所有管理原则的先决条件。只有在开发的目标被清楚明白地表述和理解的情况下,软件开发才能以一种有计划的有序的方式进行。实际上,没有文档化的需求,在开发工作完成前后都很有可能发生产品与要求的偏离。计划、追踪、配置管理以及软件质量保证这些在其他关键过程中涉及的原则,都是从一个稳定的基础开始的,那就是文档化的需求基线。 什么需求?需求是指“分配给软件的系统需求”,或者更简洁地说,“分配需求”。这些需求有可能是技术方面的(比如:功能和性能需求),也有可能是非技术

13、方面的(比如:发布日期,开支限度)。 区分开需求管理和软件需求分析是很重要的。一旦分配需求被文档化,并且被所有受影响部门(客户,系统工程,软件工程)通过,需求管理的基本工作就完成了,所剩下的就是管理变更而已。没有证据证明分配需求本身就可以十分清楚完整的作为软件开发的全部基础。事实上,通常它们不是。 优化和精确描述需求,填补漏洞,将含义表达得更清楚是软件需求分析要做的,分析的结果被称为“软件需求“。这样,作为需求管理的输出的分配需求实际上就成了软件需求分析的输入。需求管理远远先于软件开发的技术行动,而软件需求分析则是关键开发技术行为的第一步。从这里的描述看来,需求管理的活动简直太简单,太基础了,

14、显然没有哪个软件开发组织会不有效的进行着这种活动。问题经常出在企业对透明度的惧怕。客户觉得保持需求含糊不清,松散或者无正式文件能够给他们更多的机会去说:“那并不是我所要的,那并不是我认为的需求的含义”。文档化清晰的需求可能迫使用户在系统满足了文档化的需求但没有满足实际需要的情况下,为开始变更负责。相似地,开发人员觉得含糊不清,松散或者无正式文件的需求能给他们更大的余地,允许他们与预算和进度尽可能地接近,然后说:“这就是我们所认为的需求的含义,如果你需要其他的什么东西,你必须另外付出代价。”文档化清晰的需求会迫使开发者承担满足这些需求的义务,并使他们暴露于开支、进度评估不准确的风险之下。 这样一

15、来,尽管客户与开发人员的利益动机相对,但他们却走到了一起。每一方都认为他们在保护自己的利益,巩固自己讨价还价的地位,但是事实上每一方都在走向将来的失望和争吵,为项目埋下了一刻定时炸弹。 三项目时间管理理论指导我们在项目管理中怎样抓主要矛盾 。 以前进行项目管理时,是根据经验和每个人的工作特点,进行项目的分工的,软件项目基本是按照需求分析,概要设计,详细设计,代码编程,调试和测试,用户验收等几个主要过程来进行的。但将项目分工更加细化,每个小过程的时间估算是多少,整个项目可以最短用多少时间来完成,怎样合理安排人员,怎样抓项目中的关键环节等等,这些都没有进行过量化的分析和管理。 项目管理的实施最为直

16、观的就是缩短项目时间。利用项目管理理论、方法,有许多缩短时间的例子。美国路易斯维化工厂检修时把检修流程精细分解,按导向图建立起控制关系。他们惊奇地发现,检修过程选择不同路径总时间是有差别的。通过反复压缩最长路径上的任务,将工期反复优化,最后只用个小时就完成了通常需小时完成的检修,节省时间。这就是至今项目管理工作者还在应用的著名的时间管理技术,即“关键路径法”。 所以我们在软件的项目管理中,也要将时间控制理论运用进来,结合软件工程的实际,将任务分解的更加详细,并用网络图将整个工作过程建立起来,估算好每个阶段的历时,找出关键路径,并通过快速跟进方法,将关键路径的工期缩短,以提高工效。 四 质量管理

17、是项目成败的关键 我们在进行软件项目过程中,对软件的功能测试一直认为还是比较认真和严格的,每次测试都要有测试计划和用例的编写,然后才能进行测试;测试要有记录,并将记录整理成测试报告。 但通过此次培训后,感觉到我们的测试工作与质量管理的要求还差的远,有距离。质量控制要深入到每个与项目相关的人,要深入到项目的每个过程中,从一开始,就要树立质量第一的理念,每个过程都要进行质量的控制,而不是到最好测试时,才想到质量,才去衡量是否符合标准。标准化设计,标准化管理是项目质量的保证。参加质量体系认证有助于企业提高项目的管理水平,有利于提高工程项目质量。cmm模型已得到广泛的认可和接受,cmmi沿用其模型的组

18、织方式,有5个等级和18个要素。通过5个等级的认证和加强管理,企业对项目的管理将经过5个境界的提高:从混乱,到里程碑的检查,到定义清楚的管理体系和标准,到进行统计过程控制量化管理,到最后的优化过程、评价工作流程、进行工作过程的改进。 本人以前参加过为日本软件进行部分功能的设计和编程工作。日本的软件企业对一个项目的质量控制就做的比较细致,用我们的观念衡量简直是不可容忍。做一个模块的详细设计,要用他们提供的标准的图形语言进行描述,用标准的设计摸版进行说明;并在设计完成后组织相关人员对这个设计进行评价,有问题需要修改设计,然后在评价直到通过才能开时以此为设计文件,进行代码。代码写完后,不是见到结果就

19、完事了,要将代码打印出来,相关人员对代码的整个实现过程进行评价,提出修改建议,代码修改后,需要再审,也是通过以后才能提交入代码库,进行代码的组装。 当时认为日本的方法太浪费时间和人力了,对技术人员个人的能力估计的太低,怎么能提高工作效率呐。可是软件质量问题的频繁出现,是我们不断的认识到,开始浪费一些时间和人力,控制好每个细节的质量,就是省去了许多时候为解决质量问题而进行的新的时间和人力的支出。省去了大量的软件后期的质量维护费用。总的来看是核算的。为提高项目的质量,降低成本,必须从项目的开始就要做好质量的控制工作。 五 沟通管理中的一些策略的使用可以使项目更好的完成 做项目就需要与客户接触,就会

20、出现一些正式和非正式的谈判。双方都会为自己方的利益而进行讨价还价。与客户之间搞好沟通,是项目进展是否顺利的一个条件。沟通中有许多的策略在平时的实际工作中可以使用,目的不是坑害别人,而是为了更好地完成项目,达到双方事先确定的目标,而采用的一些艺术手段而已。沟通的技巧包括:下达最终期限,使用吃惊方法,采用有限权利法,不露面的人,公平合理,战略延迟,双方一起论理,撤退,不合理,既成事实等。本人就是成功的采用了战略延迟法,将客户方的一笔项目质保金及时地催要了回来。 体会还有很多,总之通过这次学习自己对项目的管理又有了新的认识,我会将这些理论知识运用到实际工作中去的。以提高项目的管理水平,提高项目的质量

21、,降低项目的成本,降低项目的风险,最终提高企业的效益。【篇三:项目经理心得体会】 项目经理培训心得体会 高天智2016、09、29 前几天,公司集体在南京进行了项目经理相关知识的培训,想了很多,收获很多。 关于项目经理的学习和思考 作为一个项目经理,首先对一个特别的项目由自始至终的负责,首先要对项目的需求、进度等情况了如指掌,知道自己要做什么,正在做什么,下阶段要做什么,当别人问起时,才能脱口而出,不会一问三不知。 1、项目需求:项目经理接到一个项目,首先应该问拿到设计/招标文件,对项目有个大概的了解,明确项目范围,知道你的项目应该要做些什么、什么时候开始、什么时候结束、最后自己能提出一些问题

22、。这个在我们公司后期也需要开项目启动会,和项目经理交流,告诉他们,交流问题,避免项目经理到现场一模糊。 2、项目调研沟通:有些人连招标文件、投标文件都没看过,就匆匆忙忙去客户沟通需求了。那么结果就是在跟客户沟通时,一问三不知,很被动,只能听客户讲;客户提出一些不在项目范围内的需求和任务时,也不知道如何应答,只能暂时应承下来。 3、项目计划:发现在工作中有些人不重视项目计划的制定,但项目不管大小,哪怕只有一个人,哪怕周期再短,我们也要制定项目计划,不同规模的项目,制定的项目计划规模也有所不同。因为不管我们制定项目计划是否周详,但起码已经有了一个好的开始,在以后的工作也不会一团乱麻,主次不分。而制

23、定项目计划的另一个目的,就是明确相关干系人,避免在项目过程中发生推委扯皮现象。该找谁就找谁,应该由谁负责就由谁负责,计划里面很明确。我们公司大多项目经理是从技术出身,在制定项目计划时,不要只考虑安全进度质量,还应涉及到跟客户的沟通确认,工作的协调、实施部署、项目验收后的维护回款等内容。要积极学习和培训指导。 4、项目沟通:在实际工作中,有些人把项目中遇到的问题仅仅跟客户或监理汇报一下就认为是沟通了,其实不然,所谓沟通用最简单的方式来说就是你所说的内容能得到对方的认可,如果能说服对方按你的想法来走,那就更好了。在项目进行过程中,不仅要跟客户协调、内部协调;还需要跟其他公司的人员进行协调。在对外协

24、调沟通时,最好由项目经理去沟通协调,不要不同的人去跟客户提同一个问题或同一件事,那么客户会很反感。 5、项目控制:项目计划后是项目控制。项目计划表做出来就要及时跟踪或更新过,这样的项目才能按计划做好,我们应该经常根据项目的实际情况进行调整或变更等,在每个阶段根据计划内容检查这一阶段的输出成果。 6、项目汇报:在每个阶段应及时对项目情况进行汇报,可以是给上司,也可以是给客户,不管是给谁看,及时性是放在首位的。例如:今天与客户开过了一次沟通的会议,项目延期或变更了,应在第一时间发给相关的人,这里的相关人不仅仅是参加会议的,也包括关注此项目的人。 7、项目结算,没有跟踪控制好回款进度的项目经理不是好

25、的项目经理,谨以自诫。 另外,不只是项目经理,包括部门经理,我认为更重要的是以下几种能力: 1、 协调能力-必备的 协调能力是与各色人等打交道的能力。项目经理的职位,在很多企业里其实是没有行政管理的权力的, 就是对项目内的成员没有管理的权力,更多的时候做的工作是一个项目协调人。一个项目启动后,项目的成员可能都是临时从各个部门调来的,作为项目经理,需要与各个部门的人去协调每个成员的参与项目的时间期限,项目经理需要安排工作给每个项目成员并使之服从安排。 项目经理也需要与上层领导协调,当项目推迟了,如何向领导解释原因,如何向领导申请更多的资金与资源,如何说服领导更加支持这个项目,这都是协调能力的体现

26、。除此之外,项目经理还需要与客户协调,面对客户漫无边际的需求要求,如何加以限制,面对客户的种种苛求,如何一一化解,当最终项目提交给客户后,如何减少客户的抱怨,尽早的签收, 这些都需要项目经理有非常强的,把与项目相关的所有全部摆平的能力。这一项做到,就有一半的项目经理能力了。 2、 文笔,能说会写很重要 项目经理更多的工作是写文档以及报告。这几乎占据了项目经理大半的工作时间。从合同到项目计划再到项目报告,项目经理都需要很好的文笔写作功底。清晰,明确是文档的基本要求,更多的及时清晰,明确是文档的基本要求从合同到项目计划再到项目报告,项目经理需要从不同的角度解析同一个问题,而让人得到不同的结果,总之

27、,通过文笔报告让客户和上司最直观的看到你的项目进展程度并表示满意,都在你的笔下。 3、沟通能力 不仅是语言沟通能力,还包括察颜观色的能力。项目经理说出的话一定让人清楚的明白;同时,也要通过表情,动作等身材语言,了解对方的内心想法,同时,也要通过表情,动作等身材语言,了解对方的内心想法。这一点,真得很难,有时候感觉只能看天份了。 4、抗压能力 作为项目经理承受常人不能承受的巨大压力。尤其在项目遇到问题,进展不顺的时候,在成本上升和面 尤其在项目遇到问题,进展不顺的时候, 尤其在项目遇到问题临着最终期限快到或资金迟迟不到位的时候,如何承受并缓解那种压力,不是每一个人都能够做到的。 关于部门经理的思

28、考 对于部门经理,作为一位管理者,还需要合理运用自己具有的权力,比如工作安排的权力、考评的权力、以及人事任免的权力等等,才能有效地管理整个部门,但是拥有权力并不意味着就能成为一个很好的部门经理,因为要使别人服从你跟随你,并且愿意按照部门的要求做事,合理有效地行使权力是一种技巧。 1、自律能力 部门经理如果不能够以身作则,行使权力也就很难达到相应的效果,有时甚至会起到相反的作用。 2、沟通能力 沟通的重要性在项目经理中有提到。部门经理是公司上层和员工之间的桥梁,经常要向下传达上级指示,向上反映基层情况,所以部门经理必须具备上传下达的能力。 优秀的部门经理绝不能让自己变成一个传声筒,让指示和反馈仅

29、仅从自己这里路过;而是要首先理解上边的指示,根据自己部门的具体情况传递给员工,对基层的意见也要先汇总并处理后,再反馈给上层。 3、影响能力 影响能力是综合实力的体现,是对别人行使权力的能力,能够积极正面地影响下属达到管理的目的,是一位经理核心价值的体现。如何利用自己的权利、技术、品行、实力影响到自己部门中的所有人,使得一个部门都够整体一心向前发展是一个部门经理一直追求和努力的方向。 如何是自己完善作为项目经理的能力,如何培养下面的员工具备项目经理的能力,如何是自己符合一个部门经理的条件,如何培养本部门的员工并使之对部门有归属感和荣誉感都是目前自己急需提高和完善的工作。 培训不是目的,通过培训引发思考,记录在纸上,时时看看想想,可能比培训获得更多的知识和智慧。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1