it项目经理工作总结_1

上传人:汽*** 文档编号:521675643 上传时间:2023-09-11 格式:DOCX 页数:28 大小:40.28KB
返回 下载 相关 举报
it项目经理工作总结_1_第1页
第1页 / 共28页
it项目经理工作总结_1_第2页
第2页 / 共28页
it项目经理工作总结_1_第3页
第3页 / 共28页
it项目经理工作总结_1_第4页
第4页 / 共28页
it项目经理工作总结_1_第5页
第5页 / 共28页
点击查看更多>>
资源描述

《it项目经理工作总结_1》由会员分享,可在线阅读,更多相关《it项目经理工作总结_1(28页珍藏版)》请在金锄头文库上搜索。

1、it项目经理工作总结篇一:IT项目经理年终总结报告IT项目经理年终总结报告 一年来, GOA系统、国外销售站、外挂、游戏麦站、各收货商站等等都是我们项目部的职能范围。XX年上半年项目部的主要绩效集中在自动囤取软件、自动收货软件、自动转货软件等一系列自动化软件的开发工作上,借助这些软件,公司的营运及管理效率得到了提升,为公司带来了效益!但是我们还有非常大的提升空间,需要大家共同努力去突破。 我们现在还存在以下几个需要解决的问题: 第一点:部门人力配置不足,分工无法细化。一些岗位有经验的技术人员难招聘,是导致这个问题的主要原因。由于公司所在的地区为县级市,导致很多大城市有经验的技术人员不愿意来这边

2、。我们以后可以从身边的同事和朋友方面着手拓展技术人员招聘这块,也希望在座的兄弟姐妹们一起帮帮忙,挖掘身边的合适资源。 第二点:部分同事在处理一些相对繁琐的工作任务地时候,主动性和积极性方面有所欠缺,工作效率比较低。对于这点,接下来我们会借助绩效考核等管理工具,让那些能够为公司创造价值,付诸自身努力的同事,无论从物质上还是精神上都能够获取更大的利益。更重要的一点,就是沟通和合作也是创造效率必不可少的条件。 第三点:一些项目型系统开发的延期,暴露出了我们缺乏项目管理方面的经验。接下来的工作我们需要有清晰的工作流程、责任更加明确、有序地去运作,还需要制定并逐步完善一些相关的开发规范。现在我们已经使用

3、了Redmine对分配的任务进行跟进,不过还是无法满足我们实际的一些需求,这一块还需要作进一步的完善。 把以上提到的几点改善了,相信我们大家在工作当中都能够得到提升。 我们深刻理解项目部门对于公司发展的意义及公司对项目团队的期待和要求!所以,团队的每一位兄弟姐妹们对于公司的价值不言而喻,要充分发挥出我们团队的战斗力,需要我们拧成一股绳,共同努力。有一点可以肯定,“世间自有公道,付出总有回报”,只要我们付出努力,无论是在个人职业素质,物质报酬,或是职务上都会得到提升。目前我们正在开发的CRM系统,工作室管理软件,游戏帐号管理系统,还有和其他一系列的维护工作,以及接下来要做的游戏麦站的改版,我们都

4、有信心做的更好。 我深信,只要我们能够齐心协力,就可以发挥出超强的团队战斗力,就能够跨越前进道路上的任何障碍。 篇二:IT公司项目管理工作总结IT公司项目管理工作总结 -总结仅仅从做好这的角度来说,其实并不难,而且也有许多理论作为依据,战略、运营、团队建设、企业文化、流程制度等可以按照一定的科学规则去制定和,。这段比较令我困惑的是“”,以及管理和领导之间如何进行协调和平衡。管理与处理复杂有关。如果没有好的管理,复杂的企业可能会杂乱无章,面临危机。好的管理给诸如产品的质量和赢利能力等关键指标带来一定的秩序和连贯性。尤其是科学的管理制度和流程规范可以企业提高效率和规避风险。领导更多的与有关,处理一

5、些突发情况,企业、产品、等方面进行变革,这些都需要领导能力。有些时候管理和领导之间可以相辅相成,但有些时候会互为矛盾,如何进行协调和平衡,这些是无法通过理论来到,要依靠自身的知识能力和,()。比如现在的产品实施,以业务为起点,经过产品、设计、开发、测试、验收、上线运营来完成。可是某个产品功能,业务无法给出具体的需求,而且时间也比较紧迫,那么只能安排产品部门,要求他们根据自身对产品和的理解,替业务出需求,并进行产品策划,然后跟业务部门进行沟通。由于情况特殊,那么必须破除规则,使用新的流程。但是如果经常这样,就会产生很大的风险,毕竟对市场和业务的把握,产品部门肯定不如业务部门清晰,那么由产品部门主

6、导的产品,在日后的运营和业务过程中,很可能出现偏离市场的危险。制定的管理制度和流程规范是为了帮助企业提高效率和规避风险,其中主要功能是明确责权利,尤其是职责,而我们是从事互联业务,这就与互联的开放、创新文化形成了冲突,前不久马云写给阿里新员工的信中写道“刚来公司不到一年的人,千万别给我写战略,千万别瞎提阿里发展大计.谁提,谁离开”,虽然话语偏激了一些,但是也反映了企业管理制度和创新变革之间的矛盾。这也是最令我头疼的事情,不管是大公司,还是小企业,在企业规范管理和领导创新变革之间一个合适的度,这才是最难最难最难的啊!IT公司项目管理工作总结随文赠言:【受惠的人,必须把那恩惠常藏心底,但是施恩的人

7、则不可记住它。西塞罗】篇三:软件项目经理工作总结模板以下是一篇软件项目经理工作总结模板,如何写工作总结呢?这里向大家展示了项目经理对本职工作的总结,希望能祝大家一臂之力。下面让我们一起来看看吧!时间飞逝,光阴如梭,晃眼20xx年就过去了。在不知不觉中,新年也过完了。只放了7天假,太短太短,还没有休息够。年度总结都还没有开始写,新年就过完了。好了下面言归正传,总结一下20xx年,这一年我都做了些什么。一、做了什么20xx年11月加入新公司,同时也尝试着做全新的岗位:软件项目经理(纯管理型)。我以前主要从事技术管理工作,现在转而从事项目经理工作。20xx年底进入公司后,公司给了我一个小项目A(用J

8、ava开发的MIS系统),让我先适应,这个项目是一个内部项目,业务比较简单,也没用什么新技术,领导对我的指示就是让我放手用敏捷开发Agile的方法去管理项目,就当是敏捷的试验田来做。有了这话我也就放开了,大刀阔斧的就干起来了。之后接着就是我的“噩梦”了,公司新开发了一条产品线,是云计算方面的。领导找我谈话,让我结束手上所有的案子,以后全心投入云计算产品线中来。该产品线下面有许多的项目,目前正在运行的有四个项目,其中三个由我来负责,另外一个由我的一个同事负责。说是我的“噩梦”,其实也是对我的一个挑战,因为云计算的项目很偏技术,业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次

9、,云计算的技术也比较前沿,待解决/未解决的问题也特别的多,在开发的过程当中会碰到很多的阻碍。再次,以前只带一个项目,现在同时带三个项目对于我来说也是一个挑战。但是我也很高兴能有这样的一个机会,接受挑战,没有挑战就不会有进步。二、收获1.完成了我人生中一次大的转型,从偏技术岗位成功转型到偏管理岗位上来了。2.参加了PMP的考试,并一次通过,取得了PMP证书。(复习真的很辛苦)3.学习了公司规范的项目管理流程,结合PMP的学习,对同事们也混熟了,结交了不少朋友,非常感谢他们给我的帮忙和支持。三、不足1.项目虽然都跌跌闯闯的完成了,结案了。但是总觉得有很多的不足,可以改进的地方。项目结束的太匆忙,没

10、有太多时间去想,去总结经验和坚持下来,断断续续,总是说没有时间。2.业余时间没有抓紧,太贪玩了。3.来新公司1年多了,还没有加薪,有点失望。篇四:一个项目经理工作总结项目经理工作总结1、 概述-,个人主要工作为完成好*项目,实际的项目管理工作与理论的工作有诸多差别,但回头来看,项目管理中一些原理和思想在实际工作中非常重要。2、 假设目前公司的项目都是在走项目运作方式。项目经理职责、权利定义清楚。先假设现在项目经理都已经是项目经理。3、 经验 关于项目目标 泛谈目标项目目标的定义对项目的开展非常重要,在*项目过程中,包括公司也提出很多目标及要求,但在实际工作中,负责项目的人必须得清楚两件事:1、

11、如何对公司负责。2、如何对和你一起干这件事的人负责。在实际工作中,看到国内一个软件行业的项目经理根据中国国情提出的一句话:如何让项目早些验收让领导放心,让下属开心和放松是项目经理时时刻刻都关注的事。这儿我个人认为有两个事得清楚,公司实际有最低目标要求,在有限的时间及资源范围内,也考虑项目经理实际工作中所拥有的权限,应该以此为基础。最低目标是什么?在现在的情况下,个人认为就是在相应的项目节点把项目款拿到。当然,实际很多项目拿款项的事,实际销售层面就可以搞定,但项目中的技术工作,对于项目是好、是坏的整体定位非常重要。 关于让同僚们开心的事,项目是一个短期的工作,大家不开心,干完活都不爽,对于公司长

12、远发展不是好事。公司能发点项目提成、奖金都是好事,相信前面领导放心了,项目款收到,大家都好过;要是活干完,公司由于发展阶段提成、奖金等物质的东西发不了,那干项目你就得让大家精神层面还高兴吧,在实际项目开展过程中,大家积极参与很重要,众人拾柴火焰高,想办法让大家都高兴。这里面成就感可能比较重要,多互相鼓励、赞美一下。 这儿提到在项目目标方面思想层面的东西。 关于项目技术目标现在的一些项目,心有多大,项目就有多大。这儿对负责前面目标的人来讲得定义清楚一个事,在项目开展前,销售或者公司高层无论许诺什么,都是为了拿下项目,拿下项目后,要做的第一件事,对于整个项目成败而言,就是砍需求。砍需求是项目经理首

13、要必须做的一件事,或者项目团队必须做的事。砍需求的手段建议项目经理得创造性的想出些办法,从实际操作看,这事干好了,项目就干好了一半。 关于项目实施过程中的管理及规范 关于会议项目开展过程中,会议是必须要开的,大家在一起做事,信息不对称,会产生很多问题,会议的目的应以传达问题为主,而不应以解决问题为主,解决问题的会议建议是在技术组内部(或者称为讨论)。关于开会,看过一本书,建议会议在1小时左右最好。小于30分钟,大于2小时的会一般建议别开。开会流程实际很重要,会前要有通知,会后要有决议。在现在公司内部,逐步贯穿这些思想是有好处的,从*项目实际开展来看,很多会议都是比较有效的,达到了信息共享的目的

14、。 关于信息共享的另外方式在*项目里面,项目周报是主要的另一种信息共享方式,如果说会议更多是项目从上到下的,那项目周报则是从下到上的。周报的核心是项目经理需要了解信息,从实施上,某一阶段如果项目就没有安排,就建议不要整了,项目周报也不一定是每人每周都要有。有些人出差,那就两周一次也可以。 这事得灵活处理。毕竟大家实际忙起来都好几件事。 关于项目规范项目规范主要涉及到项目的管理及技术方面的事,管理方面的东西,主要是一些备忘、计划、报告等。技术的事,主要是一些数据接口、技术形式统一的事。这些实际都很重要,在*项目里开展的实际并不理想,特别是技术层面,实际是一个团队来做这件事,需要好的组织,还得大家

15、都有心来做这件事。 关于项目实施关键活动 项目小组成员的明确职责定义项目小组成员需要进行明确的职责定义,这个和前面提到目标的事是有关系的,工作的成就感在缺乏物质激励的条件下是使项目成员积极的最有效方式,同时,对于项目而言,明确需要完成的目标也使大家有方向。在这个环节里面,职责分配需要结合实际情况进行资源的调配。找合适的人干事,并且与公司整体安排一致,有时候会有些矛盾,多和公司协调吧。 定期的项目节点沟通审查在目前的项目中,往往会有一些和客户沟通的大节点,这些大节点是整个项目团队必须都了解的信息,在项目分工中,各项工作也必须结合实际情况分一些小节点。在各个小节点,需要结合各项工作进行审查。(在实际工作中,节点需要和项目成员协调确定,以满足大节点为主确定,在*项目里面,项目时间有保证的项目成员,该目标一般能实现) 技术的建议但绝不参与项目经理由于对技术的了解情况,在某些情况,可以参与技术的建议(毕竟从公司情况看,大家都参与这事不长),注意从多个层面给自己的小组成员帮助,但是,项目经理一定不要参与实际的技术工作。必须了解,只有小组成员才是对他自己工作最了解的。相信朋友,相信伙伴。 关于项目验收项

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 行业资料 > 园艺/花卉

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号