项目管理个人工作总结(实用8篇)

工作学习中一定要善始善终，只有总结才标志工作阶段性完成或者彻底的终止。通过总结对工作学习进行回顾和分析，从中找出经验和教训，引出规律性认识，以指导今后工作和实践活动。总结怎么写才能发挥它最大的作用呢？以下是小编为大家收集的总结范文，仅供参考，大家一起来看看吧。

项目管理个人工作总结篇一

在过去的一年里，在分公司与项目部领导的指导与带领下，我认真坚持正确的`工作指导思想，树立“让业主满意”的的服务宗旨，尽心尽职，兢兢业业，努力完成工作。20xx年的一月份至八月份末，在项目部王总的带领下，为电信业主做出了优质的服务，在监理工作中，严格要求自己，树立自身强烈的职业责任心，对待工作不马虎，不偷懒，尽自己最大的努力把监理工作做好，遇到不懂或者自己不确定的事情，及时向公司中的经验丰富的老前辈请教，及时正确的处理好每一件事情。

20xx年的x月份至x月份，电信分公司的工程项目为为主，为了配合业主参与“光网xx”的竞赛计划，为了更好的为业主服务，在公司领导的安排下，顺利的拿到工程项目上岗证。在的工程建设项目的工作中，严格把握质量关口，定时定量的对已经完成改造的小区进行巡检，巡检过程中发现的施工工艺的问题，及时通知施工单位的相关负责人进行限时整改，同时以书面报告的形式上报业主。巡检工作的主要内容为：布放主干光缆的布放路由是否与设计相符、新设专用光交的安装质量、光交内光缆的熔接以、光分路器箱内皮线光缆的施工工艺及标志牌的粘贴。并定时的将工作以周报的形式上报项目部，同时将的工程进度与完成的装机量以日报的形式上报业主。随后下半年又开展宽带提速的计划，在宽带提速的计划里，其中有xx个综合点，xx个纯宽带点，并每月上报业主宽带提速的月份工作总价及下月的工作开展计划安排。

对于有电缆拆旧的割接点，严格把握电缆拆旧部分，在施工前，要求施工单位对施工组织方案进行检查，对于施工单位提出存在材料使用变更的割接点，严格的根据施工现场进行查看。在电缆拆旧的工程中，以旁站的监理方式监理电缆拆旧过程，并记录电缆拆旧的电缆断长，在电缆入库时进行核实。每一项工程开工前，对工程主要计划的工程项目包括工程所用的材转自：料以及施工顺序做一些详细的了解，对现场施工的材料做明确的检验，根据建设单位交出的工程设计文本，与当日现场施工的情况做一个比较，最后向业主汇报当日的施工现场情况，让业主能够在第一时间了解工程的施工现场情况及施工进度。

在监理过程中，我主要抓住质量、进度、安全方面的控制，主要强调事前控制，预防为主，结合施工过程的旁站，若发现质量及安全隐患，及时以口头通知形式令施工单位进行整改。对于施工单位上交的竣工资料，要求施工单位上交属实的竣工文本，认真核实竣工文本中的工作量及其材料表，尤其是电缆竣工文本，核实电缆拆旧平衡表与拆旧竣工图纸是否相符合，对于存在问题的电缆拆旧点，现场测量施工路由杆距，确保上交竣工资料的正确性。随后x月份初，在公司领导的安排下，我被调往徐州项目部，在孙总的带领下为徐州电信业主服务。我主要的工作就是徐州电信工程的几个试运行点的巡检工作，将几个工程发现的问题及现场照片上报公司相关的负责人。随后监理市区及新沂地区的epon割接工程，每一批量的工程结束后，汇总各个点的存在的变更情况及电缆拆旧的现场施工情况，减少后续竣工资料变更的麻烦，并将变更情况及现场施工情况汇报给相关负责人。

20xx年即将过去，回顾这一年来的监理工作，体会最深的就是做好监理工作就必须严格认真，有较强的责任心以及较高的业务素质，虽然我很努力扎实的做好每一项工作，但是还是存在很多不足之处，对于监理记录的文字方面有所欠缺，以后自己会加强这方面的学习，提高文字编辑水平，以便更好的为公司服务。

20xx年的工作即将展开，我会时刻服从公司安排，响应公司的号召，保质保量的完成公司下达的任务，努力的提高自身的素质及业务水平，做到让公司放心，让领导满意，为公司在监理行业树立良好的企业形象。我相信邮通的明天会更好。

项目管理个人工作总结篇二

一年来，本着“认真学习、扎实工作”的原则，始终坚持高标准、严要求，认真完成了领导安排的各项工作任务，自身的政治素养、业务水平和综合能力等都有了很大提高。现将一年来的工作情况以及今后的努力方向汇报如下：

一、项目管理系统的维护与数据分析工作

恪尽职守，认真作好本职工作。

xx年，中心全面推行项目管理。保障项目管理系统的正常运行，对系统进行全面学习和梳理，是我的岗位职责。系统运行一年来，较好的完成了系统的维护工作任务，确保了系统数据的完整、真实、及时更新。

一是对系统各项卡片的核对。包括各部门岗位系数逐月核查;项目立项卡标识、工作计划卡标识、任务单的完整一致;任务进度的及时调整;财务收支数据的核对。

二是及时发现系统问题，解决问题。在系统运行过程中，实时观察数据变化，通过细心观察，查找出了存在的问题。能够解决的认真做好记录工作，不能解决的及时与软件开发部门沟通，需求解决的方法。

三是不断完善系统数据。项目管理运行中，数据录入存在差异，如收支类项目，对应的项目是否正确，经过不断沟通和探讨，确定了此类项目的收支一致性。通过不断完善此类问题，起到了对系统数据的更进一步的完整。

二、公文处理工作

认真严谨，保证公文处理的不遗不漏。

积极主动的完成了来文、发文、办公文、签报单的登记，及时对呈阅、传阅文的回收和存档。

三、其他工作

积极主动的完成了办公室日常工作和领导交办的其他工作任务。

四、今后计划

今后工作的方向：随着项目管理的实行，我们的工作要求将更高，需更细心全面的掌握系统知识。并进一步做好一下几项工作：

1、对进度体系和质量考核体系的完善统一。

2、抓紧对企业全面纳入系统的工作。

项目管理个人工作总结篇三

针对投标工作及直管项目设计管理工作，我作以下总结：

投标工作的重点在于工程量复核，工程量复核主要是对招标工程量清单、图纸等信息进行核对的过程，是投标阶段的基础性工作。由于大部分投标任务时间较短，很容易造成漏项，建议对类似项目的工程量清单进行汇总整理，作为今后类似项目的参考。

在总部设计管理部期间有幸参加公司组织的bim培训，经过2周的培训我对bim，尤其是bim在设计与施工中的应用有了很多的感悟。基于bim的可视化技术，设计人员和施工人员在工程开工之前就可以完成对土建、管线及工艺设备等的综合碰撞检查，可以提前采取措施消除硬碰撞和软碰撞、优化工程设计、提高出图质量。此外，基于bim的可视化信息技术进行技术交底，可以让现场技术人员直观生动的了解设计意图，提高图纸信息的沟通效率，减少施工过程中潜在的错误和疏漏，避免返工，而且对于施工过程中的难点、重点项目也可以通过建模的方式，对施工关键点等环节进行模拟、分析、指导。

来总部工作的这半年里，业务水平虽有提高，但是也存在明显不足，在今后的工作中我将尽快消除这些不足的地方：

1、要主动加强沟通能力，充分利用公司资源，提高主观能动性。

2、要提高工作的预见性，提前考虑当前任务可能出现的问题，尽量采取措施避免问题出现。此外，还要提前考虑问题出现后的解决方法，当问题出现时要能够做到有条不紊的处理。

项目管理个人工作总结篇四

2018年，在计划科两位科长的支持和帮助下，较好完成了自己的本职工作以及领导交办的其他任务。现简要回顾总结如下：

一、项目管理工作

一年来，我的工作主要是围绕中心推行项目管理展开。面对项目管理这种科学的管理手段，我努力学习相关理论知识和软件系统操作方法，吃透管理理念，让自己从根本上认识和适应这套管理模式。在工作开展初期，我协助科长一起，参与完成了项目管理软件数据库及操作平台搭建、项目申报及审批、项目立项及分解下达等一系列阶段性工作，中心项目管理体系基本建立。在项目管理运行过程中，我参与了系统日常维护和数据处理工作，参与项目管理督导工作，了解各单位开展项目管理工作情况，收集相关问题，对于各单位提出的许多共性问题，主动研究思考，与同事一起探讨，大胆假设。通过自己的努力，结合对项目管理软件数据的`分析理解，形成了一些解决问题的方法，帮助部分单位解决了产值下达、绩效发放等环节出现的问题。

二、资产管理工作

年底，根据委财经局相关部门转发的财政部《行政事业单位资产管理信息系统》工作要求，我承担了中心固定资产数据软件信息化的工作。在规定时间里，完成了xx年之前中心固定资产数据核对修正工作，并将其与08、09年新增资产数据一起导入行政事业单位资产管理信息系统，并做到汇总数据与财务报表相一致，达到预期目的。

三、2018年的工作计划

1、进一步完善项目管理工作。

2、学习建设管理相关知识。

将本文的word文档下载到电脑，方便收藏和打印

推荐度：

点击下载文档

搜索文档

项目管理个人工作总结篇五

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

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

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

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

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

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

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

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

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

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

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

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

项目管理个人工作总结篇六

一年来，我的工作主要是围绕中心推行项目管理展开。面对项目管理这种科学的管理手段，我努力学习相关理论知识和软件系统操作方法，吃透管理理念，让自己从根本上认识和适应这套管理模式。在工作开展初期，我协助科长一起，参与完成了项目管理软件数据库及操作平台搭建、项目申报及审批、项目立项及分解下达等一系列阶段性工作，中心项目管理体系基本建立。在项目管理运行过程中，我参与了系统日常维护和数据处理工作，参与项目管理督导工作，了解各单位开展项目管理工作情况，收集相关问题，对于各单位提出的许多共性问题，主动研究思考，与同事一起探讨，大胆假设。通过自己的努力，结合对项目管理软件数据的分析理解，形成了一些解决问题的方法，帮助部分单位解决了产值下达、绩效发放等环节出现的问题。

二、资产管理工作

年底，根据委财经局相关部门转发的财政部《行政事业单位资产管理信息系统》工作要求，我承担了中心固定资产数据软件信息化的工作。在规定时间里，完成了xx年之前中心固定资产数据核对修正工作，并将其与08、新增资产数据一起导入行政事业单位资产管理信息系统，并做到汇总数据与财务报表相一致，达到预期目的。

三、20xx年的工作计划

1、进一步完善项目管理工作。

项目管理工作的开展是一个不断发现问题解决问题的过程。20xx年，我将继续协助配合搞好项目管理系统维护工作，保证系统正常运转，数据正确无误，指标真实可靠。在企业实行项目管理过程中遇到的特有问题上狠下功夫，寻求可行的解决方法。努力研究如何有效进行进度管理、如何发挥项目组长作用、如何建立更为合理的部门考核机制等20xx年亟待解决的问题。

2、学习建设管理相关知识。

根据中心20xx年工作会议主要工作分解意见，计划科今后的工作将涉及到二期集资建房、南院建设等项目的建设管理。因此，20xx年我将开始着手基建方面知识的学习，了解合同管理、招投标管理、预算管理相关规定，希望能在短时间内达到一定水平，为今后的工作奠定基础。

项目管理个人工作总结篇七

根据公司安排，我自2007年12月14日开始在xx项目管理部工作，至今已有4个多月的时间。现对这一段时间内的个人工作、部门工作和与平台公司的相关工作向领导做如下汇报：

在香河的这4个多月是我在领导的帮助和教导下学习和成长的4个月，这段时间使我从一个单独的项目管理人逐渐转变为一个部门管理人。在工作中的不足之处和改进方法如下：

1、管理环节有漏洞；计划-执行-检查-修正这四个环节中最后两个环节做的不到位。工作中在检查出在执行上有问题，通知修正后没有再去检查。在以后的工作中一定注意后两个环节，检查后若与计划不符就通知修正，在去检查知否修正到位。

2、知识积累不及时；虽然工作日记每天都在写，但写日记仅仅作为签洽商的凭据，没有再上升一个高度作为避免类似事情发生的依据。以后每月总结一次，把总结整理出来的东西与部门同事分项，不但自己要这么做，同时要求部门同事也这样做。

3、自身定位不准确；刚到香河基建部我没有把自己放在领导的位置上，仍然沿用以前的工作方式自己负责一个项目，部门成员各自负责自己的项目。平时自己多干点工作，起到一个带头的作用。以后要确定自己位置，把每件事落实到部门每个人身上。让香开基建成为一个以华夏新城为中心的团队。

在和部门同事协作的这段时间里，对部门每位成员有了一个初步的了解。部门工作的不足和改进方法以下：

1、缺乏主人翁意识；部门成员为工作而工作，没有主动去工作。没有把自己作为公司的主人事事为公司着想，除了自己本职工作范围内的事情外，其他事情没有和相关人员沟通和提示。以后在开周会时要求除了汇报自己的一周工作内容外，还要要求每人对每个项目发表自己的意见。这样每个项目就会集中多人智慧，形成“一人集中管理，多人出谋划策”的态势。

2、没有发挥主观能动性；部门分到每个人的各项任务不是主动去想办法完成，而是一有困难就给我说让我拿出解决办法。以后对于类似事情，要求当事人自己拿出最少两种方案或意见有我决策，我决策不了的在向领导请示。

在部门与平台公司相互协作的这段时间中，主要不足和改进方法如下：

1、与平台公司的各部门之间加强合作交流，由于我们部门从事的基建工作专业性比较强，对于平台公司的其他部门有些专业的术语他们根本就听不懂。在合作时多向其他部门学习和多给他们说一些工序流程和施工方法可以拉近距离。在其他部门如因工作未完而影响到我部门工作时应及时督促，及时说明对我部门的影响程度。如果督促三次仍没有进展，立即写协调函请上级领导协调。不能不闻不问，最后虽然我部门不承担责任，但是耽搁的工期时间是无法弥补的。

2、与平台公司领导之间应多汇报工作。以前领导问起来才说什么工作有什么困难，使部门工作处于被动。以后只要领导有时间就向领导汇报一个阶段的工作，让领导知道这一阶段做了什么，有什么困难。平台公司领导代表着政府，有些任务有一定的政治性但是实施起来会增加公司成本。在遇到这种情况时应仔细向领导反应情况解释说明，给领导提供几种方案寻找一个平衡点。

这段时间的工作和体会基本上就是这些，请程总给予批评指正。

项目管理个人工作总结篇八

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

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

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

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

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

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

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

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

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

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

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

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