部门 2016 总结

简介: 2016年我主要是在公司带一个以研发为主要工作的部门,我们部门起的名字也比较高大上,叫“软件研究院”。年末到了,从几个方面对部门的工作进行一个简单的总结。   人员变化 严格来讲,研究院是在2016年2月时才成立的,最开始时组织架构上有十来位,但是真正参与到研究院工作的人员其实只有3位,主要工作为 ACME 产品的研发。

2016年我主要是在公司带一个以研发为主要工作的部门,我们部门起的名字也比较高大上,叫“软件研究院”。年末到了,从几个方面对部门的工作进行一个简单的总结。

 

人员变化


严格来讲,研究院是在2016年2月时才成立的,最开始时组织架构上有十来位,但是真正参与到研究院工作的人员其实只有3位,主要工作为 ACME 产品的研发。随之时间推移、产品逐渐增多,到10月份时这个部门的人员已经增至65位,同时研发的产品达到了七、八个。11月全公司组织架构变更、采用矩阵式管理之后,研究院的人员收缩到 20 位,其中包含四个团队:ACME团队12人;发票查验团队2人;VICA 团队3人;公共技术组3个。

在人员招聘的过程中,研究院建立了一整套的技术人员培训体系,以培训所有刚入职的新员工。这些新鲜血液经过培训,有的进入了事业群,有的进入ACME 团队,有的进入了不同的产品研发组。事实证明,该培训体系能够很好地保证了新人在入职时,快速、高效地学习、掌握我们的基础业务知识和技术体系,并快速进入各团队展开工作。但是随着时间的推移、技术的升级,目前的培训也显示出了一些缺点:没有实时更新、没人去讲、没人去一对一带新人。这些问题,会在后面的培训中进行改善。

 

团队建设


研究院在 2016 年构建之初,制定了整个部门的愿景、职责及文化:

clip_image002

这些文化起到了很好的团队粘性作用。但是有一些部分并没有很好的落地,需要反思,并在 2017 年更好地执行。

2016 年,研究院招聘、培训并组建了许多团队:公共技术组;ACME 研发测试团队;SaaS 研发、测试团队;VICA 团队;数据提取团队;前期的简程团队。

特别是公共技术组、ACME团队,引入并建立了团队的敏捷流程、两阶段发版流程,与事业群的协作机制等,并制定了整个团队的其它相关工作制度。团队战斗力也不错,当重要命令下达时,能积极主动执行到位。

 

项目辅助


2016 年研究院的 ACME 团队,在研发产品的同时,辅助了许多的项目开发。从北京银行,几乎全部.NET人员都写JAVA 代码;到证通项目、太平洋证券、温州银行,再到后来的农信、哈行等,ACME 团队都会安排人到现场解决问题,尽全力去帮助所有项目组的实施成功。

公共技术组中的团队成员,能力级别基本都是高级研发。公司各业务线上的问题,也都会去找到他们来解决一些棘手的问题。

研究院当下以及未来都会做到:只要人员出马,问题必须解决!

 

产品产出


2016年研究院最大的工作就是在组建团队的同时,开展各产品的研发。截止到现在,已经产出的产品有下面一些:

  • ACME 管理系统:从最开始的 MVP 版本,到现在ACME保持着一月两版的发展速度。截止目前,已经开发到 4.2.3 版本。这个版本中包含了58个功能模块,也解决了稳定性问题、安全性问题、性能问题。由于过程中一直被市场推动着走,整个ACME 的研发历程比较艰难。但是随着团队配合度越来越高,流程制度逐步完善,未来 ACME 产品的研发会更加顺畅。
  • ACME 流程引擎:已经伴随 ACME 同步发布,目前已经内置 50 个左右的通用技术及业务功能组件,可使用拖拽的方式,通过该引擎来完善不同格式的数据的对接。
  • 简税:简税是公司 2016 年的一个重点产品,是公司战略转移后的重心。历经半年,目前已经发布了2.3版。从无到有,大贲拥有了自己的 SaaS 产品平台。目前的产品已经在多家酒店实施。虽然还有一些稳定性问题,年底将会完成一个稳定的版本。
  • 简程(已暂停):配合简税发布了 1.0 版本,含Andriod、IOS 两大平台版本。在开发 2.0 版本时,因为转做发票管家而暂停了此版本的开发。
  • 浏览器开票插件(将逐步废弃):是 VICA 客户端的前生,该插件集成了百望、航信的所有开票接口,给简税、ACME 的开发者提供了统一、易用的开票接口。
  • VICA(客户端助手):继浏览器开票插件后,研究院开发出了一个轻量级客户端。其本质是一个客户端的插件平台,各产品线可以在这个技术产品的基础上研发自己的客户端业务组件。未来大贲的所有产品线的客户端都将使用 VICA。目前该产品已经在简税上全面使用。接下来将在 ACME 上使用。
  • 客户端开票软件(已废弃):年初时公司决定开发一个简单的客户端开票软件,以应对最简单的开票需求。该产品研发到 MVP 版本。后来由于重心转移到简税,且简税、ACME 统一使用浏览器开票后,此产品不再维护与升级。
  • 数据提取:目前实现了 U 盘版本,以及 2.0 MVP 版本。但是只实现了航信的数据提取。百望的数据提取方法还在努力尝试中。
  • 发票查验:发票的查验功能,在所有产品线中起到非常重要的作用。这个产品为开发者提供统一的查验功能性接口。后端则封装了大量的数据源(国税总局、各地区税局、各互联网电商平台、电子票平台等)。该产品目前已经在一些客户中进行试用,在未来几乎会在所有的其它产品线中被直接使用到。

回首整年,2016 年研究院的主要职责就是新产品的研发。接下来,这些产品线研发小组会陆续成为独立的业务组。

就目前而言,虽然有些文档并不齐备,技术有些方面考虑还是不全,但是已经建立起整个公司的整体技术方案。虽然一些新产品线还象嗷嗷待哺的婴儿,但是他们已经可以独立行走,终会走向成熟!

2017年,我们更想看到的是,这些大贲的孩子,能够更健康、稳定地成长。所以 2017 年研究院的工作将会专注这些内容。

 

个人小结


今年对于我个人的工作来说,总结起来就是:忙,但是有意义!

太多沟通协调的事,占据了大量的时间。导致几乎没有时间去写代码。对于一个技术出身的我来说,第一次忙到连续几个月都没有写过一行代码,确实是第一次,不时有些忐忑和不适应。但是回头看看,做的事情是很有意义的。对于公司来说,现阶段需要一个这样的人来带领研发,以及完成各产品初期的技术规划。对于个人来说,这也算是一种成长吧,让自己的手能够脱离底层代码这么久,站在更高的层面来思考公司的战略、方向、研发的管理等更有意义的话题。

2017 年,公司发生了许多变化,研究院的职责也发生了一些变化。我将努力在新的一年中,不断适应并成长,为大贲的成长与壮大,贡献自己的一份力量!同时,我认为2017年是大贲腾飞的一年,我也让自己在 2017 年多做一些技术方面的工作,为大贲的腾飞建立起起飞的跑道,在技术上为各业务线铺平道路、保驾护航!

目录
相关文章
|
6月前
|
算法 前端开发
1789. 员工的直属部门
1789. 员工的直属部门
42 0
|
4月前
|
监控 数据挖掘 数据安全/隐私保护
ERP系统中的员工薪酬与福利管理
【7月更文挑战第25天】 ERP系统中的员工薪酬与福利管理
110 2
|
5月前
|
SQL 存储 移动开发
力扣第185题:部门工资前三高的员工
力扣第185题:部门工资前三高的员工
|
6月前
|
SQL 算法 前端开发
1731. 每位经理的下属员工数量
1731. 每位经理的下属员工数量
35 0
|
JSON API 数据格式
要获取指定部门下的员工信息
要获取指定部门下的员工信息
71 1
|
JSON API 数据格式
获取指定部门下的员工信息,
获取指定部门下的员工信息,
89 1
|
XML 监控 前端开发
人事管理项目-部门数据删除
人事管理项目-部门数据删除
啥是好员工?
> 幸福的家庭都是相似的 不幸的家庭各有各的不幸 好员工都是相似的,不好的员工各有各的不好。好员工有哪些特征呢? # 1. 响应式而非命令式 计算机系统发展这么多年,一直在分层,就是为了封装复杂性,让调用者在不知道原理的前提下完成工作。每层的最终目标都是调用者只表达要求,不管具体实现。这就是所谓“响应式”,与之相反的则是“命令式”。“响应式”需要对原始问题高度抽象后表达成
1149 0