提高小组研发质量
前介
今年11月，因为组织架构变更问题与领域拆分，开始负责基础服务团队。在经过一个月的迭代，发现现有研发模式存在些问题，做了些变动。
现状
1.水平一般程序员在执行中跑偏设计
2.bug导致的事故，损失时间长，排障耗时长
3.产品需求任务不重，技术改造没有方向与规划
4.开发没有项目管理意识，产品交付delay个一两天都常见，基本靠测试同学对项目进度的把控完成预计交付
5.存在高级工程师实力未得到充分发挥
6.存在对业务不上心，对同事态度嚣张的开发
采取措施
1.加上技术方案review的流程，要求开发些技术文档，画时序图，理清思路。
2.case study来学习经验教训，对业务上心、负责。规定一些SOP。
3.梳理系统架构，做技术改造。
4.推CI，良好的前端文档，集成groovy单测，对commit出代码分析报告并排名。
5.story owner计划，培养项目管理意识并筛选出对业务积极负责的人。
6.整理并合并领域，让优秀开发承担更多业务。
7.对业务不上心觉得自己挺厉害又态度不好开发，第一步展示技术实力教做人，第二步明确领导位置进行鞭策，第三步剥夺重要业务，分配小story给他做，在观察下。
感受
自从接收基础服务来，和原来的团队不同，一是业务更独立，二是后端人员复杂了，同时期老员工两个，工作半年新员工一个，自己带过来的一个，前端测试同学都合作已久。
自己这段时间才算是正在开始接触技术管理吧，以前的模式是小组长带人干活，现在的需要一点前期管理工作，希望后面可以每个人都能充分发挥&自己可以专心写代码。
This work is licensed under a CC A-S 4.0 International License.