精选项目管理工作总结范文(精选16篇).pdf

精选项目管理工作总结范文(精选16篇).pdf

  1. 1、本文档共38页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

精选项目管理工作总结范文(精选16篇)

精选项目管理篇1

今天是我来公司工作整整一年时间了,在这一年中我学到了很多

一技之长的知识,也让我明白了从一个金融行业职位,变成了在工程

上担任项目管理这一职。一开始我对工程管理这块的确很迷茫,从没

想过自己会从事这个行业,慢慢的自己摸索着管理理念,随着项目不

断发展壮大,我不仅对工程管理能力得到了全面的提升,并且在团队

协作和沟通有了深层次的认识;我深知取得的这些进步和公司的培养

是分不开的。展望20xx年是机遇和挑战并存的一年,我将继续团结在

公司领导核心周围,努力工作,艰苦奋斗,为公司向更高层次发展做

出自己的贡献。

20xx年即将接近尾声了,回首20xx年,公司三期项目全面面临

竣工,项目上的工作重点也从三期转入五期。根据项目部继续安排我

留在五期进行工程项目管理工作,在经过短暂的一年之后,马上进入

自己的角色。首先根据领导要求,主要完成以下五方面的工作:

一、专业基础方面

按照部门安排,结合专业实际特点,制定了专业的日常维护计划,

建立了专业的工作常识,并收集大量有关消防工程方面的资料。

二、现场管理方面

针对本专业所管辖的设备制定了个人的工作计划,每日跟踪重点

项目,全身心投入,督促现场施工单位做好日常管理工作,重点监督

完成整改等工作,协助完成了结构具体工作。

三、施工质量方面

按照有关的质量管理标准和规范对全现场消防给排水系统进行了

全面跟踪,从而使工程质量处于受控状态。

四、安全管理方面

我个人做到每日对现场的巡查,坚持主要对安全文明施工进行反

复的督促。

五、配合其他工程项目方面

在做好专业工作的同时,我还积极完成领导交办的其他工作。一

年来为了做好工作,我主动收集资料,积极与其它部门配合,积极配

合公司合约部完成项目结算工作。

在这一年中,在同事的帮助和领导的信任下,圆满的完成了各项

工作,也学到了很多新的知识,取得了一些成绩,但仍存在一定的差

距,因此在明年的工作中准备从以下几方面加强:

1、今后加强学习,认真提高业务、工作水平,着重加强工程施工

管理和工程质量等方面的培训。同时要拓宽知识面,在工作中多留心

相关专业知识的汲取,使自身在消防工程管理等方面得到加强和全面

发展。

2、学习身边其它同志的那种不记个人得失、吃苦耐劳的精神,积

极完成各项工作任务,与同事间积极沟通,鼎力协作,凡事以公司利

益为主,积极为公司创造更高价值,力争取得更大的工作成绩。

3、做好外部协调工作。工程管理涉及到包括施工单位、设计院、

设备厂家的诸多方面因素,在今后的工作中,要主动与各方面沟通,

了解其实际困难,了解现场施工需求的实际进程,一定要将工作做实,

做细,为工程服务。使得在项目上顺利通过消防验收工作。

新的项目意味着新的起点、新的机遇、新的挑战,我决心再接再

厉,只有吃的苦中苦,方能成为人上人。在以后的工作中扬长避短,

克服不足、认真学习、勤奋工作,使自己能一直紧跟公司发展的步伐

和体现自己的价值,为公司今后的繁荣发展做出应有的贡献!

精选项目管理工作总结范文篇2

20xx年,转瞬即逝,但回想刚到客户现场时的不知所措,却好像

又过去了很久一样。在这一年的时间里,我们经历了酸甜苦辣,但是,

最让人值得骄傲的是,我学习到了很多项目管理和质量控制的知识,

同时在平时的工作中得到应用,并积累了一些相关经验。下面是我对

过去一年的工作经验总结和自认为好的一些实践,请领导评审。

项目管理分为九大知识领域,分别是:范围管理、时间管理、成

本管理、质量管理、人员管理、沟通管理、风险管理、采购管理和综

合管理。

范围管理最应该关注的是:防止不必要的变更。但是目前项目组

在开发的过程中,不能详细而明确的说明用户需求,让用户在程序开

发之前进行需求确认,使得后期不可避免的发生所谓的变更,而实际

上也许是项目组不能实现用户的需求,用户没有别的办法,只能采取

另一种实现方式的变更,或者程序实现了的并不是用户真正的需要,

导致uat测试阶段大量的变更。我们一直以来的想法就是“抓两头,

控中间”,所以,需求阶段建议采用原型法,在用户无法提出明确需

求的条件下,尽量引导、还原用户需求,且需求一定要业务部门确认。

另外,据我的经验,项目组

文档评论(0)

***** + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档