项目经理年度总结

有关项目经理年度总结汇编八篇

总结是在一段时间内对学习和工作生活等表现加以总结和概括的一种书面材料，它能使我们及时找出错误并改正，不如我们来制定一份总结吧。但是总结有什么要求呢？下面是小编为大家整理的项目经理年度总结9篇，仅供参考，大家一起来看看吧。

时光荏苒，20xx年即将过去了，回首过去的一年，内心不禁感慨万千。从年初到年末，这一年的工作一幕幕的在眼前闪过。在公司领导的关怀和指导下，在同事们的互相关爱与工作配合下，在工作实践和学习中、这一年就此告一段落了。下面我将20xx一年来的工作情况做以下汇报：

一、工作情况及项目施工完成情况

（1）轨道交通十号线xx停车场地块商业楼的进场施工前期准备工作：在前期的准备工作中本人积极的与业主、总包、监理方沟通，进场施工准备工作已完善。后期因业主方原因（主要是幕墙单位，保温单位退场）我司施工没能按原计划进场施工，商业楼暂时搁置未施工；

（2）xx4#示范区项目施工完成情况：xx4#示范区施工主要以外墙金属漆为主（采用保温复合一体板）。此项目为我司第一个突破单一式的涂料施工模式的项目。此项目在施工过程中因各种原因导致施工过程中工作开展不是很顺利，但经过我司各方面的支持和配合后，项目施工完成后总体项目情况良好，已达到预期要求并交付业主使用。此施工项目给参加项目管理的同事也带来了丰富的管理经验。同时也将是公司未来拓展施工方向的一个新的起点，为公司的发展道路上增添了辉煌的一笔，成为公司后续发展的垫脚石；

（3）xx新城项目施工完成情况：xx新城20xx年5月份进场施工后因为业主原因有两栋楼部分施工面未完成后与20xx年8月份退场，直至20xx年9月份再次进场施工完成所有合同内的施工内容并验收合格交付；

（4）xxx项目施工完成情况：xxx我是我司与xx签订战略集采的第一个施工项目，对我司未来发展也是有着重大意义的。虽然刚进场时业主项目部百般刁难，但是我司各领导及现场管理人员顶住压力，在施工过程中全力沟通尽量配合施工并顺利的将此项目验收合格并交付，同时为我司赢得了好的声誉；

（5）轨道交通十号线xx停车场地块商业楼项目施工完成情况：由于年前各项准备工作做的比较充分，我施工班组进场后对保温基面验收合格后可直接施工。由于保温基面验收不合格，现场整体进度较慢。到年末现场完成合同量的20%左右。

二、工程质量完成情况

作为项目负责人每个项目的开始我都会根据该工程的特点要求，建立了质量管理体系。工程开工以后，严格控制施工质量，从基础开始，一步一个脚印的进行。在施工过程中，我要求坚决落实预防措施内容，作到扬长避短，提高了施工班组人员的质量争先意识。在整个工程施工期间，对施工质量认真进行了落实。迄今为止，未发现质量通病。整个工程的施工，经过项目的认真控制，全部施工内容符合自检要求，整体质量较好，达到了验收合格并交付业主的质量目标。

三、工程生产及进度控制情况

每个项目自开工以后，我按照合同要求工期，组织制定了施工进度计划及劳动力计划。并且根据施工进度要求，与各个施工班组对其具体进度、施工做出详细的具体要求。在施工过程中，我根据实际情况，通过制定月计划和周计划，对整个工程施工进行了控制管理。从整个完成的工程进度来看，施工进度没有拖延并且都是在业主要求的时间验收交付的。

四、安全管理情况

施工进场的准备期间，我都对全场的施工作业区进行了分析。根据项目工程特点，在施工过程中，我坚持将安全管理作为日常管理的重点。为此，我从以下几个方面加强了管理工作：

①加强安全技术交底工作。通过进场时的三级安全教育、上岗时的专项安全交底来加强职工的安全意识；

②加强安全检查和巡视，及时发现问题，及时整改，杜绝安全隐患。加强工地临边的安全防护；

③施工中，定期进行现场临时用电检查，及时发现安全隐患，及时进行修理更换。今年整个施工期间，未发生安全隐患，达到预期安全生产目标的要求。

五、材料使用情况

施工过程中材料的订购我基本上都是根据公司施工涂布量制定材料的需用计划。材料使用中，我要求各施工班组坚持限额领料制度，根据施工预算，及时统计各个班组的施工内容和数量，并且及时与预算量进行对比分析，控制各个分项工程的材料使用。

六、全年工作存在的不足

①工程质量：施工期间，工程质量控制较严，工程质量总体较好。但也存在着不足。为创建优质工程，我仍需加大努力，提醒自己对后期的质量管理需要进一步加强；

②材料使用：在材料的使用方面整体都在控制范围之内。但个别项目的材料使用可能稍微比公司的施工预算要高。为了节约成本，我还需分析原因，加强管理。

不知不觉即将跨进了20xx年这一新的开端。今后我将更加努力工作，加强学习，实事求是，完成工作所需任务，强化意识，关心同事，关心领导和公司建设，为人生竖立坚实的目标，用苦干回报公司，用知识丰富自己，让自己能在项目负责人的工作和专业知识的领域更上一层楼，从而可以为公司的效益做出更好的贡献。

我于20xx年x月xx日进入xx集团置业公司，并于x月xx日进驻xxxx百货大楼项目工地担任项目经理，至今已三个月有余。在这3个月的工作中，项目部在集团置业公司的大力支持、指导下，克服了诸多困难，走到今天，极为不易。目前工地正处于打桩阶段，现已完成桩基施工任务的46%，下一步的施工任务虽然异常艰巨，但还是有信心有能力完成各阶段工期目标。下面我将20xx年3个月以来的工作情况及下一年的工作计划做以下汇报：

一、前期施工准备阶段

xxxx百货大楼工程作为xx县的招商引资项目，只要有利于工程施工进度，基本上都能得到政府的支持与帮助，但开工之前还必须完成以下工作，才能顺利开工。

1、 地下室控制边线放样。

2、 建筑物放线。

3、 规划部门进行验线工作。

4、 将测绘部门提供的水准点、坐标控制点提交总包单位。

5、 两次组织基坑支护施工图设计交底及图纸会审。

6、 桩基施工图设计交底及图纸会审。

7、 规划部门提供本项目周边市政管线图纸。

8、 协助完成工地临时用电量不足扩容工作。

9、 开工前去质安站办理质量监督手续事宜。

二、施工阶段

打桩施工前，场地内基坑土方已开挖约两米五深，由于当时没有施工图纸，大部分地方均未开挖到位。考虑到四周靠边一排桩施工有足够的工作面，需要土方开挖单位的配合将余土挖除。土方开挖单位很长一段时间都不配合我司的工作安排， ……此处隐藏11536个字……候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是

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

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

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

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

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

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

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

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

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