软件项目经理工作计划的总结.docx

上传人:王** 文档编号:1165251 上传时间:2024-04-09 格式:DOCX 页数:21 大小:31.33KB
下载 相关 举报
软件项目经理工作计划的总结.docx_第1页
第1页 / 共21页
软件项目经理工作计划的总结.docx_第2页
第2页 / 共21页
软件项目经理工作计划的总结.docx_第3页
第3页 / 共21页
软件项目经理工作计划的总结.docx_第4页
第4页 / 共21页
软件项目经理工作计划的总结.docx_第5页
第5页 / 共21页
软件项目经理工作计划的总结.docx_第6页
第6页 / 共21页
软件项目经理工作计划的总结.docx_第7页
第7页 / 共21页
软件项目经理工作计划的总结.docx_第8页
第8页 / 共21页
软件项目经理工作计划的总结.docx_第9页
第9页 / 共21页
软件项目经理工作计划的总结.docx_第10页
第10页 / 共21页
亲,该文档总共21页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《软件项目经理工作计划的总结.docx》由会员分享,可在线阅读,更多相关《软件项目经理工作计划的总结.docx(21页珍藏版)》请在优知文库上搜索。

1、软件工程经理工作总结篇一:一个工程经理工作总结工程经理工作总结1、概述,个人主要工作为完成好*工程,实际的工程管理工作与理论的工作有诸多差异,但回头来看,工程管理中一些原理和思想在实际工作中非常重要。2、假设目前公司的工程都是在走工程运作方式。工程经理职责、权利定义清楚。先假设现在工程经理都已经是工程经理。3、经历3.1关于工程目标3.1.1泛谈目标工程目标的定义对工程的开展非常重要,在*工程过程中,包括公司也提出很多目标及要求,但在实际工作中,负责工程的人必须得清楚两件事:1、若何对公司负责。2、若何对和你一起干这件事的人负责。在实际工作中,看到国内一个软件行业的工程经理根据中国国情提出的一

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

3、段提成、奖金等物质的东西发不了,那干工程你就得让大家精神层面还快乐吧,在实际工程开展过程中,大家积极参与很重要,众人拾柴火焰高,想方法让大家都快乐。这里面成就感可能比较重要,多互相鼓励、赞美一下。这儿提到在工程目标方面思想层面的东西。3. 1.2关于工程技术目标现在的一些工程,心有多大,工程就有多大。这儿对负责前面目标的人来讲得定义清楚一个事,在工程开展前,销售或者公司高层无论许诺什么,都是为了拿下工程,拿下工程后,要做的第一件事,对于整个工程成败而言,就是砍需求。砍需求是工程经理首要必须做的一件事,或者工程团队必须做的事。砍需求的手段建议工程经理得创造性的想出些方法,从实际操作看,这事干好了

4、,工程就干好了一半。3.2关于工程实施过程中的管理及标准3.2.1关于会议工程开展过程中,会议是必须要开的,大家在一起做事,信息不对称,会产生很多问题,会议的目的应以传达问题为主,而不应以解决问题为主,解决问题的会议建议是在技术组内部(或者称为讨论)。关于开会,看过一本书,建议会议在1小时左右最好。小于30分钟,大于2小时的会一般建议别开。开会流程实际很重要,会前要有通知,会后要有决议。在现在公司内部,逐步贯穿这些思想是有好处的,从*工程实际开展来看,很多会议都是比较有效的,到达了信息共享的目的。3.2.2关于信息共享的另外方式在*工程里面,工程周报是主要的另一种信息共享方式,如果说会议更多是

5、工程从上到下的,那工程周报那么是从下到上的。周报的核心是工程经理需要了解信息,从实施上,某一阶段如果工程就没有安排,就建议不要整了,工程周报也不一定是每人每周都要有。有些人出差,那就两周一次也可以。这事得灵活处理。毕竟大家实际忙起来都好几件事。3.2.3关于工程标准工程标准主要涉及到工程的管理及技术方面的事,管理方面的东西,主要是一些备忘、方案、报告等。技术的事,主要是一些数据接口、技术形式统一的事。这些实际都很重要,在*工程里开展的实际并不理想,特别是技术层面,实际是一个团队来做这件事,需要好的组织,还得大家都有心来做这件事。3.3关于工程实施关键活动3.3.1工程小组成员的明确职责定义工程

6、小组成员需要进展明确的职责定义,这个和前面提到目标的事是有关系的,工作的成就感在缺乏物质鼓励的条件下是使工程成员积极的最有效方式,同时,对于工程而言,明确需要完成的目标也使大家有方向。在这个环节里面,职责分配需要结合实际情况进展资源的调配。找适宜的人干事,并且与公司整体安排一致,有时候会有些矛盾,多和公司协调吧。3.3.2定期的工程节点沟通审查在目前的工程中,往往会有一些和客户沟通的大节点,这些大节点是整个工程团队必须都了解的信息,在工程分工中,各项工作也必须结合实际情况分一些小节点。在各个小节点,需要结合各项工作进展审查。(在实际工作中,节点需要和工程成员协调确定,以满足大节点为主确定,在*

7、工程里面,工程时间有保证的工程成员,该目标一般能实现)3.3.3技术的建议但绝不参与工程经理由于对技术的了解情况,在某些情况,可以参与技术的建议(毕竟从公司情况看,大家都参与这事不长),注意从多个层面给自己的小组成员帮助,但是,工程经理一定不要参与实际的技术工作。必须了解,只有小组成员才是对他自己工作最了解的。相信朋友,相信伙伴。3. 4关于工程验收工程会有很多节点,但总有几个节点非常重要,比方返款比较多,一定要关注这些节点,做到让客户满意,让领导满意。4. 4.1关键节点的验收初期准备在工程初期,必须想好到时候若何验收的问题,会议可能若何安排PPT该若何做讲什么这些工作的准备,将起到事半功倍

8、的效果。5. 4.2验收阶段报告的准备验收阶段需要做很多报告、PPT等演示性的工作,需要保证充足的时间开展该工作,在实际开展中,实际此工作一般都会处于团队加班状态,感谢你的队员。报告建议一定要做得漂亮、标准,这将极大的让你的客户满意。PPT建议多下些功夫,在长达12小时的评审中,大家看一两张好的PPT也可以消解疲劳。当然,把内容说清楚。4、教训6. 1需求不明确在实际工作中,主要在技术环节,需求不明确。这在现有的一些工程中,将会极常见,因此,弄清楚客户需要什么然后按照标准的需求分析、软件设计、软件开发的方式进展。但这个工作建议还是视实际情况。6.2 缺乏明确的方案。工程经理的主要工作需要制定方

9、案,对于长期方案的制定实际如果可以制订还是要制定,但是这里也会有很多问题,特别是需求在变的情况。因此,该工作也需要继续学习一下。6.3 工程成员时间无法保证。在实际工作中,局部成员因为其它工作,工程的时间实际较难保证,这儿从工程经理的角度必选关注别让你的队员太辛苦了(前面提到让你的队员放松的事),因此,会造成工程该方面的工作会不理想,从实际情况看,让一个有时间保证但相对适宜的人去负责某一块的工作比让一个时间较难保证但非常适宜的人去负责工作,实际情况会更好。这是被相关工程管理理论证实的一件事。6.4 工程成员工作安排的事在实际工程中,工程的时间节点安排仍旧比较主观,需要加强客观的因素,例如引入工

10、时等概念。但要主要对于工程成员时间的科学考虑应该考虑团员空闲时间(例如打瞌睡、听等),一般扣除10%时间,以及组员多工程工作的转换时间(使用合理的效率转换因子)4. 5工程成员评估最后的工程成员评估是工程经理必须干的事。在后面的评估中,需要大量数据支持,因此,平时应注意数据采集。篇二:软件工程经理工作总结模板以下是一篇软件工程经理工作总结模板,若何写工作总结呢这里向大家展示了工程经理对本职工作的总结,希望能祝大家一臂之力。下面让我们一起来看看吧!时间飞逝,光阴如梭,晃眼20xx年就过去了。在不知不觉中,新年也过完了。只放了7天假,太短太短,还没有休息够。年度总结都还没有开场写,新年就过完了。好

11、了下面言归正传,总结一下20xx年,这一年我都做了些什么。一、做了什么20xx年11月参加新公司,同时也尝试着做全新的岗位:软件工程经理(纯管理型)。我以前主要从事技术管理工作,现在转而从事工程经理工作。20xx年底进入公司后,公司给了我一个小工程A(用JaVa开发的MlS系统),让我先适应,这个工程是一个内部工程,业务比较简单,也没用什么新技术,领导对我的指示就是让我放手用敏捷开发AgiIe的方法去管理工程,就当是敏捷的试验田来做。有了这话我也就放开了,大刀阔斧的就干起来了。之后接着就是我的“噩梦了,公司新开发了一条产品线,是云计算方面的。领导找我谈话,让我完毕手上所有的案子,以后全心投入云

12、计算产品线中来。该产品线下面有许多的工程,目前正在运行的有四个工程,其中三个由我来负责,另外一个由我的一个同事负责。说是我的“噩梦,其实也是对我的一个挑战,因为云计算的工程很偏技术,业务层面相对较少。所以对于我这个技术的门外汉来说是一个很大的挑战。其次,云计算的技术也比较前沿,待解决/未解决的问题也特别的多,在开发的过程当中会碰到很多的阻碍。再次,以前只带一个工程,现在同时带三个工程对于我来说也是一个挑战。但是我也很快乐能有这样的一个时机,承受挑战,没有挑战就不会有进步。二、收获1.完成了我人生中一次大的转型,从偏技术岗位成功转型到偏管理岗位上来了。2.参加了PMP的考试,并一次通过,取得了P

13、MP证书。(复习真的很辛苦)3.学习了公司标准的工程管理流程,结合PMP的学习,对同事们也混熟了,结交了不少朋友,非常感谢他们给我的帮助和支持。三、缺乏1 .工程虽然都跌跌闯闯的完成了,结案了。但是总觉得有很多的缺乏,可以改进的地方。工程完毕的太匆忙,没有太多时间去想,去总结经历和坚持下来,断断续续,总是说没有时间。2 .业余时间没有抓紧,太贪玩了。3.来新公司1年多了,还没有加薪,有点失望。篇三:软件开发工程经理2012年终总结篇一:工程经理年终总结报告年终总结报告尊敬的公司领导:2011年即将过去,2012年就要到来,下面我将自2011年上任以来的工作情况作以下汇报。一2011年全年工作内

14、容:2011年2月下旬我自授命以来负责施工管理的内容是和园小区41#42#46#48#50#52#13#14#21#22#31#32#住宅楼工程,建筑面积47517.47m2;该项目为大厂回族自治县重点工程工程,2011年2月18日进场施工,目前已经完成主体一次结构工程、二次构造工程、外墙保温和内墙抹灰工程。二全年各项工作完成情况:(1)工程质量完成情况:该工程工程是公司2010年与大厂县政府合作的一个重点建设工程,我作为工程经理被公司批准后,立即开场了工程部的组织机构进展重组工作。首先根据工程要求,从原工程部管理人员中进展重组,建立了质量管理体系,制定了工程管理目标和管理人员岗位责任制。为了

15、到达质量目标和标准化,工程部下发了许多预防措施和实施方法。为保证整个目标的实现,我组织工程部管理人员根据自己的实践经历,结合工程的特点,编制了工程部工程质量预防控制措施和安全防护保障及文明施工管理措施。工程开工以后,我们严格控制施工质量,从根基开场,一步一个脚印的进展。模板工程重点控制构造尺寸和支撑结实性,确保设计尺寸的准确和观感的质量。钢筋工程重点控制绑扎质量,尤其是钢筋实物的间距和位置。在施工过程中,我要求坚决落实公司预防措施内容,并且坚持进展样板引路,同时组织管理人员对其他工程部在建工程进行参观学习,作到扬长避短,提高了工程部人员的质量争先意识。碎工程重点控制了碎的浇注和养护工作。标准浇注、及时养护是保证碎质量的基本途径。在整个主体施工期间,我们认真进展了落实。迄今为止,未发现碎裂缝现象及较大工程质量问题。整个主体工程的施工,经过工程部管理人员的认真控制,全部施工内容符合设计和标准要求,主体质量较好,受到监理和甲方的好评,到达了预期的质量目标。(2)工程生产及进度控制:工程开工以后,我按照公司要求工期,组织制定了施工进度网络方案以及劳动力方案。并且根据施工进度要求,与各个施工班组签定了质量、进度、安全技术交底。对其具体进度、生产内容提出了具体要求。在生产过程中,我根据实际情况,通过制定月方案和周方案,对整个工程

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 办公文档 > 工作总结

copyright@ 2008-2023 yzwku网站版权所有

经营许可证编号:宁ICP备2022001189号-2

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!