写点什么

Kevin Behr 谈持续改进

  • 2013-12-05
  • 本文字数:1926 字

    阅读完需:约 6 分钟

DevOps Days 于近日在纽约举行。Kevin Behr 是“可视化Ops 手册”的合著者以及“凤凰项目”的创始人之一。他和Jesse Palmer 就如何将持续提升文化逐步导入总是处于过劳状态的运维团队这一问题作了一次演讲

据Kevin 和Jesse 说,通过这个持续提升的过程,团队工作经历了一个根本性转变:Dev 团队和Ops 团队密切合作,不必要的工作及返工均稳步减少。他们认为缺少一种合乎逻辑的表述来指导其工作和任务,当得出这一结论的时候,该过程还帮助团队取得了重大的突破性进展。

他们开始对当前现实进行诊断,其过程基于数个理论框架,如约束理论 Cynefin ,后者作为诊断过程的指导性框架,用于推理复杂系统的演化性质及其内在不确定性。通过使用当前现实树,他们将组织的主要问题映射到导致问题产生的根本原因上。

另外,通过 Mike Rother 在其著作《丰田套路》中提出的名为改善套路的技术,团队开始进行短期、有限的试验。改善套路是一种将科学方法引入组织日常活动的方式,用于解决问题及其根本原因。本例所使用的具体改善套路基于每日站立会议,会上要回答如下五个问题:

  • 目标状态是什么?
  • 当前状态是什么?
  • 要达到目标状态,主要障碍是什么?
  • 今天针对哪个障碍进行试验?
  • 试验如何做以及试验结果如何展示?

例如,一个常见的抱怨是“我们没有足够的时间”。团队进一步挖掘发现,在特定的时间点上,每个人都总是设法找出最有用的事来做,但没有一种全局视野,因此,他们采用了看板。看板允许团队将整个价值流可视化,对流程进行管理,以及为量化试验和进展做好准备。

在这个过程中,团队识别出若干目标状态,如“偿还技术债务”或“管理未计划的工作”。为了达到这些目标状态,团队做了若干试验,如定义关键技术债务项目或者创建简单的项目计划使组织不会忘记较大的活动。这些试验产生了具体的结果:通过进行根本原因分析避免土拨鼠日效应是其中之一。运维团队还开始与开发团队一起解决常见问题,如改善发布过程。由于已经在两个团队之间建立了反馈回路,所以才能做到这一点。

InfoQ 就演讲中提到的部分技术和实践向 Kevin 提了几个问题:

在您演讲过程中,您阐释了那个组织在那样的背景下所采取的改善套路。您总是使用同样的改善套路,还是根据组织背景从多种改善套路里选择一种?

改善套路有许多种形式。通常,在开始时,我们采取的改善套路与 Mike Rother 在其著作《丰田套路》里所描述的改善套路类似。我们的版本称为 Opsflow,是该方法的一部分或者一种更广泛的形式。它使用各种方法和会议从七个维度推动组织学习,以创建一种互适应的创新能力,并在缩短价值交付周期和等待时间的同时,发展 / 培养潜在的才能。

您提到,目标状态不仅仅是一个目标或者 KPI。关于这点,您能详细阐述一下吗?什么是目标状态?

目标太远了,分分秒秒的工作决策难以对其产生影响。与目标相比,挑战可能是完成工作的一个更小单位(数个挑战可能会使团队更接近目标),但目标状态还要小,与工作人员关系也更近:它是对个体工作人员的隐喻工作站或工作中心的一项或多项度量。可以是过程级度量(部件日输出量)或者知识工作度量。考虑一下,在办公桌前如何工作才能够完成一项挑战。弄清楚如何度量所能够达到的状态。这有助于在开始阶段就在这方面进行经常地训练,使它更容易领会和学习。

您通过什么途径来找出目标状态?

我们使用许多技术,但最好是利用组织的目标 / 任务 / 策略 / 计划 / 尝试,不管怎样,管理方法是任务定义。所有的目标状态需要在管理部门建立的通道内——然后他们会给予指导,只为确保这些目标状态能够使我们更接近挑战,进而使我们所有人都更接近目标。

您是如何决定关注什么目标状态的?

我们使用由 Eli Goldratt 的约束理论改编而来的思考工具,如当前现实树、未来现实树、转换树和目标映射。我们还会借助 David Snowden 设计的方法和会议,如“未来倒推(Future Backwards)”、“仪式性异议(Ritual Dissent)”及其它,来避免认知偏见并识别需要改变的基础状态。

对于持续学习或持续调适,最难的是在“持续”部分。很容易出现这样的情况,开始的时候充满动力,但随着时间推移,动力慢慢消失。关于保持长远地持续调适,您有什么建议或技巧吗?

是的!首先保证学习形式正确而深入。通过学习科学方法建立和培育科学家文化。制定能够培养文化守护者的培训和二次培训计划。另外,引入周回顾,讨论失败和庆祝成功。我们看到了持续努力最难的部分,所遇到的每个挑战很快就被另一个代替,这让人觉得像在跑步机上(在同样的地方工作——不过没有一鸣惊人的成功)。由于失败改善比率低,人们会觉得沮丧。当团队定期回顾其成功和经验教训时,他们可以利用成就感来激发更多改善。这是关键。

查看英文原文: Interview with Kevin Behr on Continuous Improvement Kung-Fu

2013-12-05 20:441180
用户头像

发布了 256 篇内容, 共 85.5 次阅读, 收获喜欢 12 次。

关注

评论

发布
暂无评论
发现更多内容

注意:字符串substring方法在jkd6,7,8中的差异

CRMEB

什么是 AQS 及源码分析

Ayue、

AQS

HarmonyOS(鸿蒙)——双击事件

李子捌

28天写作 21天挑战 鸿蒙开发 12月日更

Spring核心原理之 IoC容器中那些鲜为人知的细节(3)

Tom弹架构

Java spring 源码

Dubbo 框架学习笔记十二

风翱

dubbo 12月日更

linux动态链接的程序如何在其他系统上运行

SkyFire

动态链接 装载器

【Java 进阶训练营】 JVM 知识总结

wgl

kali系统之复现漏洞分析与审计

网络安全学海

黑客 网络安全 安全 信息安全 渗透测试

在线上传图片二维码识别解析

入门小站

工具

Kubernetes 集群部署 Metrics Server 获取集群 Metric 数据

zuozewei

Kubernetes 性能监控 12月日更

HarmonyOS(鸿蒙)——单击事件的四种写法

李子捌

28天写作 21天挑战 鸿蒙系统 12月日更

荐书📚——《剑指Offer》专项突破版

宇宙之一粟

推荐书籍 12月日更

Gin-Vue-Admin 使用gin+vue进行极速开发的全栈开发基础平台【gva第一节】

坚果

Go 28天写作 Vue 3 12月日更

git tips(qbit)

qbit

git #Github

Linux之which命令

入门小站

Linux

模块三-架构文档

撿破爛ぃ

「架构实战营」

100% 展示 MySQL 语句执行的神器-Optimizer Trace

程序员历小冰

MySQL 28天写作 12月日更

🍃【Spring专题】「原理系列」SpringMVC的运行工作原理(补充修订)

洛神灬殇

spring springmvc 12月日更 流程解析

前端CI/CD上如何保证依赖安装速度达到优解?

梁龙先森

前端 构建脚本

Linux 命令 less 全知全会

hedzr

Linux less

儿童教育有感-说话用词不当

wood

28天写作

【安全漏洞】CVE-2021-42287&CVE-2021-42278 域内提权

H

网络安全 信息安全 漏洞

Netflix系统架构

俞凡

架构 微服务 netflix 大厂实践

程序员做技术管理需要懂哪些方面?

Seven的代码实验室

程序员 技术管理

模块四-reids存储方案

撿破爛ぃ

「架构实战营」

从渔夫和游客说到晒太阳的狗狗派

mtfelix

28天写作

[架构实战营] 模块三作业

Geek_0ed632

「架构实战营」

Spark-概览

xujiangniao

这一期总结

张老蔫

28天写作

HDZ城市行深圳站 | AIoT时代,如何抓住智联生活的战略机会点?

华为云开发者联盟

AIOT HarmonyOS 华为云IoT 智联生活 PLC-IoT

数据管理典范!「山东城商行联盟数据库准实时数据采集系统」入选2021中国大数据应用样板案例

DataPipeline数见科技

大数据 数据同步 数据融合 数据迁移 数据管理

Kevin Behr谈持续改进_DevOps & 平台工程_João Miranda_InfoQ精选文章