软件年终总结.docx
上传人:猫巷****提格 上传时间:2024-09-12 格式:DOCX 页数:40 大小:40KB 金币:10 举报 版权申诉
预览加载中,请您耐心等待几秒...

软件年终总结.docx

软件年终总结.docx

预览

免费试读已结束,剩余 30 页请下载文档后查看

10 金币

下载此文档

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

软件年终总结软件年终总结120xx年原公司并入新公司集团,我也随同原公司一起成了新公司的一员。我所在的部门是研发中心,担任副经理一职,配合王总与单总开展工作。工作内容总结:上半年的工作仍是延续以前的三维xx产品(以下简称AA)的研发。主要的工作内容包括以下一些:AA研发管理工作。一开始组织进行真实矢量数据的绘制,用于实现用户标准,POI显示等。这部分工作完成了雏形后,又启动了批量矢量的预研工作,下半年小组成员完成了这一内容的阶段版本。同时完成了一个阶段的程序结构梳理、性能调优,开展了一些VR效果及基础GIS功能(测量等)实现的工作。在组织研发工作的同时,因市场需要,我们的产品开始投入使用。其中我负责的两个是xx测绘工程院前期合作、xx预研合作。这两个合作都没有明显的成果,只能算是产品的测试使用。通过这些小任务,我们也整理了一些我们软件的不足,收集了一些完善意见,同时我组织人员开发了一个由maxx数据直接生成产品自有格式的工具,扩充了产品支持的三维模型数据格式。下半年由于xx项目的需要及当时部门的人员情况,领导安排我负责停滞了很长时间的xx三维平台升级项目任务。因以前的老平台无法满足规划局用户共享交换的需要,公司决定用新研发的AA产品对xx共享平台进行升级。我们在xx建设了一个十人左右的队伍,基于AA的SDK进行应用开发。完成此项目的过程中,我的主要工作内容是:在领导的支持下组建队伍、整理用户需求、分配工作任务、与公司研发队伍进行沟通协调、客户汇报。同时,对公司研发的任务内容、技术路线等我也提出了一些自己的建议和看法。并协助领导开展了部分人员的思想工作。因项目需要,完善了产品的.地形、影像数据处理工具,使数据展示的效果比以前有了提升。至目前为止,项目任务已基本完成,与客户要求的6个月时间相吻合,客户关系也已经理顺,算是保住了xx这个老市场,xx的项目也锻炼出了一支应用项目实施的队伍,部分员工成长迅速,很有潜力。xx项目任务完成的过程中,得到了研发人员的大力支持,同时xx的项目需求也给AA研发指明了一些方向。应该说,xx项目是我们AA应用的一个完整检验。基于xx项目,研发完成了地下管网数据展示的一个阶段版本。算是对AA产品做了一个较大的扩展,也可作为产品区别与大部分三维产品的一个特点。年度工作中存在问题和不足20xx年的工作任务算是完成了,在完成这些任务的过程中,我意识到自己还存在许多不足。主要有以下几个方面:首先是执行力。三维软件研发的过程中,对一个新研发内容的工作量及所需要的时间、人力我和负责开发的人员都存在评估不准确的情况,在这种情况下制定出来的工作计划往往无法按时完成。没按时完成我也没有对应的措施去应对,按计划完成了也没有措施去奖励,计划和实际总是存在偏差。其次是引进人才方面。一个研发队伍,需要有经验、有能力、有潜质的技术人员,但在人才引进方面我觉得自己做得很不够,没有为我们的开发队伍引进一个技术牛人,xx的队伍的成员也是王总引进以及通过正常招聘找来的。还有就是主动引导其他部门的方面。我们是产品研发部门,理应由我们来告诉其他人我们的产品特点是什么、适合做什么、不适合做什么。但截至目前的情况却是其他项目部门告诉我们他们需要什么,然后我们来支持。这种情况的结果是我们自己的研发节奏和目标都被打乱,最终产品变得没有特点或者延迟交付。软件年终总结2一、职业成长回顾还没有来得及揣摩自己在这一年中的所有得失,20xx年已经领近尾声,细细回首这一年走过的路,虽然没有轰轰烈烈的成绩和战果,但是也经历了一些不平凡的考验和磨砺。我想,20xx年是我工作旅程中的转折一年,在这一年中,我在自己的岗位上迎来了更多的历练和思考。我想,这是喜悦和汗水并存的一年,也是充满了机遇和挑战的一年。来到XX已经一年光景,作为一名项目工程售前的技术工程师,承蒙公司领导与部门同事的批评指导,在履行自己职责的同时,也逐渐看到了自己距离优秀员工所具备的全面素质要求还有一段需要努力弥补和完善的差距。空闲的时候我也时常扪心自问,是否拥有足够的资格去享受”售前工程师”这样责任重大的称谓?自从担任公司项目工程售前技术工程师以来,我的主要工作是为行业部门以及其他业务部门的同事编写项目设计方案、项目施工组织方案,以及就公司现有资源产品整合起来编写解决方案。记得过去一年最开始独立接受项目派单时,我几乎不太能够理解项目售前的含义,更不了解应该如何去把项目售前的工作开展实施,而是过多的依赖于抄袭现场的方案,在一些项目关键点部分处理得不够理想,过于理论化,导致与实际脱节。通过几次不太成功的案例锻炼之后,慢慢的我也开始形成一套适用于自己成长的思维模式,并摸索出一些相似领域、固定产品的处理办法。但是回过头来看,那段时期的方案编写也存在许多的不足,体现在对于项目建设的需求经常只顾眼前的形势直奔