项目经理年终总结

关于项目经理年终总结六篇

总结是在一段时间内对学习和工作生活等表现加以总结和概括的一种书面材料，它可以促使我们思考，为此我们要做好回顾，写好总结。那么你知道总结如何写吗？下面是小编帮大家整理的项目经理年终总结6篇，欢迎大家分享。

进入xx公司已有3年的时间，回首往事，几多紧张、几多无奈，几多的欢乐。在尚格公司我经历了从业务代表到办公室到业务部经理的转变，感谢公司对我的培养和信任。现将工作中出现的情况及明年的工作打算总结如下，以期能有指导日后工作推进之意义。

一、总结过去这一年来工作中的不足，现剖析如下，以自勉：

1、个人工作方面：

（1）在20xx年8月我被任命为业务部经理，在个人工作方面由于事务性工作和与部门之间协调性工作量的加大，日常下小区的次数有所下降，对小区的实际真实情况没有认真了解，对小区的情况反馈没有掌握真实性，导致回传信息失真。

（2）另外一个体现就是在一些具体的个人业务养成方面，对新接待客户的回访深度剖析和老客户的维护上面做得不够精细。对竞争对手的产品分析不够深入，对市场情况的了解不够主动不够认真。

2、业务部内部管理上的疏漏

（1）业务部人员专业培训和课外知识不到位。

虽然在前期，对到岗的业务代表进行了系统的培训，但在后续的专业培训跟进方面没有做到位，导致业务代表你说什么他都知道（因为培训过），你说什么他又不知道（因为他忘了），所以持续的、不间断的学习和培训将是后期工作的一大重点。加大力度搭建专业人才培训、考核。

（2）业务信息渠道狭窄，市场拓展能力不足

我们的业务量没有大的发展，体现我们业务拓展的不足：信息范围局限，渠道单一狭窄，缺乏规范管理；信息甄别随意，跟踪手段简单，缺乏系统策划；市场拓展思路不宽广、手段不丰富，单兵作战能力不强，综合技能有待提升。

（3）工作细节控制不足，导致综合效益不高。

通过十多年的品牌沉淀，企业治理日益完善，企业文化不断积累。但是今天的尚格人，还没有专业操守和责任心，没有工作热情和拼搏精神，虽然到处都是他们忙碌的身影，也拉来了客户，但是由于我们的工作精细度不够高，细节控制尚有不足，导致综合效益不理想。比如：拉来业务单子，但是前期品牌导入意识和脱节的现场配合；交了定金等出图，但是图纸的理念和方案又打动不了客户；等等。

3、客服中心

（1）前台接待对客户不够认真，导致客户第一印象不深入

前台礼仪接待不够专业，没有对公司企业文化进行深入理解，对客户的前期引导不到位，导致客户对公司品牌不够了解，没有品牌信任度和品牌附加值。比如：对公司的成立时间、公司所获得的荣誉、公司的实力、公司在目前市场的认知度及竞争品牌的不了解、不熟知等等。

（2）老客户维护工作滞后，导致老客户推介率下降

培养一个老客户的忠诚度，是一个企业长久发展的法宝，开发一个新客户的难度和成本大于维护老客户的反复购买力和推介率。而往往我们疏忽了这一点，而导致客户的推介率大大的降低。施工过程中严把着质量关，售后维修要积极妥善。日常对老客户要做好维护，比如：日常的祝福短信、天气提醒、节日的祝福贺卡等等一些细节营销，维系老客户与公司关系，也可以第一时间得到老客户样板房的提供。

二、20xx年的工作计划

在xx年岁末王总提出了“蓝海战略”598套餐和298套餐，并通过和专业老师的学习，这个决策在整个市场第一家推出，应该在市场上按照王总的总体思路是可行的，在xx年应该全力以赴来做好这个套餐方案。具体工作业务部计划如下：

1、注重企业人才建设，增强企业竞争力

业务部拟建立健全绩效考核体系，拟编制完善《业务部员工手册》，初步形成业务部激励机制，努力形成“公平公正、广纳群贤、人尽其才、能上能下、充满活力”的用人机制。xx年公司共吸引各类人才数余名，初步实现“吸引人才、留住人才”的人才战略，逐步增加企业竞争力。业务部人员需采用大浪淘沙制度，金子都留下来为我所用

制定完善的公司品牌文化说辞，加强前台接待和业务部全体人员的学习，使公司品牌价值充分体现在日常的接待中。首先培养员工对企业的忠诚度，再用他们的激情和对公司的热爱来培养客户的忠诚度。

2、合理利用经营资源，加强经营配套服务意识

为了更好地服务客户，提高客户签单率，客服中心拟制定《客户管理制度》，针对新老客户的实际情况和工程的特点，和设计部从不同风格设计师安排、设计方案、项目经理安排等方面给予专业的建议和相应的服务，做好每一个细节使客户充分满意。

3、以经营为核心，整合资源，推行全面营销模式

根据公司及王总xx“蓝海战略“的定位，我们应采取更加灵活有效、更加务实的措施、更科学的运营管理、更优质的服务，转换经营机制，优化工作流程，强化服务意识，拓宽视野，使双套餐产品在市场上能够打响。

4、落实教育培训工作

在补充建章立制后，利用早班会、培训课等各种方式狠抓教育培训工作通过教育培训，使员工按制度办事、遵纪守法的观念要有质的提高。从而实现了全体员工接到任务后都能满腔热忱、任劳任怨的努力完成。

述职报告

转眼间，来公司已经8个月了，8个月的时间说长不长，说短不短，回想起这8个月的点点滴滴，心里感触颇多。

此时所写的述职报告可以说是对自己入职来的一次总结，也可以说是和公司各位领导、同事、帮助过我的人及自己心里的一次沟通。也很有幸能在客户部这个岗位上来锻炼自己，让我对工作有了全新的认识。作为公司客服部的一员，我认识到了保障系统的重要性，意识到了自己工作的职责，以及要带着积极主动的态度来对待自己的工作。我想可以将我这几个月的工作分为两个阶段来评述。

第一个阶段是一个适应期，在刚来公司的时候，由于对公司的主要业务不是太熟悉，只能是天天在公司看离港的资料，尽快了解我们部门所做的业务。后来有了机会去老机场跟班，了解同事们日常的工作，接着就去了芒市巡检，知道了我们的业务流程，所要做的工作。开始结合着自己原来的系统维护经验，把现在的工作融合起来。学会了更细心、更面的思考问题，不断的要求自己，提高自己的办事效率。 一个月后，没有前段时间工作时的紧张与拘束，能够更好的去开展自己的工作。开始接触了新机场项目，虽然只是简单的重复安装PC机的操作系统，确实很乏味，但是工作无小事，这些工作锻炼了我的耐心、细心，也积累了一定的工作经验。接着部门安排我和何治一起去昭通机场出差巡检，投产行李条打印机，并对昭通机场新增通道进行了调研。然后自己独自去了文山机场巡检、投产行李条打印机。

虽然在去巡检之前做了很多准备，但在巡检期间，还是发现了许多问题，对离港指令，登机牌打印机、行李条打印机使用都不熟悉， ……此处隐藏8395个字……候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是

了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间（签合同的人永远不会先征求你的意见的）。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间（也意味着质量）了。按照什么标准牺牲？这个项目的战略！我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢？战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况?”王局长：“(*&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强（如果总结得不对，欢迎大家拍砖），所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的（而不是正确的）方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论（你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸?）。会

后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，【界面要求：美观大方、简洁明快】，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务【开发人员熟悉EJB编程】，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾（技术人员的本性决定的）。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更；另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1.确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据；

2.和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择？

3.（项目初期的工作）明确更改流程，一般是客户指定一人签字（否则客户每个领导都有权力来插一杠子，你就废了），以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果（这个东西先写出来，后面如果真的发生了，至少不是你的错）。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗？对，就学习那个，让大家都意识到任何的更改都有成本和代价。