2013年，兄弟们，顶起、更高！！

 

 

一、2012年的四项重要工作及成效

1、公司技术体系架构梳理、设计、统一标准化

非常清晰的记得，2月份我进公司时，看到公司的平台程序及相关设计，用惨不忍睹来形容或许有些夸张，但确实是让人感到心疼，所谓的XXX平台，技术及设计层面，无体系无架构。经过半年的梳理改造，在2012年7月份左右，终于形成了一套属于我们XXX自己的技术体系架构。

2、技术部团队组建

   从之前的单兵作战，到现在的产品、UI设计、程序开发、系统测试团队作战，技术部到现在已经初具规模，工作效率也日益提高。

   （1）、完善技术部的研发管理制度、研发管理流程；

   （2）、部门技术考核，一起的基础方案已经在年底确定；

   （3）、技术部内训工作：每个月基本都有一些技术方面的内训，团队成员轮流设定主题；

   （4）、团队结构在下半年稳定：产品、UI设计、系统开发、测试、报表统计以及数据库分析团队。

3、新的竞拍平台研发、升级

   面对这种高并发的实时交易，系统平台的稳定性非常重要。大概5月份的时候，推翻以前的技术设计，采用全新的推送技术，解决了多商户多车同时竞价的超时问题。并且，经过不断的封装优化，已经形成了一套属于XXX自己的竞拍推送技术框架。

4、XXX业务平台改版升级

  通过产品团队在各业务部门调用，重新对业务流程的梳理，对系统重新设计，不断的完善现有的平台，并且，开发了XXX新的业务平台。

 

二、存在的问题、不足及经验教训

1、技术方面：

   （1）、目前公司技术部技术能力整理上还不够强，产品及核心开发人员缺乏；

   （2）、开发主管技术攻关能力不够强，行业经验不丰富，缺少小团队建设的技术及管理优势；

2、团队建设方面：

   （1）、成员成长速度不够，应该为每个部门成员指定提升或晋升培养计划；

   （2）、团队整体战斗力方式有时不明，存在设计方案经常来回变动的现象。导致此现象的原因也有公司的产品方面不稳定不明确的因素；

3、研发管理流程方面：

   （1）、技术部产品、开发与业务部门对接流程不够明确清晰，流程执行力度不够；

   （2）、研发工作前瞻性不够，有很多研发工作都是被动的、没有前瞻性，拍脑袋决定下发下来的工作还是不少，因此导致工作量的分配不够合理；

4、要加强工作计划性以及计划执行率：随着业务不断发展成熟，业务部门对系统的需求日益增加，这样导致技术部插活情况发生频繁，日常计划经常被打乱。所以，对计划的编制以及计划事项优先级的控制，需要进一步加强；

5、不能守株待兔，也不能只能花开，要主动出击：有一些好的产品方案就应该投入人力去促成孵化，而不要等业务体系成熟后再去进行产品开发。我认为有些时候，好的产品设计思路能推进业务体系的发展；

6、产品、开发及系统运维人员缺乏：一方面要招聘新的技术型人才，另一方面，要加强与一线及系统用户（如商户）的沟通交流；

7、产品质量关：加强公司产品的软件质量及性能的把控，增加测试的强度。

 

三、2013年重点工作事项及目标

1、技术部团队建设：结合各个岗位需要，进一步扩大团队（如产品运营团队、数据库分析、前端UI工程师等），结合这些，在2013年技术部应该有部门成本核算计划；

2、技术部绩效考核：按方案执行，前期不跟工资挂钩，后面会接入薪酬体系；

3、XXX技术库以及知识库建立及储备：技术框架、核心技术内核组建封装、UI库、产品技术文档库，加强安全保密机制；

4、技术部内训工作：完善部门内训体系，争取培养一批核心稳定的技术团队；

5、数据库及报表平台：数据库优化及系统优化方面，要走着业务前头，这一点得加大力度；

6、项目管理加强：加强产品与业务部的沟通，研发流程进一步细化，提高研发工作效率；

7、系统运维团队：这一块得结合程浩这边，2013年非常迫切的需要一直系统运维团队；

8、淘淘及公司网站部分：2013年在这一块投入的产品和技术力量得加强；

9、增强移动端的投入：android、ios、win8方面，团队得重点加强；

10、产品版本管理：因为业务需要以及业务流程梳理变更等，导致产品升级频繁，这一块必须通过完整的版本管理跟踪起来。

 

总结：上述问题不是孤立而是相互作用的，是一个相互影响的系统，因此，在2013年里，我会更好的总结2012年的工作教训，把握好技术部的工作方向及力度，让技术部在2013年里进一步壮大起来。