效能管理-Gitlab研发管理实践
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
研发效能的痛点
-
不知如何下手
-
指标太多,无法确定核心指标
-
工作太忙,没时间做研发效能改进
-
流程大量人工参与,拉低工作效率
-
数据过于零散,无法观测
-
关注代码产出,忽略质量bug不断
研发效能的核心
效能目标
优化流程 + 质量管理 + 持续度量
研发管理流程
可靠性
Concept:人是可靠并且不可靠的
优化流程:
有数据可依,有据可查;自动化流程减轻人工参与
自动化流程:
监控议题
监控代码合并
定时发送提醒
生成研发报告
持续改进代码质量
高质量代码
代码门禁
代码合并的评审管理
多级验证/检查
持续度量
组织层面
项目层面
交付速率
交付能力-DORA指标
-
部署频率
(Deployment Frequency):
一段时间内应用程序部署到生产中的次数,代表研发团队交付价值的频率
-
变更交付周期
(Lead Time for Changes):
从代码提交到将代码部署到生产中的时长,代表团队进行代码评审、测试和部署的速度,也部分反映了团队响应用户需求的速度
-
变更失败率
(Change Failure Rate):
变更部署到生产后发生故障、导致服务降级的比例,代表团队交付稳定服务的能力
-
服务恢复时间
(Time to Restore Service):
生产环境中发生故障到服务恢复的时间,代表团队快速监测、定位、诊断故障,并从故障中快速恢复的能力
人员效能
合规审计
流程管理范特西