作者简介
Mia ,携程高级项目经理,负责酒店Devops实践,关注Devops/敏捷等领域。
YY,携程敏捷教练,负责团队敏捷转型,研发效能提升实践,关注Agile、Devops、研发效能等领域。
一、前言
管理大师彼得·德鲁克在《有效的主管》一书中简明扼要地指出:“效率是‘以正确的方式做事’,效能则是‘做正确的事’。效率和效能不应偏废,我们希望同时提高效率和效能,但若效率与效能无法兼得时,我们首先应着眼于效能的提升”。携程大住宿研发效能提升的指导思想就是基于做正确的事展开,并以“持续快速,高质量的交付有效价值”作为研发效能改进的核心目标。通过持续不断的改进探索,让团队思考更加有效,工作更加高效。
在落地研发效能提升的过程中,我们遇到了很多的挑战,总结下来核心的现象有以下四种:
1. 目标不一致,导致协作低效:大住宿拥有36个规模大小不一的敏捷团队。有小型的10以下的特性团队,也有50人以上的全功能敏捷团队。各团队相对独立又存在无法规避的协作关系。当A团队的目标依赖B团队的支持,就会存在取舍和协同。当AB团队目标不对齐时,先完成自身目标还是支持对方完成目标的过程会增加非常多额外的协作沟通成本。
2. 视角割裂,产生无效价值:产品只负责产出需求,开发只管任务完成,最终交付验收发现不是想要的功能。这是大住宿在敏捷转型前遇到最频繁的问题。团队成员视角割裂导致各角色只关注于自己熟悉的领域,而忽略目标价值的交付,最终会产生非必要的浪费。
3. 基建薄弱,导致额外成本增加:有一种误会是只要转型敏捷研发效率就能10倍数提升。实践发现,基建的薄弱在一定程度上反而增加团队的负担。比如为了持续频繁的发布,自动化测试的缺失带来额外的人工回归成本;比如代码质量不可靠导致测试频繁的返工等,在一定程度上不仅影响了团队交付效率,还导致了用户满意度的下降。
4. 度量困难,缺少客观衡量数据:大住宿的敏捷转型试点,从一块物理白板,一堆便签,几只油性笔开始。缺少电子信息的沉淀,需要完成度量的费力度和成本非常的高。当时为了收集度量的数据,需要人工记录过程信息,然后通过Excel梳理整合,再进行分析处理。人为的记录和分析让数据缺失一定的客观性,无法很好的衡量团队的改进效果,也无法有效引导团队改进方向。
为了改善以上问题,我们从想好、做好、做快这几个维度齐头并进,持续优化,深度耕耘:
使用OKR工作法拉通产研,深度协作
使用MVP实践,围绕价值交付
通过深度敏捷实践,打造敏捷企业文化
通过DevOps实践,支撑团队快速交付
二、OKR工作法-上下同欲、对齐目标
明确一致的目标是组织内各个部门和全体成员的合作基础,共同的目标是组织建立和存在的客观基础,是完善和发展组织的客观依据,也是为组织创造更大价值的必备因素。OKR工作法(Objectives&KeyResult,目标与关键结果)是一种企业、团队、员工个人目标设定与沟通的最佳实践与工具,是通过结果去衡量过程的方法与实践。同时,OKR还是一种能够促进员工与团队协同工作的思维模式。大住宿OKR工作法的落地推进,有效的促进了团队成员间的紧密协作,同时也迎来了更多的挑战:
如何让整个组织的力量都聚焦在重要事项上,助力战略落地
如何管理组织内的目标横向对齐,消除“部门墙”的障碍,协作更高效
如何透明化组织、团队的目标,暴露重复、多余、无价的任务,节省成本
面对挑战,大住宿正在持续不断的探索改进中:<