写点什么

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

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

关注

评论

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

一文告诉你如何选择低代码供应商?

YonBuilder低代码开发平台

如何使用YonBuilder进行报表分析?

YonBuilder低代码开发平台

超详细图文保姆级教程:App开发新手入门(四)

YonBuilder低代码开发平台

数据可视化图表系列解析——饼图

Data 探险实验室

数据分析 可视化 数据可视化 可视化数据 可视化工具

HTTP请求首部字段

穿过生命散发芬芳

HTTP 12月月更

2022-12-25:etcd可以完全替代zookeeper,原因是k8s用的etcd,不用担心不成熟。请问etcd部署在k3s中,yaml如何写?

福大大架构师每日一题

云原生 k8s etcd k3s 福大大

数据库原理及MySQL应用 | 约束

TiAmo

主键约束 数据库· 12月月更

启科QuSaaS真随机数解决方案与Amazon Braket结合实践

启科量子开发者官方号

人工智能 量子计算 随机数

企业想要智慧化办公,首选华为云桌面Workspace!

科技怪授

YonBuilder移动开发平台 AVM框架 封装身份证号码虚拟输入键盘组件

YonBuilder低代码开发平台

统信软件高级工程师:关于云原生技术在容器方面的应用介绍 | 龙蜥技术

OpenAnolis小助手

云原生 容器技术 龙蜥大讲堂 统信软件 开源领域

一文读懂什么是低代码开发?

YonBuilder低代码开发平台

手把手教你玩转 Excel 数据透视表

葡萄城技术团队

数据分析 Excel 数据可视化 数据透视表 可视化数据

Web入门开发【四】

小院里的霍大侠

Web 编程开发 初学者 入门实战

AI 2022:浪潮奔涌,百舸争流

Baihai IDP

人工智能 AI 年终总结 AI 2022

【架构设计】你的类足够“专一”吗

JAVA旭阳

Java 架构

优化器核心技术—Join Reorder

KaiwuDB

华为云桌面,如何让云上办公变得高效、安全?

i生活i科技

YonBuilder移动开发 AVM框架 封装虚拟数字键盘组件

YonBuilder低代码开发平台

YonBuilder应用构建教程之移动端基础配置

YonBuilder低代码开发平台

疫情放开,户外全彩LED屏发展趋势

Dylan

LED display LED显示屏 户外LED显示屏

【IntelliJ IDEA】连接https报错问题: E230001: Server SSL certificate verification failed:

No8g攻城狮

svn IDEA

内存多维数据分析引擎

元年技术洞察

大数据 数据中台 数字化转型 多维数据库

【web 开发基础】PHP 中的预定义数组详解续集 (48)

迷彩

post GET 文件上传 PHP基础 预定义数组

云原生媒体基础设施为华为云桌面护航

科技怪授

无代码优缺点及发展前景

间隔

SDK更新不了问题解决

芯动大师

android hosts SDK 教程

spaa 22

黄敏

银行如何快速落地营销数字化?

中关村科金

人工智能 大数据 AI 数字化转型 数字化

超详细图文保姆级教程:App开发新手入门(三)

YonBuilder低代码开发平台

华为云桌面,助你畅享高清视觉体验!

科技怪授

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