2017年个人工作总结范文|2017年项目管理工作总结范文4篇

【fanwen.jxxyjl.com--项目工作总结】

2017年项目管理工作总结范文IT公司项目管理工作总结项目管理工作总结与心得体会项目管理个人工作总结

　　范文一

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

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

　　首先，在技术管理方面：

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

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

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

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

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

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

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

　　范文二

　　XX年即将过去，回顾半年来的工作经历，总结半年来工作中的经验、教训，有利于在以后的工作中扬长避短，更好的做好技术工作，以下粗略的对本年度的工作作以下总结。

　　作为公司驻现场的机电管理人员，我按照公司的各项制度，按时按质地完成了各项管理工作。过去的半年里，我参与管理的余姚市精品馆装饰项目顺利地完成暖通工程的风管安装、暖通供回水工程的立管安装、水电安装工程的吊顶内配管配线和卫生间给水管安装工程。很有幸能参与本项目的建设，参与安装工程的施工。在我的脑海中现场管理归纳与以下几点。

　　首先，贯彻设计意图，在施工过程中，按图纸要求施工，施工前就要对项目有个总体的安排计划。在遇到具体施工问题，及时和建设方、设计方沟通，首先提出问题，并提供自己的调整意见，供建设方和设计方参考，这样有利于问题的及时解决，并且能够得到建设单位的认可和信任。在施工过程中，必须以项目的成本为出发点，多考虑人材机的节约，施工前了解项目的预算造价，做到心里有数，综合考虑项目的成本节约。

　　其次，为了有效的管理工作，根据项目部制定的施工进度计划，要求各班组按项目部的施工进度计划合理的组织劳动力，劳动器材，合理的安装材料进场计划，做到材料提前送检、封样，杜绝不合格材料进场，从源头上抓好材料的质量关。施工前做好技术交底工作，把安装工程具体的质量要求和工艺水平以书面形式告知施工班组，并根据平时现场检查时发现的问题及时总结，细化后再在工程例会上更正。平时要多和班组长谈质量、谈工艺，返工的事情就会减少发生，特殊的施工班组要尽最大努力，把他们的积极性调动起来，尽量减少班组的质量薄弱意识。管理做到人性化，经常和各班组沟通，和他们讲解质量的重要性，安全的经济性，效益来源于安全施工来源于精心管理。

　　第三，安全生产贯穿于整个施工工程，在本工程上，各安装班组能积极重视安全工作，平日开会多讲多要求，并签落实责任，在具体施工时再检查。施工现场挂好相关的标示标牌及警示牌，时刻督促员工的安全意识。

　　第四，今年有幸参加公司的信息化管理工作，这对我来说是一次挑战，在不熟悉的领域里学习，学到了一些新的知识，使自己的业务能力提高了一个层次，很感谢公司给予的机会，以后工程管理实现信息化和数化的管理是大势所趋，信息化管理减少了绕弯路和无用功。

　　紧张的工作之余，为了提高自己的业务水平，把工作做得更好，也为了以后的发展，业余时间给自己多充充电，本项目中遇到了以前未曾接触过的电梯安装工程，通过翻阅相关书籍规范，给了自己一个学习和挑战的机会。

　　在过去的XX年中我认真要求自己，提高自己的业务水平，在工作中兢兢业业，取得了一定的发展，也发现了自己的一些不足，我想在以后的工作中我要扬长避短，弥补不足，全面做好本职工作，为公司的发展做出自己的贡献。公司正处于起步阶段，我们每个员工都要发挥自己的所能，共同为我们公司从创业期走向发展期付出自己的力量。

　　仅仅从做好管理这的角度来说，其实并不难，而且也有许多理论作为依据，战略规划、运营计划、团队建设、企业文化、流程制度等可以按照一定的科学规则去制定和实施。这段时间比较令我困惑的是“领导”，以及管理和领导之间如何进行协调和平衡。

　　管理与处理复杂情况有关。如果没有好的管理，复杂的企业可能会杂乱无章，面临生存危机。好的管理给诸如产品的质量和赢利能力等关键指标带来一定的秩序和连贯性。尤其是科学的管理制度和流程规范可以帮助企业提高效率和规避风险。

　　领导更多的与变化有关，处理一些突发情况，企业、产品、业务等方面进行变革，这些都需要领导能力。有些时候管理和领导之间可以相辅相成，但有些时候会互为矛盾，如何进行协调和平衡，这些是无法通过理论来学习到，要依靠自身的知识能力和经验。

　　比如现在的产品实施，以业务为起点，经过产品策划、设计、开发、测试、验收、上线运营来完成。可是某个产品功能，业务无法给出具体的需求，而且时间也比较紧迫，那么只能安排产品部门，要求他们根据自身对产品和市场的理解，替业务出需求，并进行产品策划，然后跟业务部门进行沟通讨论。由于情况特殊，那么必须破除规则，使用新的流程。但是如果经常这样，就会产生很大的风险，毕竟对市场和业务的把握，产品部门肯定不如业务部门清晰，那么由产品部门主导的产品，在日后的运营和业务拓展过程中，很可能出现偏离市场的危险。

　　公司制定的管理制度和流程规范是为了帮助企业提高效率和规避风险，其中主要功能是明确责权利，尤其是工作职责，而我们是从事互联网业务，这就与互联网的开放、创新文化形成了冲突，前不久马云写给阿里新员工的信中写道“刚来公司不到一年的人，千万别给我写战略报告，千万别瞎提阿里发展大计...谁提，谁离开”，虽然话语偏激了一些，但是也反映了企业管理制度和创新变革之间的矛盾。

　　这也是最令我头疼的事情，不管是大公司，还是小企业，在企业规范管理和领导创新变革之间寻找一个合适的度，这才是最难最难最难的啊！！！

　　，转瞬即逝，但回想刚到客户现场时的不知所措，却好像又过去了很久一样。在这一年的时间里，我们经历了酸甜苦辣，但是，最让人值得骄傲的是，我学习到了很多项目管理和质量控制的知识，同时在平时的工作中得到应用，并积累了一些相关经验。下面是我对过去一年的工作经验总结和自认为好的一些实践，请领导评审。

　　项目管理分为九大知识领域，分别是：范围管理、时间管理、成本管理、质量管理、人员管理、沟通管理、风险管理、采购管理和综合管理。

　　范围管理最应该关注的是：防止不必要的变更。但是目前项目组在开发的过程中，不能详细而明确的说明用户需求，让用户在程序开发之前进行需求确认，使得后期不可避免的发生所谓的变更，而实际上也许是项目组不能实现用户的需求，用户没有别的办法，只能采取另一种实现方式的变更，或者程序实现了的并不是用户真正的需要，导致uat测试阶段大量的变更。我们一直以来的想法就是“抓两头，控中间”，所以，需求阶段建议采用原型法，在用户无法提出明确需求的条件下，尽量引导、还原用户需求，且需求一定要业务部门确认。另外，据我的经验，项目组在制定项目计划的时候，一定要把项目组所有的任务都包含在进度表里，包括文档的评审、代码检查、上线会议等管理及沟通工作。事实证明，如果按照行方的过程要求，把任务尽量全面的列入进度管理表中，到了对应的时间点，也不会忘记此项活动的执行，因此，相对能比较好的执行要求的过程。

　　时间管理方面，目前，由于受评分体系的制约，普遍存在的现象是，无论谁的原因导致进度落后，项目组都会频繁的调整进度管理表，来使进度不延迟。时间管理重要的是保证项目进度与计划一致，但是受各方面原因制约，几乎没有一个项目组能够按照进度计划执行项目。人都是有惰性的，就像忘记了哪个原理所阐述的，一个任务本来可以三天完成，但是分配给人十天完成，那这个人就一定会在十天完成，而不会提前完成。我跟踪的一个进度控制相对比较好的项目，项目组内部控制进度非常紧，留出充足的缓冲时间，所以，相对这个项目进度延期的可能性就小了很多。

　　因为本次工作我们是代表甲方进行管理的，所以在这一年当中几乎没有对成本进行控制，此处不做说明。

　　我们过去一年最重要的工作，就是项目管理和质量控制，但是作为最重要工作之一的质量控制，我认为我做的并不好。在过去的一年中，过程质量保证相对做的比较好，但是产品质量方面就差了很多。cmmi标准ppqa过程域中要求的很多活动我们都没有做到，包括没有质量保证计划等。因为对银行业务不了解，我几乎没有参与qc的工作。当然，也有一定的收获：比如，uat测试中，要尽量让熟悉业务的人员尽快介入uat测试，否则越难发现且越复杂的bug会在项目后期提出，这样对项目造成的影响是很严重的。提高质量的三个方法就是缺陷预防、测试和评审。去年只在一个项目用到了缺陷预防的方法，但是没有考察缺陷预防的效果。一般来说，项目的工期都比较紧，测试用例很多情况都是测试的同时编写的，也没有熟悉业务的人员进行评审。要想使测试覆盖率达到100%，首先项目组得有业务流程图，其次qa得能够比较熟悉业务，过去的一年这一点几乎没有落到实处。也许是每个qa跟踪的项目较多，就存在这样一个矛盾，qa需要编写的文档越来越多，如果要把所有的文档都及时的填写，根本就没有跟项目组沟通和深入监控项目的时间。要想深入到项目组，目前看来真是一件比较困难的事情。

　　由于各项目组pm管理能力高低不同，人员管理方面也表现出了很多问题。有的项目到后期的时候，只有一两个人能够胜任工作。因为越到后期的工作，越需要人员在这个项目的综合能力高，如果平时不注意培养人才，一个项目做完了，人员能力并不会有太大的提高，导致项目后期任务只能依靠一两个人，对于项目来说，这样的情况会造成项目延期，对于个人来说，忙碌的这一两个人始终得不到休息，满负荷的工作，效率自然不会高，而其他人员就相对比较轻松，但是能力没有提高。因此，在项目初期进行项目策划的时候，就应该制定好人员培养等计划，以满足后期项目需求。

　　我认为沟通管理是项目管理九大知识领域中最重要的一个，软件工作中几乎所有的工作都是依靠人来完成了，而人和人之间最重要的莫过于沟通。项目管理的时间75%到90%用于沟通，45%左右用于倾听。项目初期就必须注重与领导及相关方的沟通，获取他们对项目的期望，从而制定项目目标；项目执行过程中，要积极与行方pm沟通项目中遇到的困难和问题，越快越早的解决问题，使对项目造成的影响降到最低。沟通最重要的是站在对方的立场分析问题，提出解决方案，需要沟通的双方如果都不能明白彼此在说些什么，那沟通就没有意义了，但可笑的是，行方与项目组之间的沟通，往往都是这样的。软件行业也是服务行业的一种，我们要抱着为客户服务的心态来工作，站在客户的角度思考，满足客户提出的要求，只有客户满意了，我们的工作才算是做好了。

　　风险管理也是这一年中做的比较不好的一项工作。项目组识别的风险，都是项目初期项目组pm为了达到pmo的要求，为了填写风险管理表而想出来的。因为我经验不足，也没能给项目太多关于风险识别方面的建议。以我现在的知识，有些项目问题发生了，但并不能识别出来。但也有些经验积累，例如：如果项目生命周期中包含长假，比如十一长假，十一前后共计半个月的时间人员的工作效率就会很低，相应的在制定项目计划的时候就应该识别这个风险；无论这个产品或者平台在别的银行有多么好的实践效果，只要有客户化的部分，无论多少都将会是风险；与其他系统接口较多的系统，相对的风险就更大了。项目初期采取“头脑风暴”的方式识别项目风险是比较好的一种方法，如果项目组本身有风险库，从风险库中筛选也是很好的方法。

　　本年度的项目管理工作没有涉及采购管理，此处不做说明。

　　项目管理各大知识领域是相互关联，相互影响的。例如：评审作为质量管理的活动，有必要写到进度管理中，作为项目任务的一部分；沟通管理中的召开例会，也作为进度管理中的循环任务；如果范围管理中需求变更提出的很多，势必影响项目进度，相应的就得调整进度管理表等。

　　综合所述，09年收获最大的是学到一些与人沟通的方式方法，并把自己学到的项目管理理论运用到了部分实践中，同时总结了一些经验教训。

　　洋洋洒洒一大篇，写的不好，希望苗部长和小勇哥哥不用客气，反正我已经做好请大家吃饭的准备了，俺不差钱，呵呵！

　　20xx年，转瞬即逝，但回想刚到客户现场时的不知所措，却好像又过去了很久一样。在这一年的时间里，我们经历了酸甜苦辣，但是，最让人值得骄傲的是，我学习到了很多项目管理和质量控制的知识，同时在平时的工作中得到应用，并积累了一些相关经验。下面是我对过去一年的工作经验总结和自认为好的一些实践，请领导评审。

　　项目管理分为九大知识领域，分别是：范围管理、时间管理、成本管理、质量管理、人员管理、沟通管理、风险管理、采购管理和综合管理。

　　范围管理最应该关注的是：防止不必要的变更。但是目前项目组在开发的过程中，不能详细而明确的说明用户需求，让用户在程序开发之前进行需求确认，使得后期不可避免的发生所谓的变更，而实际上也许是项目组不能实现用户的需求，用户没有别的办法，只能采取另一种实现方式的变更，或者程序实现了的并不是用户真正的需要，导致uat测试阶段大量的变更。我们一直以来的想法就是“抓两头，控中间”，所以，需求阶段建议采用原型法，在用户无法提出明确需求的条件下，尽量引导、还原用户需求，且需求一定要业务部门确认。另外，据我的经验，项目组在制定项目计划的时候，一定要把项目组所有的任务都包含在进度表里，包括文档的评审、代码检查、上线会议等管理及沟通工作。事实证明，如果按照行方的过程要求，把任务尽量全面的列入进度管理表中，到了对应的时间点，也不会忘记此项活动的执行，因此，相对能比较好的执行要求的过程。

　　时间管理方面，目前，由于受评分体系的制约，普遍存在的现象是，无论谁的原因导致进度落后，项目组都会频繁的调整进度管理表，来使进度不延迟。时间管理重要的是保证项目进度与计划一致，但是受各方面原因制约，几乎没有一个项目组能够按照进度计划执行项目。人都是有惰性的，就像忘记了哪个原理所阐述的，一个任务本来可以三天完成，但是分配给人十天完成，那这个人就一定会在十天完成，而不会提前完成。我跟踪的一个进度控制相对比较好的项目，项目组内部控制进度非常紧，留出充足的缓冲时间，所以，相对这个项目进度延期的可能性就小了很多。

　　因为本次工作我们是代表甲方进行管理的，所以在这一年当中几乎没有对成本进行控制，此处不做说明。

　　我们过去一年最重要的工作，就是项目管理和质量控制，但是作为最重要工作之一的质量控制，我认为我做的并不好。在过去的一年中，过程质量保证相对做的比较好，但是产品质量方面就差了很多。cmmi标准ppqa过程域中要求的很多活动我们都没有做到，包括没有质量保证计划等。因为对银行业务不了解，我几乎没有参与qc的工作。当然，也有一定的收获：比如，uat测试中，要尽量让熟悉业务的人员尽快介入uat测试，否则越难发现且越复杂的bug会在项目后期提出，这样对项目造成的影响是很严重的。提高质量的三个方法就是缺陷预防、测试和评审。去年只在一个项目用到了缺陷预防的方法，但是没有考察缺陷预防的效果。一般来说，项目的工期都比较紧，测试用例很多情况都是测试的同时编写的，也没有熟悉业务的人员进行评审。要想使测试覆盖率达到100%，首先项目组得有业务流程图，其次qa得能够比较熟悉业务，过去的一年这一点几乎没有落到实处。也许是每个qa跟踪的项目较多，就存在这样一个矛盾，qa需要编写的文档越来越多，如果要把所有的文档都及时的填写，根本就没有跟项目组沟通和深入监控项目的时间。要想深入到项目组，目前看来真是一件比较困难的事情。

　　由于各项目组pm管理能力高低不同，人员管理方面也表现出了很多问题。有的项目到后期的时候，只有一两个人能够胜任工作。因为越到后期的工作，越需要人员在这个项目的综合能力高，如果平时不注意培养人才，一个项目做完了，人员能力并不会有太大的提高，导致项目后期任务只能依靠一两个人，对于项目来说，这样的情况会造成项目延期，对于个人来说，忙碌的这一两个人始终得不到休息，满负荷的工作，效率自然不会高，而其他人员就相对比较轻松，但是能力没有提高。因此，在项目初期进行项目策划的时候，就应该制定好人员培养等计划，以满足后期项目需求。

　　我认为沟通管理是项目管理九大知识领域中最重要的一个，软件工作中几乎所有的工作都是依靠人来完成了，而人和人之间最重要的莫过于沟通。项目管理的时间75%到90%用于沟通，45%左右用于倾听。项目初期就必须注重与领导及相关方的沟通，获取他们对项目的期望，从而制定项目目标;项目执行过程中，要积极与行方pm沟通项目中遇到的困难和问题，越快越早的解决问题，使对项目造成的影响降到最低。沟通最重要的是站在对方的立场分析问题，提出解决方案，需要沟通的双方如果都不能明白彼此在说些什么，那沟通就没有意义了，但可笑的是，行方与项目组之间的沟通，往往都是这样的。软件行业也是服务行业的一种，我们要抱着为客户服务的心态来工作，站在客户的角度思考，满足客户提出的要求，只有客户满意了，我们的工作才算是做好了。

　　风险管理也是这一年中做的比较不好的一项工作。项目组识别的风险，都是项目初期项目组pm为了达到pmo的要求，为了填写风险管理表而想出来的。因为我经验不足，也没能给项目太多关于风险识别方面的建议。以我现在的知识，有些项目问题发生了，但并不能识别出来。但也有些经验积累，例如：如果项目生命周期中包含长假，比如十一长假，十一前后共计半个月的时间人员的工作效率就会很低，相应的在制定项目计划的时候就应该识别这个风险;无论这个产品或者平台在别的银行有多么好的实践效果，只要有客户化的部分，无论多少都将会是风险;与其他系统接口较多的系统，相对的风险就更大了。项目初期采取“头脑风暴”的方式识别项目风险是比较好的一种方法，如果项目组本身有风险库，从风险库中筛选也是很好的方法。

　　本年度的项目管理工作没有涉及采购管理，此处不做说明。

　　项目管理各大知识领域是相互关联，相互影响的。例如：评审作为质量管理的活动，有必要写到进度管理中，作为项目任务的一部分;沟通管理中的召开例会，也作为进度管理中的循环任务;如果范围管理中需求变更提出的很多，势必影响项目进度，相应的就得调整进度管理表等。

　　综合所述，xxxx年收获最大的是学到一些与人沟通的方式方法，并把自己学到的项目管理理论运用到了部分实践中，同时总结了一些经验教训。

本文来源：https://fanwen.jxxyjl.com/xiangmugongzuozongjie/278660.html