电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > DOCX文档下载
分享到微信 分享到微博 分享到QQ空间

项目管理工作总结4篇

  • 资源ID:474727318       资源大小:20.61KB        全文页数:7页
  • 资源格式: DOCX        下载积分:15金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要15金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

项目管理工作总结4篇

项目管理工作总结4 篇项目管理 工作总结 与心得体会XX 年,转瞬即逝,但回想刚到客户现场时的不知所措,却好像又过去了很久一样。在这一年的时间里,我们经历了酸甜苦辣,但是,最让人值得骄傲的是,我学习到了很多项目管理和质量控制的知识,同时在平时的工作中得到应用,并积累了一些相关经验。下面是我对过去一年的工作经验总结和自认为好的一些实践,请领导评审。项目管理分为九大知识领域,分别是:范围管理、时间管理、成本管理、质量管理、人员管理、沟通管理、风险管理、采购管理和综合管理。范围管理最应该关注的是:防止不必要的变更。但是目前项目组在开发的过程中,不能详细而明确的说明用户需求,让用户在程序开发之前进行需求确认,使得后期不可避免的发生所谓的变更,而实际上也许是项目组不能实现用户的需求,用户没有别的办法,只能采取另一种实现方式的变更,或者程序实现了的并不是用户真正的需要,导致 uat 测试阶段大量的变更。我们一直以来的想法就是 “抓两头,控中间 ”,所以,需求阶段建议采用原型法,在用户无法提出明确需求的条件下,尽量引导、还原用户需求,且需求一定要业务部门确认。另外,据我的经验,项目组在制定项目计划的时候,一定要把项目组所有的任务都包含在进度表里,包括文档的评审、代码检查、上线会议等管理及沟通工作。事实证明,如果按照行方的过程要求,把任务尽量全面的列入进度管理表中,到了对应的时间点,也不会忘记此项活动的执行,因此,相对能比较好的执行要求的过程。时间管理方面,目前,由于受评分体系的制约,普遍存在的现象是,无论谁的原因导致进度落后,项目组都会频繁的调整进度管理表,来使进度不延迟。时间管理重要的是保证项目进度与计划一致,但是受各方面原因制约,几乎没有一个项目组能够按照进度计划执行项目。人都是有惰性的,就像忘记了哪个原理所阐述的,一个任务本来可以三天完成,但是分配给人十天完成,那这个人就一定会在十天完成,而不会提前完成。我跟踪的一个进度控制相对比较好的项目,项目组内部控制进度非常紧,留出充足的缓冲时间,所以,相对这个项目进度延期的可能性就小了很多。因为本次工作我们是代表甲方进行管理的,所以在这一年当中几乎没有对成本进行控制,此处不做说明。我们过去一年最重要的工作,就是项目管理和质量控制,但是作为最重要工作之一的质量控制,我认为我做的并不好。在过去的一年中,过程质量保证相对做的比较好,但是产品质量方面就差了很多。cmmi 标准 ppqa过程域中要求的很多活动我们都没有做到,包括没有质量保证计划等。因为对银行业务不了解,我几乎没有参与 qc 的工作。当然,也有一定的收获:比如,uat 测试中,要尽量让熟悉业务的人员尽快介入 uat 测试,否则越难发现且越复杂的bug 会在项目后期提出,这样对项目造成的影响是很严重的。提高质量的三个方法就是缺陷预防、测试和评审。去年只在一个项目用到了缺陷预防的方法,但是没有考察缺陷预防的效果。一般来说,项目的工期都比较紧,测试用例很多情况都是测试的同时编写的,也没有熟悉业务的人员进行评审。要想使测试覆盖率达到 100%,首先项目组得有业务流程图,其次 qa 得能够比较熟悉业务,过去的一年这一点几乎没有落到实处。也许是每个 qa 跟踪的项目较多,就存在这样一个矛盾, qa 需要编写的文档越来越多,如果要把所有的文档都及时的填写,根本就没有跟项目组沟通和深入监控项目的时间。要想深入到项目组,目前看来真是一件比较困难的事情。IT 公司项目管理工作总结仅仅从做好管理这的角度来说,其实并不难,而且也有许多理论作为依据,战略规划、运营计划、团队建设、企业文化、流程制度等可以按照一定的科学规则去制定和实施。这段时间比较令我困惑的是“领导 ”,以及管理和领导之间如何进行协调和平衡。管理与处理复杂情况有关。如果没有好的管理,复杂的企业可能会杂乱无章,面临生存危机。好的管理给诸如产品的质量和赢利能力等关键指标带来一定的秩序和连贯性。尤其是科学的管理制度和流程规范可以帮助企业提高效率和规避风险。领导更多的与变化有关,处理一些突发情况,企业、产品、业务等方面进行变革,这些都需要领导能力。有些时候管理和领导之间可以相辅相成,但有些时候会互为矛盾,如何进行协调和平衡,这些是无法通过理论来学习到,要依靠自身的知识能力和经验。比如现在的产品实施,以业务为起点,经过产品策划、设计、开发、测试、验收、上线运营来完成。可是某个产品功能,业务无法给出具体的需求,而且时间也比较紧迫,那么只能安排产品部门,要求他们根据自身对产品和市场的理解,替业务出需求,并进行产品策划,然后跟业务部门进行沟通讨论。由于情况特殊,那么必须破除规则,使用新的流程。但是如果经常这样,就会产生很大的风险,毕竟对市场和业务的把握,产品部门肯定不如业务部门清晰,那么由产品部门主导的产品,在日后的运营和业务拓展过程中,很可能出现偏离市场的危险。公司制定的管理制度和流程规范是为了帮助企业提高效率和规避风险,其中主要功能是明确责权利,尤其是工作职责,而我们是从事互联网业务,这就与互联网的开放、创新文化形成了冲突,前不久马云写给阿里新员工的信中写道“刚来公司不到一年的人,千万别给我写战略报告,千万别瞎提阿里发展大计 .谁提,谁离开 ”,虽然话语偏激了一些,但是也反映了企业管理制度和创新变革之间的矛盾。这也是最令我头疼的事情,不管是大公司,还是小企业,在企业规范管理和领导创新变革之间寻找一个合适的度,这才是最难最难最难的啊!项目管理试用期工作总结范文项目管理试用期转正工作总结时间好快,短短我来到xx 公司已经两个月拉。在这段时间里,每天都在感受xx 公司的激情和发展。和同事的相处中,我得到了很多帮助,这其中更多的是来自我的指导人吕某,每每我碰见一些生疏的办事环节或工作任务,总能得到他的精心指导。如今我对 xx 公司有了一个全面的了解,感受到了很多同事间的和谐友好,项目组的团队意识。在过去的两个月里,我负责 x 模块的需求讨论、数据库设计,代码编写进度管理的同时,还负责 x 项目 xx 平台的开发进度管理,通过与大伙的通力合作,基本上在规定的时间内完成了大部分的业务需求。通过这个项目,也增强了自己在项目管理方面的经验,学习了很多 x 方面的业务知识,全面地了解了项目组内各成员的综合素质和工作能力。就个人业务方面,对 x 大部分业务做了深入的了解。 xx 评估方面,我主要了解 x,x,x,x 等业务。当然这很多得益于小唐、小卫、小冯等人的精心指导,我很是感谢他们。在已过去的 x 项目实施过程中,我也发现了项目组存在的一些优势和问题。对于优势我就不多说,主要还是大伙的实干精神较强吧。针对项目组存在的一些问题,这里我发表一些个人的观点,仅供参考。1项目组的控制力由于我们当前的项目是一个全新的组合,各成员间存在太多的生疏和不确定性,这就造成了,我们在实施计划任务的过程中,对其风险的控制程度不为乐观。我们在制作相关计划任务的时候总是凭借自己的第一感去处理,所以在实施过程中也出现了很多计划滞后的事件,对待这些滞后我们唯有加班来弥补,过度的加班和返工必然损坏其组内成员对项目组控制力的满意度,当然也直接影响到对公司的认知和评价。我感觉我们总是缺少一些可以控制和预见的能力,完成任何事情或目标总是存在不可预知的风险,但如何在风险爆发前最大限度的加以控制,降低其影响层面,那是我们应该去考虑和管控的。2项目组的协作力说到项目组的协作力,我觉得当前我们做的很差,在任务实施的过程中,现在的项目组就好比中国古代的三国时期 群雄逐鹿,各忙各的。每天我们都很忙,但是忙的就是自己的那块空间,彼此的交流和协作时间太少。一个功能模块的实现不是最大限度去寻求业务的吻合度,而是自己凭借自己脑袋乱写,自创轮子,总是把自己的意识强加给客户。在过去的代码编写时间里,我总是发现很多同事存在一个问题,自己做的模块与别人的存在关联,这时候彼此间需要进行简单的交流,配合完成。但是很多人没有交流,而是把别人的代码下来,然后加上自己的需要,提交完事,等其具体人员某天发现自己的代码被修改而不为所知,最终遇到问题,相互推诿,这就是缺乏交流的后果。说到协作,顺便说下分工,在代码编写的过程中最为紧要的应该就是分工明确啦,我们需要严格规定那些人有相关文件的修改权限,那些文件删除前需要广播说明。而不是一味的看着不爽就改、删、加,试问操作前是否考虑过有对其项目或别人的影响?3项目组的执行力执行力方面,我觉得主要是我们需要的规范太少,可依赖的标准几乎没有。试问下:我们的开发规范,项目组日常行为准则,系统技术选型方案,技术定型评审标准,压力测试评估范围,代码检查计划,代码核查标准,项目管理年终工作总结一年来,本着 “认真学习、扎实工作 ”的原则,始终坚持高标准、严要求,认真完成了领导安排的各项工作任务,自身的政治素养、业务水平和综合能力等都有了很大提高。现将一年来的工作情况以及今后的努力方向作工作总结如下:一、项目管理系统的维护与数据分析工作恪尽职守,认真作好本职工作。XX 年,中心全面推行项目管理。保障项目管理系统的正常运行,对系统进行全面学习和梳理,是我的岗位职责。系统运行一年来,较好的完成了系统的维护工作任务,确保了系统数据的完整、真实、及时更新。一是对系统各项卡片的核对。包括各部门岗位系数逐月核查 ;项目立项卡标识、工作计划卡标识、任务单的完整一致 ;任务进度的及时调整 ;财务收支数据的核对。二是及时发现系统问题,解决问题。在系统运行过程中,实时观察数据变化,通过细心观察,查找出了存在的问题。能够解决的认真做好记录工作,不能解决的及时与软件开发部门沟通,需求解决的方法。三是不断完善系统数据。项目管理运行中,数据录入存在差异,如收支类项目,对应的项目是否正确,经过不断沟通和探讨,确定了此类项目的收支一致性。通过不断完善此类问题,起到了对系统数据的更进一步的完整。二、公文处理工作认真严谨,保证公文处理的不遗不漏。积极主动的完成了来文、发文、办公文、签报单的登记,及时对呈阅、传阅文的回收和存档。三、其他工作积极主动的完成了办公室日常工作和领导交办的其他工作任务。四、今后计划今后工作的方向:随着项目管理的实行,我们的工作要求将更高,需更细心全面的掌握系统知识。并进一步做好一下几项工作:1、对进度体系和质量考核体系的完善统一。2、抓紧对企业全面纳入系统的工作。3、进一步在应用层面上宣传项目管理。

注意事项

本文(项目管理工作总结4篇)为本站会员(枫**)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.