50万奖金+官方证书,深圳国际金融科技大赛正式启动,点击报名 了解详情
写点什么

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:441613
用户头像

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

关注

评论

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

工业互联网赋能 浪潮云洲助力区域品牌“走出去”

工业互联网

模块8作业 消息队列MySQL数据结构

TH

架构实战营

数据治理方法论和实践小百科全书

王知无

悟了!树,二叉树,哈夫曼树...

Ayue、

数据结构

架构训练营模块8作业

Neil43

架构训练营

如何打造高效好用的终端?拿来吧你!

童欧巴

大前端 iterm2 Oh My Zsh

我们在学习Spark的时候,到底在学习什么?

王知无

作业表设计

大肚皮狒狒

深入学习WebSockets概念和实践

devpoint

socket websocket 7月日更

模块八 作业

CR

架构之:REST和RESTful

程序那些事

微服务 软件架构 程序那些事

【LeetCode】减小和重新排列数组后的最大元素Java题解

Albert

算法 LeetCode 7月日更

模块八:课后作业

菲尼克斯

架构实战营

微信架构图

Geek_36d3e5

如何理解领域驱动设计

escray

学习 极客时间 7月日更 如何落地业务建模

模块8学习总结

TH

架构实战营

一脚踢你进Go语言大门!入门者必看,万字长文,建议收藏!

微客鸟窝

Go 语言

2.1如何设计可拓展的架构

Lemon

架构

架构实战营 模块八作业

Dylan

架构实战营

Python OpenCV 霍夫(Hough Transform)直线变换检测应用

梦想橡皮擦

7月日更

Rust从0到1-并发-线程

rust 线程 并发 Thread Concurrency

【Flutter 专题】86 初识状态管理 Bloc (一)

阿策小和尚

Flutter 小菜 0 基础学习 Flutter Android 小菜鸟 7月日更

我写过的关于成长/面试/职场进阶的文章

王知无

Linux之tar命令

入门小站

Linux

What's JVM-垃圾收集器与内存分配策略

CodeWithBuff

Java JVM 垃圾回收机制

架构训练营模块八作业

Geek_e0c25c

架构训练营

在线标准程序员计算器

入门小站

工具

字节跳动Go 网络库netpoll源码解析

xumc

字节跳动 Go 语言

架构实战营 模块八作业

夏日

架构实战营

从HTTP到HTTPS

喵叔

7月日更

如何写好一份技术简历

慕枫技术笔记

面试 后端 简历

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