基于反馈闭环,建立持续和深层次研发效能改进提供基础改进

基于目前存在的问题,我们首先明确了研发模式的四大原则:拉通、对齐、反馈、改进。第一部分侧重于整个交付过程和调整各级目标。反馈和改进将在下一部分描述:

拉通:关注用户价值和季度目标,拉通业务、产品、开发、质量测试的整个交付过程对齐:建立季度和月度计划机制,迭代计划,每周调度,每日站会,对齐各级目标、规划、进度反馈:建立产品研发反馈和业务成果反馈闭环,提供数据度量,为持续深入研发绩效提升提供基础改进:基于反馈闭环,建立持续改进机制

第一步互联网研发团队架构,梳理产品交付流程,建立统一的目标和节奏,以及具体产品交付的全过程(详情如下图)

互联网研发团队架构_研发团队架构_互联网研发团队架构

通过公司业务季度目标的同步,首先将产品进行拆分,划分为产品的月度计划,然后通过需求审核分配到不同的迭代计划中。用户使用。

研发团队架构_互联网研发团队架构_互联网研发团队架构

研发团队架构_互联网研发团队架构_互联网研发团队架构

第二步,固定研发周期,按迭代推进,确定‘214’计划(2周1次迭代,4小时上线):

互联网研发团队架构_研发团队架构_互联网研发团队架构

互联网研发团队架构_互联网研发团队架构_研发团队架构

根据本次迭代需求评审1天+上次迭代需求上线,2天功能设计(含任务拆解),2天开发,1天自测,1天质量界面测试+前后端-端联调,2天功能测试,1天集成测试。我们划分不同的阶段(设计、实施和验收),让研发团队有时间从独立思考到相互交流。例如,在独立思考阶段,前端和后端在功能设计,质量在分析和测试点;在交互阶段,可以在后端功能设计评审时邀请前端和测试人员,在质量测试分析和评审时可以邀请后端和前端人员。这 '

在迭代执行过程中,我们设计了一个质量内置流程来保证质量,通过下一个环节验证和保证上一个环节的质量。例如,需求设计结果由需求评审保证,开发结果由接口测试保证,前后端联调结果由功能测试保证。当然,我们也采用了需求变更控制流程、代码审查、自测、Bug 分析来推动这些流程的改进(这些将在后续流程中单独介绍)。

通过3个月(6次迭代)的实施,我们在大方向上解决了研发团队目标不明确、周期不固定的问题。有了对需求从何而来的初步了解,大家就有了一定的方向感,知道每个阶段需要做什么。但是在执行过程中遇到了一些其他的问题,比如需求粒度不一致(有的半天,有的5天),导致调度困难;每个团队的交互过程冗余少,一个环节被延迟互联网研发团队架构,整个迭代被延迟的概率很高。