2016 年底总结 管理篇

2016-12-17

年底了，总结了一下到公司这么久的体会。

首先聊聊研发团队中各个角色的职责评估。

后端研发团队暴露的问题：

1、通过以下各开发人员岗位的评估，可以看出整体团队过于年轻，互联网要求的高并发，高可靠等多线程编程代码质量不足，导致后期线上bug频发。(成本管控)

2、业务迭代过于频繁，人员资源不足，导致开发人员思考不足，功能开发优先，追赶工期，自测不足。后期联合测试、功能测试时，浪费大量沟通成本，研发周期效率并没有提升，反而因为线上问题和需求多线开发，迭代效率低下。(管理层对研发流程管理不清晰)

3、研发经理并不能发挥应有管理水平，散兵游勇。工作粒度无法控制。手里资源的工作状态及积极性无法协调统一。(管理能力需要提神)

4、研发总监职位属于空缺状态，无法发挥该有职责。(管理层无意识)

5、产品组、项目组直接指挥研发，开发人员无法梳理任务轻重缓急，导致问题处理周期无法控制，客服和项目都不满意。（管理混乱、员工过熟悉）

6、职位没有备份资源，任何一个人生病或者请假，可能导致周期延误，线上问题对应超时，严重消耗业务核心员工身心健康。(成本、鸡汤周期2周)

7、缺少接口测试人员、集成测试。

8、发布流程不规范，持续集成不完善。导致发包上线时间过长。

9、boss是最大的产品经理，拥有藐视流程和规范的权限。

10、研发后勤保障及相应互联网配套制度不完善。(互联网职业经理人)

**************************************************************************************************

研发团队成员：

开发人员--16人

1、业务产品线迭代研发(8人) 

      3名3-5线上产品线业务开发

      1名93年负责单独模块开发

      1名94年毕业单独负责直播间业务开发

      2名3-5年负责支付商场业务开发

      1名90后客户运维开发

2、前端h5研发

      3名90后开发

3、线下内容合作商产品业务

     3名3-5年开发

4、架构重构组研发

      业务架构解耦2人5-8年

 以上人员可以看出公司开发主力基本都是90后开发人员，大多数业务研发。

代码编写质量不高，基本都是实现功能。

 

研发Leader职位--1人(业务熟练)

1、团队任务管理：开发工作量评估、开发任务分配

目前开发工作量是研发人员自己评估并上报项目经理，任务的分配也是看

哪个研发工作不急就下发任务。

2、团队生产质量提升：代码审核、开发风险识别/报告/协调解决

代码审核基本没有，开发协调、风险、报告的时候也都是研发自己解决。

3、团队生产力提升：代码模板研发与推广、最佳实践规范总结与推广、自动化研发生产工具研发与推广

团队都处于忙碌工作中，没时间考虑过优化和重构。

4、团队专业力提升：招聘面试、新人指导、领导复盘总结改进

招聘新人也是直接上手，开始工作。总结并木有。

 

技术总监的职责 -- 1人业务熟练

1、组建平台研发部，搭建公共技术平台，方便上面各条产品线开发

有这个想法，没有实施。忙碌这业务产品线的东西，研发团队关注少。

2、通过技术平台、通过高一层的职权，管理和协调各个产品线组。现在每个产品线都应该有合格的研发Leader和高级程序员了。

公司高级程序员很少，没有平台，管理和协调各产品线这方面合格。

**************************************************************************************************

2016-12-24 周六

关于公司中出现的问题，暂时个人认为可执行的解决方案，虽然觉得还停留在表面，无法深入，但是先把当前境界能想到的写出来就对了。

1、针对研发团队90后年轻化问题:

      相应的技术培训和业务梳理还是能够起到很大的提升作用。给予定期的技术和业务问题研讨会，给90后们干货，避免重大事故发生。

2、 产品需求过多，杂而不精，深度和广度无法考虑到位，导致开发过程中其实就是产品的完善过程，导致开发周期无法评估精确，迭代效率低下问题：

      产品经理开发过程中，应该明确主次，程序员应该明确版本核心，主要精力投向哪，产品后期讨论中的扩展或是烧脑，需要做合理拦截和阐述梳理产品和项目周期的矛盾统一，一旦发生不可预料的情况，及时申请资源和协调沟通。

3、管理者无法合理有效利用开发资源问题：

      通过自我提升，自我加强，合理安排工作和管理的时间比例。通过借鉴其他同类公司管理者的管理经验和tools来高效安排手中资源，自身理想和目标应该和员工身心健康做到兼顾。(建议:smart开发管理书籍、worktile\teambition\jira\Excel\日志软件等)

4、开发者被多个跨部门的同事，直接指挥工作问题：

      产品、运营、后台运维等多部门出现问题，直接跨部门与程序员沟通，要求解决问题。扁平化，效率化前提任务的优先，程序员无法分辨优先级别。这需要管理者在任务的拦截和分配上，有很高的业务处理和沟通能力。开发者的单线程处理问题能力明显优于多线程，开发者必须遵守空投任务转上层接口人。

5、关于核心业务功能过于集中于少数研发，身心出现问题后，很难找到接手人快速解决问题：

      模块化，集中化，一个功能模块的多备份，2-3个人可以同时处理这个问题。业务随时间而极速扩充，如果一个人来全盘掌握，是很困难的。

6、接口测试和集成测试

     招人或内部培养

7、发布流程规范化问题：

     需要个更为简单、更为高效的发布机制，管理和运维技术方面都需要优化。

     一下分享下，简单的流程，不一定适合所有公司，只供借鉴

  版本发布流程如下： 

   

   提测流程 ：

   

 

   还没完。。。待续。。。