2016年年终总结

    不知从何时开始,发现自己已经不忍回头细想岁月,也不敢计算时间和年龄。可收到公司年会的通知时,才发现原来不管愿不愿意,一年的时光已悄然而去。感叹时光无情之余,也开始回想2016年我在干啥?也仔细琢磨2017年我该干点啥?学点啥?

2016年,我在干啥?

    回想2016年,我把大部分时间都用在了开发部团队建设的基础上,主要围绕以下5部分:

1>调成了开发部的架构 把开发部规划成6个项目组,并规划了每个项目组的职责范围,按照责任范围分配人员,建立团队,安排工作任务。

2>在公司制度的基础之上,建立了开发部的行为、规范和考核办法 并试着推行。比如服务器部署规范、数据库规范、日常行为考核办法等;

3>带着6个项目组,承担了开发部所有项目的开发 包括移动产品线的项目和需求、政府产品线的项目研发、医院产品线的研发和实施;

4>着眼于后期公司发展的需要,研发了一些列工具 如网元统一采集工具、数据库统一采集、指令动态分发工具、文件采集解析工具、WCF服务(宋捷引进)等。

5>组织了开发部的培训 这是首次尝试,做的不够章法,但带着六个组在按照思路实施。

    这些都是开发部全体成员的努力,在此感谢所有人在2016年的努力!当然,2016年过往的岁月,已成压缩后封存的工作和生活日志,任凭怎样绚丽,或是怎样贫瘠,时过境迁后,再也没有培育的时光和土壤。

2017年,我干点啥?

     2017年,我也想基于5个部分去建设开发部,提高开发部的效率:

1>完善考核制度

    在2016年初,为了辅助开发部的分组管理,我们建立了一些列的开发部的工作指南和考核办法,在2016年的开发部管理中,起到了一定的作用。2017年,我想进一步完善这些办法,进一步细化考核,促进开发部的管理,提高开发部的工作效率,真正做到开发部的良性竞争。

2>开始搭建公司的框架

    两年前,我跟开发部的一些技术骨干谈我搭建公司的框架的时候,很多人提出质疑。其实我的思路是借鉴的开源的思路,先迈出去一步,然后不断的完善。在此思路的基础上,我们开发部做了一系列的工具和框架。但这些工具和框架都各成体系,很难集成到一起。2017年,我想把我们要实现的开发部的框架和工具列举出来,制定编码规范,分到各个项目组,让各个项目组在工作之余实现。

3>加强软件质量管理

    这些年,很多人都给我提了软件的质量,我其实也一直想去抓,去落实。但一直不知道从哪入手。2017年,我计划补充一个专职的测试人员,从医院组入手,编写测试用例,制定测试报告,完成医院产品的功能级测试。

4>扩展医院产品和优化工作辅助管理系统

    根据公司发展的需要,对医院产品不断完善和扩展,提高医院产品线的附加值。优化工作辅助管理系统,让其逐步接近产品。

5>提高开发效率

    其实提高效率就是提高咱们单个人的产值,怎么做呢?1)加强培训,组织开发部级别的培训,项目组级别的培训,提高开发人员的个人能力;2)完善工具,做好代码的复用;3)加强日常管理和考核,利用好上班时间的单位效率。

2017年,我学点啥?

    有时候就在想,我本平常之人,是不是就应该怀平常之心,做平常之事,过平常的日子!可生活中我们都是演员,不管在别人眼中你是主角还是下一秒就该死的群众演员,我们都应该演好我们自己的角色。在公司,我就该演好开发部经理的角色,基于此,我想基于3个方面去学习提高:

1>学学管理

    工作中的我是开发部经理,负责公司中层管理,应该演的尽量称职,最好像个职业经理人。而我自身是不懂管理的,好多时候只规划,没执行。所以在2017年,我想学学管理方面的东东,让自己成为一个合格的开发部经理。

2>学学沟通

    管理工作中,70%的时候靠沟通。我是一个情商很低,容易情绪化的一个人。所以希望在2017年加强沟通方面的学习和培养。

3>学学框架

    开发部是公司的技术核心,代表了公司的技术实力。说实在的,作为开发部经理,谈技术有点惭愧,得亏有开发部的兄弟妹妹们力挺。但系统框架这块,是我们比较薄弱的,希望能学一点,给开发部能起到引导作用。 

    对公司的建议,说真的,这些时间考虑的都是开发部的规划和发展,对公司其他如市场,我也不知道从哪提出建议。我只希望很多事情我们别停留在口头上,往前迈一步,即使错了都行,我们也知道这条路当前不通。有句话是:你不做,怎么就知道你不行?你不试,怎么就知道你能行!

原文地址:https://www.cnblogs.com/haoge520/p/6321892.html