专业技术工作总结it项目经理.docx
- 文档编号:4465521
- 上传时间:2022-12-01
- 格式:DOCX
- 页数:4
- 大小:19.71KB
专业技术工作总结it项目经理.docx
《专业技术工作总结it项目经理.docx》由会员分享,可在线阅读,更多相关《专业技术工作总结it项目经理.docx(4页珍藏版)》请在冰豆网上搜索。
专业技术工作总结it项目经理
专业技术工作总结,it项目经理
篇一:
IT项目经理年终总结报告
IT项目经理年终总结报告
一年来,GOA系统、国外销售站、外挂、游戏麦站、各收货商站等等都是我们项目部的职能范围。
XX年上半年项目部的主要绩效集中在自动囤取软件、自动收货软件、自动转货软件等一系列自动化软件的开发工作上,借助这些软件,公司的营运及管理效率得到了提升,为公司带来了效益!
但是我们还有非常大的提升空间,需要大家共同努力去突破。
我们现在还存在以下几个需要解决的问题:
第一点:
部门人力配置不足,分工无法细化。
一些岗位有经验的技术人员难招聘,是导致这个问题的主要原因。
由于公司所在的地区为县级市,导致很多大城市有经验的技术人员不愿意来这边。
我们以后可以从身边的同事和朋友方面着手拓展技术人员招聘这块,也希望在座的兄弟姐妹们一起帮帮忙,挖掘身边的合适资源。
第二点:
部分同事在处理一些相对繁琐的工作任务地时候,主动性和积极性方面有所欠缺,工作效率比较低。
对于这点,接下来我们会借助绩效考核等管理工具,让那些能够为公司创造价值,付诸自身努力的同事,无论从物质上还是精神上都能够获取更大的利益。
更重要的一点,就是沟通和合作也是创造效率必不可少的条件。
第三点:
一些项目型系统开发的延期,暴露出了我们缺乏项目管理方面的经验。
接下来的工作我们需要有清晰的工作流程、责任更加明确、有序地去运作,还需要制定并逐步完善一些相关的开发规范。
现在我们已经使用了Redmine对分配的任务进行跟进,不过还是无法满足我们实际的一些需求,这一块还需要作进一步的完善。
把以上提到的几点改善了,相信我们大家在工作当中都能够得到提升。
我们深刻理解项目部门对于公司发展的意义及公司对项目团队的期(转载于:
校园生活:
专业技术工作总结,it项目经理)待和要求!
所以,团队的每一位兄弟姐妹们对于公司的价值不言而喻,要充分发挥出我们团队的战斗力,需要我们拧成一股绳,共同努力。
有一点可以肯定,“世间自有公道,付出总有回报”,只要我们付出努力,无论是在个人职业素质,物质报酬,或是职务上都会得到提升。
目前我们正在开发的CRM系统,工作室管理软件,游戏帐号管理系统,还有和其他一系列的维护工作,以及接下来要做的游戏麦站的改版,我们都有信心做的更好。
我深信,只要我们能够齐心协力,就可以发挥出超强的团队战斗力,就能够跨越前进道路上的任何障碍。
篇二:
一个项目经理工作总结
项目经理工作总结
1、概述
-----,个人主要工作为完成好**项目,实际的项目管理工作与理论的工作有诸多差别,但回头来看,项目管理中一些原理和思想在实际工作中非常重要。
2、假设
目前公司的项目都是在走项目运作方式。
项目经理职责、权利定义清楚。
先假设现在项目经理都已经是项目经理。
3、经验
关于项目目标
泛谈目标
项目目标的定义对项目的开展非常重要,在**项目过程中,包括公司也提出很多目标及要求,但在实际工作中,负责项目的人必须得清楚两件事:
1、如何对公司负责。
2、如何对和你一起干这件事的人负责。
在实际工作中,看到国内一个软件行业的项目经理根据中国国情提出的一句话:
如何让项目早些验收让领导放心,让下属开心和放松是项目经理时时刻刻都关注的事。
这儿我个人认为有两个事得清楚,公司实际有最低目标要求,在有限的时间及资源范围内,也考虑项目经理实际工作中所拥有的权限,应该以此为基础。
最低目标是什么?
在现在的情况下,个人认为就是在相应的项目节点把项目款拿到。
当然,实际很多项目拿款项的事,实际销售层面就可以搞定,但项目中的技术工作,对于项目是好、是坏的整体定位非常重要。
关于让同僚们开心的事,项目是一个短期的工作,大家不开心,干完活都不爽,对于公司长远发展不是好事。
公司能发点项目提成、奖金都是好事,相信前面领导放心了,项目款收到,大家都好过;要是活干完,公司由于发展阶段提成、奖金等物质的东西发不了,那干项目你就得让大家精神层面还高兴吧,在实际项目开展过程中,大家积极参与很重要,众人拾柴火焰高,想办法让大家都高兴。
这里面成就感可能比较重要,多互相鼓励、赞美一下。
这儿提到在项目目标方面思想层面的东西。
关于项目技术目标
现在的一些项目,心有多大,项目就有多大。
这儿对负责前面目标的人来讲得定义清楚一个事,在项目开展前,销售或者公司高层无论许诺什么,都是为了拿下项目,拿下项目后,要做的第一件事,对于整个项目成败而言,就是砍需求。
砍需求是项目经理首要必须做的一件事,或者项目团队必须做的事。
砍需求的手段建议项目经理得创造性的想出些办法,从实际操作看,这事干好了,项目就干好了一半。
关于项目实施过程中的管理及规范
关于会议
项目开展过程中,会议是必须要开的,大家在一起做事,信息不对称,会产生很多问题,会议的目的应以传达问题为主,而不应以解决问题为主,解决问题的会议建议是在技术组内部(或者称为讨论)。
关于开会,看过一本书,建议会议在1小时左右最好。
小于30分钟,大于2小时的会一般建议别开。
开会流程实际很重要,会前要有通知,会后要有决议。
在现在公司内部,逐步贯穿这些思想是有好处的,从**项目实际开展来看,很多会议都是比较有效的,达到了信息共享的目的。
关于信息共享的另外方式
在**项目里面,项目周报是主要的另一种信息共享方式,如果说会议更多是项目从上到下的,那项目周报则是从下到上的。
周报的核心是项目经理需要了解信息,从实施上,某一阶段如果项目就没有安排,就建议不要整了,项目周报也不一定是每人每周都要有。
有些人出差,那就两周一次也可以。
这事得灵活处理。
毕竟大家实际忙起来都好几件事。
关于项目规范
项目规范主要涉及到项目的管理及技术方面的事,管理方面的东西,主要是一些备忘、计划、报告等。
技术的事,主要是一些数据接口、技术形式统一的事。
这些实际都很重要,在**项目里开展的实际并不理想,特别是技术层面,实际是一个团队来做这件事,需要好的组织,还得大家都有心来做这件事。
关于项目实施关键活动
项目小组成员的明确职责定义
项目小组成员需要进行明确的职责定义,这个和前面提到目标的事是有关系的,工作的成就感在缺乏物质激励的条件下是使项目成员积极的最有效方式,同时,对于项目而言,明确需要完成的目标也使大家有方向。
在这个环节里面,职责分配需要结合实际情况进行资源的调配。
找合适的人干事,并且与公司整体安排一致,有时候会有些矛盾,多和公司协调吧。
定期的项目节点沟通审查
在目前的项目中,往往会有一些和客户沟通的大节点,这些大节点是整个项目团队必须都了解的信息,在项目分工中,各项工作也必须结合实际情况分一些小节点。
在各个小节点,需要结合各项工作进行审查。
(在实际工作中,节点需要和项目成员协调确定,以满足大节点为主确定,在**项目里面,项目时间有保证的项目成员,该目标一般能实现)
技术的建议但绝不参与
项目经理由于对技术的了解情况,在某些情况,可以参与技术的建议(毕竟从公司情况看,大家都参与这事不长),注意从多个层面给自己的小组成员帮助,但是,项目经理一定不要参与实际的技术工作。
必须了解,只有小组成员才是对他自己工作最了解的。
相信朋友,相信伙伴。
关于项目验收
项目会有很多节点,但总有几个节点非常重要,比如返款比较多,一定要关注这些节点,做到让客户满意,让领导满意。
关键节点的验收初期准备
在项目初期,必须想好到时候怎么验收的问题,会议可能如何安排?
PPT该如何做?
讲什么?
这些工作的准备,将起到事半功倍的效果。
验收阶段报告的准备
验收阶段需要做很多报告、PPT等演示性的工作,需要保证充足的时间开展该工作,在实际开展中,实际此工作一般都会处于团队加班状态,感谢你的队员。
报告建议一定要做得漂亮、规范,这将极大的让你的客户满意。
PPT建议多下些功夫,在长达1~2小时的评审中,大家看一两张好的PPT也可以消解疲劳。
当然,把内容说清楚。
4、教训
需求不明确
在实际工作中,主要在技术环节,需求不明确。
这在现有的一些项目中,将会极常见,因此,弄清楚客户需要什么?
然后按照规范的需求分析、软件设计、软件开发的方式进行。
但这个工作建议还是视实际情况。
缺乏明确的计划。
项目经理的主要工作需要制定计划,对于长期计划的制定实际如果可以制订还是要制定,但是这里也会有很多问题,特别是需求在变的情况。
因此,该工作也需要继续学习一下。
项目成员时间无法保证。
在实际工作中,部分成员因为其它工作,项目的时间实际较难保证,这儿从项目经理的角度必选关注别让你的队员太辛苦了(前面提到让你的队员放松的事),因此,会造成项目该方面的工作会不理想,从实际情况看,让一个有时间保证但相对合适的人去负责某一块的工作比让一个时间较难保证但非常合适的人去负责工作,实际情况会更好。
这是被相关项目管理理论证实的一件事。
项目成员工作安排的事
在实际项目中,项目的时间节点安排仍旧比较主观,需要加强客观的因素,例如引入工时等概念。
但要主要对于项目成员时间的科学考虑应该考虑团员空闲时间(例如打瞌睡、听电话等),一般扣除10%时间,以及组员多项目工作的转换时间(使用合理的效率转换因子)
项目成员评估
最后的项目成员评估是项目经理必须干的事。
在后面的评估中,需要大量数据支持,因此,平时应注意数据采集。
篇三:
项目经理工作总结模板
项目经理工作总结(标题二号黑体)
——XXXXX项目(副标题黑体小三)
一、总述(宋体小四加粗)
二、技术绩效
最后的工作范围于初期的工作范围的比较结果?
是否有变更?
变更对项目成本和进度有影响吗?
工作范围全面实现了吗完成的质量如何?
三、计划绩效
实际项目的进度计划于原始的进度计划的比较结果如何?
如延期,是什么原因?
四、项目计划与控制
项目计划详细吗?
计划是否及时更新从而包含了变更的部分?
实际项目开发是否控制得当,及时调整情况。
五、交流情况
团队对项目执行现状和潜在的问题及时了解并掌握了吗?
项目环境是否有利于公开、坦诚、及时的交流?
团队内部、团队与客户的书面交流充分、不充分,还是过多?
六、识别问题与解决问题
团队成员是否及时识别潜在的问题?
问题解决的方法合理吗?
是否从根本上解决了问题?
七、团队成员绩效评估
成员A:
包括:
每个人完成项目任务的情况、在实际工作中运用知识的情况、及需要进一步提高的地方。
成员B:
成员C:
签名
年月日
第1页共1页
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 专业技术 工作总结 it 项目经理
![提示](https://static.bdocx.com/images/bang_tan.gif)