请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 微信、QQ、手机号一键注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 645|回复: 0

DevOps组织如何利用度量金字塔驱动DevOps转型

[复制链接]
发表于 2020-8-4 21:56:03 | 显示全部楼层 |阅读模式
本帖最后由 陈小宝 于 2020-8-4 22:26 编辑 * R# j8 [! W$ A5 [8 C: P
# u. `9 K' I0 B5 C/ i
度量金字塔
0 L, r+ \5 s3 f' |+ F  Z' z
Gene Kim、Jez Humble、Patrick Debois与John Willis在《The DevOps Handbook》一书中提出了“三步法(Three Ways)”,系统性地阐述了DevOps的支撑性原则。其中,第二步反馈(Feedback)指出要建立从右到左且贯穿整个价值流的快速、频繁、高质量的反馈信息流,使能我们创造更安全的工作系统。反馈成为敏捷与DevOps倡导的持续改进(Continuous Improvement)的重要机制。
& M% y7 A' C5 L) P2 {4 X  U
1 v5 P6 T) E7 ^3 V1 q
度量作为反馈的首要来源,DevOps组织与团队应收集并分析度量用于理解成功、失败与机会,来持续改进,实现软件交付的商业目标。
, h$ L1 E5 `8 b- g; o2 s& ?
$ u" N! m* g. e' |9 S
谈到度量,DevOps组织与团队首先面临的问题是如何正确地看待度量。最为重要的是,应将度量视为改进机会的风向标,而不是简单粗暴地作为惩罚式生产力度量。同时,在持续改进时,不是让团队尽量符合行业水准,而是与过去的基线进行对比。为了更恰当地利用度量,要运用审辩式思维(Critical thinking)分析相关数据,识别噪声、错误假设等。DevOps组织与团队可以将度量视为:
, x$ h% a! H1 @7 n

+ ?+ z0 e- q; D+ v+ ~  X/ Q
  • 进度指示器:尽量向不同干系人透明地提供最有价值的信息,例如趋势、上下文信息等;
  • 未来预测器:通过建立预测模型帮助进行预测,但需要注意的是“水晶球”也会快速变模糊;
  • 方案决策依据:为团队发现问题的根因并确定解决方案提供实验数据。

    + _! w, U3 o+ W- x! {/ L

/ g' [0 X* ?. L8 O* w( u$ T3 o( z9 M% j& u
金字塔是世界七大奇迹之一,最早的埃及金字塔始建于近5000年前。现在人们目睹金字塔真容,得益于金字塔稳固的建筑结构。对于度量,DevOps组织可以建立与金字塔类似的结构,可以称之为DevOps度量金字塔。不得不提的是,在DevOps的测试领域中,人们也提出了测试金字塔。DevOps度量金字塔与测试金字塔类似,如下图所示:
0 ?) C1 D7 u+ Y3 K( {7 j: P

2 D+ p5 x4 u# a, V
粘贴上传202008042153505101..png
DevOps度量金字塔

8 T( m1 m, K  {+ u( o" F# y! j: O* X6 R) h* Z  V! h4 p( x
DevOps度量金字塔主要关注5个领域,从下到上依次为:

! D" f3 a" O, `# t7 L- U
  • 运维效率:本领域主要关注运维管理能力与效率,例如变更或发布成本、人均管理主机数量等等;
  • 产品交付质量与速度:本领域主要关注客户可交付产品的质量与速度,例如价值平均交付时间、平均恢复时间、Cycle time等;
  • 组织效能:本领域关注行为变化、变更响应力、员工技能成长等,例如员工留存比率、协作程度等;
  • 客户价值:本领域主要关注客户价值相关的度量,例如客户满意度、客户成功、Lead time等;
  • 商业绩效:本领域主要关注DevOps变革效果,例如TTM(Time To Market)等。

    ; s# j6 r* ~, q
7 s. D/ |( w0 P1 D. ^) b
对于DevOps度量金字塔的5个领域中的某个度量指标而言,DevOps组织或团队需要体系化地进行描述,建议至少包含以下内容:指标目的、统计对象、统计维度、统计公式、统计频度、数据来源、保留周期、重要等级等。

6 {8 E: j: B! R8 p4 E" P! _
0 d# D( b6 J; b" K5 j. K" ~' F
那么度量指标从哪儿来呢?DevOps组织或者团队可以从以下方面进行分析并收集:

. }) n- ^1 G. k+ {) H
  • 商业价值
  • 文化
  • 流程
  • 平台
  • 人员
  • 架构设计
  • 开发与测试等
    7 x7 G3 E5 A) N1 q1 i1 J- G, i

( M! M: G7 y0 V; N2 `
“度量”中的风险

( g2 S% A1 K" v+ F5 J6 F$ n2 J: @& Q3 f- F9 ~- J$ F
度量对于DevOps的重要性,无论如何强调都不为过,然而DevOps组织或团队常常会遇到以下风险或者陷阱:
/ E3 F, s7 |1 |# f7 L1 P" Q0 S% v6 |
  • 忘记“持续改进”的初心,将度量作为惩罚性手段;
  • 未准确地定义度量;
  • 以游戏、规避、或者利己的心态对待度量;
  • 不能恰当地分析度量;
  • 不能周期性地重建基准

    ! v5 b$ ^1 B8 D# ?; \- M# n

6 R: c) c9 P6 z$ y( s5 G$ f
( b1 _! R: O; p. g$ z! {
If you cannot measure it, you cannot improve it。DevOps组织或团队应本着“持续改进”的宗旨,可以参考DevOps度量金字塔,持续地构建合适的度量体系,促进DevOps能力提升。(华为云DevCloud
4 g0 h9 m; N  y

% d* D0 m& A% F




上一篇:DevOps转型需要这样的自治产品团队
下一篇:杀死 “DevOps 团队”

本版积分规则

参加 ITIL 4 基础和中级专家认证、v3专家升级、DevOps专家认证、ITSS服务经理认证报名
本站关键字: ITIL| ITSM| ISO20000| ITIL培训| ITIL认证| ITIL考试| ITSS| ITSS培训| ITSS认证| IT运维管理| DevOps| DevOps培训| DevOps认证| itop| itil4| sre| 开源ITSM软件

QQ|小黑屋|手机版|Archiver|艾拓先锋网 ( 粤ICP备11099876号-1 )|网站地图

Baidu

GMT+8, 2021-5-7 03:56 , Processed in 0.156513 second(s), 33 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表