工程项目管理总结报告3篇

　　【范文一：工程项目管理个人工作总结】

　　光阴似箭，日月如梭。一年的时间的确是很短暂的，不知不觉间20XX年已即将过去。新的一年又将来临，值此新旧交替之际，总结一下过去，思索一下未来，取过去之长，补未来之短，对自己的工作进行一次总结，以便在新的一年当中更好的完成自己的本职工作。

　　我与20XX年3月进入公司工程部工作，主要负责暖通、给排水专业的技术、施工及造价的相关管理工作。在工作过程中，遵守公司的各项规章制度，平时严格要求自己，廉洁自律。工作中认真负责，能理论联系实际的开展工作，与工程部及各相关部门的同事配合，较好的完成了公司领导交办的的各项工作。

　　首先，在技术管理方面：

　　1、能够耐心细致的做好图纸审查工作，配合主管领导及相关设计单位落实小区给排水、供热、燃气等管网的位置、走向，尽可能发现不合理的方案及设计，并提出自己的方案与设想，积极与设计人员沟通，完善方案及施工图纸的设计。例如：中融国际项目地下构筑物较多，并且地下车库和地下人防均与各楼相连，这就导致将来小区排水管道无法排出。因此向主管领导提出应在2#、3#、4#、5#楼与地下车库及地下人防之间留出一条通道，否则小区排水管网将无法铺设。再如：设计院将连接体的采暖、给排水管线设计在汉口街一侧，而汉口街一侧又无位置铺设如此多的管线，向主管领导请示后，及时向设计单位提出了异议，经设计单位复核后，变更了设计。

　　2、外部协调：对于一个工程项目来说外部协调工作对于项目的顺利开展有很大的帮助。我的主要工作是在主管领导的指导下，配合各专业公司（自来水、供热、燃气）完成项目的管网配套设计工作。在领导的正确领导及帮助下与各专业公司保持了良好的合作关系，各专业管网的配套设计正在如期进行，目前已完成给水、排水管网的设计工作，燃气、供热管网的设计正在进行中。在工作当中能够从公司的利益和角度出发，积极配合各专业设计人员，完成各项任务。

　　其次，在施工现场管理方面：4月份进入施工现场伊始，即开始和领导研究施工现场用水方案，待方案落实后协助领导完成了相关手续办理及设计工作。并配合自来水公司完成了中百一库临时用水及现场施工用水的施工工作，确保了项目如期开工。基础开挖前，在领导及各位同事的帮助下，根据现场的实际情况完成了施工现场排水管道的铺设，解决了各施工单位基础开挖的排水问题。

　　在方案制定过程中，结合工程实际采用了塑料排水管，待排水过后，管材还可以用于排烟机孔，为公司节约了一定的资金。工程进入主体施工阶段后，针对隐蔽部分容易出现问题的地方，及时组织监理人员及各施工单位水暖班长开会，对防水套管的材料、制作提出了明确要求，并对工程中易出现的问题进行了技术交底，要求各施工单位在每道工序施工前，要做好样板间，经甲方和监理检查合格后方可继续施工，保证了工程质量。

　　在工程施工期间，由于监理公司的专业人员有时到位不及时，因此要经常巡视检查，核对各种管道的位置及规格，是否符合设计和规范要求，对工程中存在的问题做到早发现、早处理以免影响到后续工程的施工。如提高排水出户管的标高，解决了汉口街一侧排水管道过低的问题。在施工管理过程中能够坚持以设计文件为依据，严格按施工规范的要求进行检查。

　　再次，在工程造价管理方面：能够做到严格审查现场的施工签证，遵循施工签证的原则，对影响工程造价的各种因素进行有效控制，仔细审查施工单位提出的材料清单，发现问题及错误后及时予以纠正。

　　以上所述，即为本人在过去一年当中所做的一些工作，在过去的一年当中，即取得了一些成绩，也有所不足，总结过去经验，努力改正过去工作中的不足，且在今后的工作中，更加严格要求自己，在做好本职工作的同时，不断的学习与积累，不断的提出问题，解决问题，不断完善自我，确保工作高效率、高质量。为公司发展竭尽全力。

　　【范文二：工程项目管理工作总结】

　　从去年以来，我完整地参与了XXX项目的建设与管理工作，到现在项目已经基本收尾，下一期的项目也启动在即，现在有必要总结下该项目的得与失，从而指导下一期项目的建设工作，犯过的错误不要再犯，好的做法需要继续保持和发扬。

　　一、项目成功之处

　　1、项目进度管理相对较好

　　本项目的进度管理相对比较好，没有出现严重的进度延误的情况，主要是由于了实施了周例会+月例会+项目考核等制度。项目团队在每月末召开月例会，主要是总结上个月的工作目标完成情况，并共同制定下个月的工作目标。为了确保月度工作目标的实现，同时将月度工作计划分解成周工作计划，并以周例会的形成来跟踪和监控项目目标的完成情况。除了月例会和周例会之外，同时对项目团队进行考核，如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以基本保证项目的进度。

　　2、建立起了一些管理制度

　　在项目实施的过程中，针对日常工作中一些不规范、混乱的地方，制定了相应的管理机制，主要有以下几个方面：

　　（1）新业务需求响应机制

　　新业务需求指的是在项目建设过程中，不包含在项目需求范围内的，业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原来对新业务需求的处理流程混乱，新业务需求往往存在项目团队的头脑中，过一段时间之后根本不清楚哪个业务部门提了哪个需求，就算需求实现之后也没有反馈机制，给业务部门的感知交叉。在本项目实施过程中，针对这个问题专门建立了一条新业务需求响应机制，当接收到新业务需求之后，需要专门记录下需求的相关信息，例如需求描述，需求提出人的；接收到需求之后需要立即与需求提出人确认需求，并反馈需求接收到，告知需求的计划完成时间；当新业务需求开发上线之后，需要向需求提出人发送上线反馈单，告知提出人他的需求已经实现了。

　　从需求的接收到最后上线后的反馈等环节

　　（2）上线机制

　　由于历史原因，我们项目团队相关工作的规范性不如BOSS那边，系统上线这一块也没有规范起来，以前项目团队想上线就上线，从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程，并向BOSS侧接轨，制定了上线流程，每月允许上线两次，上线之前需要提供需求、设计、测试、上线风险评估报告等文档，并提交上线申请至领导处审批，审批通过之后才允许开放商进行上线，上线完之后需要提交上线跟踪分析报告。

　　（3）沟通机制

　　建立了月例会、周例会制度，每次例会后以会议纪要的形式发出会议上达成的共识，作为后续衡量和评估相关决定有没有去贯彻和落实的依据。之前项目团队也会开例会，但是会议达成的需要去解决的问题往往会上说说的好好的，但是会后没有真正去做，会议成了一种形式。

　　（4）系统运营报告制度

　　项目团队之前非常不重视系统应用的推广，往往功能上线之后就算完成了，不会去关注这个功能到底有没有被用起来，也不清楚整个系统的应用情况。在项目期间，我们建立了系统运营情况每月报告制度，将系统重要应用的使用情况以月报的方式发送给领导及相关人员。

　　二、项目不足之处

　　1、对项目合同的把控不足，给后续管理工作带来隐患

　　由于公司IT系统的合同由其它部门负责管理，我们部门主要负责具体系统的建设，因此在本项目中对项目的`合同关注不够，对项目的合同内容把控不足。主要体现在以下几个方面：

　　（1）合同中的项目的建设内容与当初汇报的建设方案中的内容两者没有仔细地核对，有一些我方希望纳入的建设内容结果在合同中没有体现，最终导致我方与软件开放商之间的扯皮，软件开放商会拿合同来说事，这是很致命的一个问题，说到底关于项目合同是两个部门之间的衔接出现了问题。

　　（2）项目团队成员没有仔细核实，虽然在看合同时也发现了这个问题，但是由于对方是我公司的长期合作伙伴，这些小问题没有太多的在意，现在看来这种原则性的问题还是不能忽视。

　　（3）在签订项目合同是，我们公司通常要求包含项目的考核规则文档，在做本期项目时没有仔细地考虑好如何进行考核，结果把非常通用的一个考核规则文档放入了合同中，但这个通用的考核规则很多地方并不适合本项目，导致在后续实际考核工作中，有些问题由于没有在考核规则中详细的描述清楚，导致具体执行起来没有依据，容易出现扯皮。

　　2、新业务的开发模式

　　由于本项目的需求相对比较分散，因此在实施项目时采用的是新业务的开发模式，即一个个功能模块依次开发，每个功能模块都要经历需求分析、设计、开发、上线等阶段，有点类似迭代的开发模式。但是这种模式存在一些问题：一是每次迭代划分的太细，导致几乎每个月都要经历需求、设计、上线这些工作；二是这种开发模式导致对系统的整体把控能力不足，可能由于原来相关的一些功能模块，本来应该统一考虑需求和设计的，但是由于人为地把他们分割成多个阶段来实现，导致出现顾了当前没有考虑到将来及对原有功能模块的影响；三是这种开发模式使得项目经理不清楚整个项目的工作重点应该放在哪里；

　　这种开发模式在下一期的项目中需要改进，不能再采用这种方式了。

　　3、建设方案设计及汇报能力不足

　　本期项目的建设方案主要由主管来完成的，理想的情况是方案由我来写，主管提供一些指导和意见，这样我这个角色才算是称职的。方案完成之后，向领导的汇报工作不是很成功，前后汇报的三次才算通过，这算是一次很深刻的教训，需要吸取。

　　4、需求文档和设计文档的规范性

　　需求文档和设计文档的规范性这个问题一直困扰着我，不仅仅是这个项目，其它项目也存在相同的问题，就当前我所参与过的项目来讲，需求和设计能够做的好的很少。需求文档和设计文档应该体现哪些内容，这些内容如何以比较好的方式来表达，才能清晰地描述清楚需求和系统的设计？

　　5、应用推广重视度不够

　　建设一个系统的目的是什么？目的是希望系统能够为公司带来价值。那么如何体现价值？系统通过为公司的业务发展提供支撑能力，从而实现公司收入的增长的方式来体现价值。那么系统只有真正被业务部门使用起来才能够发挥出价值。而在本项目的建设过程中，虽然意识到了应用推广的重要性，但是具体的应用推广工作还是做的非常不够，感觉是在为建设系统而建系统，感觉最求的是完成建设任务，至于用不用就不关我事了。