郭靖:做好数据度量项,效能提升没商量 | 电子期刊【工程实践九大坑】

「守望者」第五期《工程实践九大坑》正式发布,点击文末下载。

本文内容节选自「守望者」第五期《工程实践九大坑》第二章《郭靖:做好数据度量项,效能提升没商量》

华夏历开元3022年12月8日,帝都城驿站取消了进京检测24时辰核酸检测的管理规定,标志着华夏帝国的抗疫活动到了一个新的阶段。经过三年的“清零”过程,虽然挽救了无数华夏子民(尤其是老弱妇孺)的生命,但是华夏帝国的经济也受到了前所未有的挑战。
帝国子民三年没有感染新冠,不是因为幸运,也不是因为免疫力强,是因为这三年来每一个接近你的人,帝国都帮你筛查过h了,都是健康的,低风险的,只要有风险的,帝国都把他和你隔开了,帝国尽力了,以后每个人都是自己健康的第一责任人。
自从政策放开以后,全国各地开始了一波感染潮:先是赵子龙的故乡-常山,出门的人比原来少了许多,当地书院的学子,也纷纷返乡。其次,商朝故都-商城,“千里传音器“代工点引起了感染,福克斯康(Foxconn)的学徒也都纷纷归家…

在这个时候,《九阴真经》研发团队也面临着前所未有的困难,帝都研发部门的员工纷纷感染,无法到丐帮信息科技部大楼办公,魔都的测试部门,自动化测试案例修改更新也不及时,导致测试案例无法正常通过,南粤城基础设施团队,提供的持续集成流水线模板,也不符合研发团队的个性化要求。年底奖金发放就在眼前,如果不想出解决办法,会对明年的工作产生巨大的影响。
郭靖作为丐帮CEO,面对这些问题,一直眉头紧锁,找不到解决方案。虽然项目组以前对于各个部门也有过一些考核的指标,但是效果却不理想,比如:
1、产品部门:PO提出的需求数目、点击量等
2、研发部门:开发人员提交的代码行数、功能的上线时间等
3、测试部门:测试工程师提出的bug数量,产品功能的测试通过时间等
4、运维部门:运维工程师解决的告警数量,在线支持的时间等
虽然考核指标都有了,根据指标来看,团队的执行效果都还不错,但是对于产品、对于部门的整体效能来看,却没有显著的提升,有些部门反而起到了负面的作用。比如导致部分人员开始“表演型加班”,产品代码重复量增大,研发、测试人员对立等等。

这日,郭靖的外孙(郭芙之子-耶律思杨)也感染了疫症,他去药房抓药。在抓药过程中,他看到了这张图。

细看之后,郭靖不得不佩服药店掌柜的学识渊博。小店铺藏着大智慧,这不就是对症下药吗?根据患者所处的不同阶段,不同病症,采用不同的药物进行治疗。反思过后,他觉得《九阴真经》项目组的度量指标也应该按照思路来进行设计。

1、度量指标设计需要针对团队问题
2、度量指标面向组织、团队进行考核
3、构建研发过程不同阶段产物的研发数据链
第一、不想当将军的是士兵,不是好士兵;不能反映团队问题的的度量的指标,不是有用的指标。
不同的团队,面临的问题多种多样,不同的组织,存在的障碍不一而同。只有通过仔细认真的调研,详尽掌握企业不同层级面临的问题,并能够透过现象看本质,设计合适的度量模型,从根源上暴漏问题,并给出合适的解决方案,才能真正起到度量的作用。

第二、组织存在的问题,不单是某一环节的问题,组织研发效能的提升,也是整个交付过程整体流程的优化。
软件研发过程包含:业务分析、项目管理、开发、测试、运维、运营等各个环节,每个环节存在的问题,都有可能影响产品功能最终发布上线的速度。所以作为反映整个研发过程的度量指标,数据应该涵盖研发过程的各个环节,及时反馈瓶颈点,并可以根据历史数据,给出优化建议。

第三、好的数据度量指标,不仅能反映组织存在的问题,分析问题所在,还能基于不同阶段的元数据,给出优化建议,并能对未来的发展局势,做出预测。
对于度量数据,数据采集的实时性、准确性,一直是指标能否反馈实际问题的关键所在。如果数据是基于人工手动采集,那么其真实性、实时性都大打折扣。只能通过工具对数据进行自动采集,并通过大数据技术,对数据进行宏观分析,才能做到底层的数据贯通,真正构建研发数据链,客观、公正的反馈问题,提升研发效能。

于是,郭靖邀请“华夏帝国DevOps社区“的王东喆、巩敏杰、刘陈真、张思琪等多位专家,和《九阴真经》项目团队一起,讨论构建了一套适合团队自身的研发效能度量指标,并构建了自己的研发效能平台,后面使团队的整体效率提升了1.5倍。

贯通端到端研发数据链 

构建组织级研发效能仪表盘

组件工程师能力能力画像

本章作者:王英伟  
DevOps解决方案架构师敏捷/DevOps咨询顾问
软件架构领域最帅的敏捷教练

英雄帖:「守望者」第一季【敏捷漂流记】完结,第二季即将启动,欢迎找小助手加入作者团

(加小助手微信加入作者团)

「守望者」第五期《工程实践九大坑》

Cynthia Cheng
Cynthia Cheng
文章: 2

留下评论

您的电子邮箱地址不会被公开。 必填项已用 * 标注