写点什么

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

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

关注

评论

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

Scrum敏捷项目管理真实案例

顿顿顿

Scrum 敏捷开发 敏捷开发管理 敏捷项目管理 scrum工具

在软件定义汽车的时代,低代码究竟给车企数字化转型带来了什么?

优秀

低代码 车企 车企数字化

WaveMetrics Igor Pro 9 for Mac(科学计算和数据分析软件)

理理

苹果软件资源站 mac科学计算软件 WaveMetrics Igor Pro 9 Igor Pro 9破解

一文回顾 Boundless Hackathon at Stanford 首期 Workshop

西柚子

世界500强开滦集团的财务共享建设路径

用友BIP

财务共享

对应用数据开发还有疑惑?看这篇就够了!数据存储、管理,通通掌握!

HarmonyOS开发者

HarmonyOS

技术的交流 思想的碰撞|2023开放原子全球开源峰会TOC面对面分论坛即将启幕

开放原子开源基金会

开源 社区 TOC

玩转服务器之应用篇:从零开始构建小型高可用环境

京东科技开发者

高可用 云主机 云服务器 企业号 6 月 PK 榜

Java 高效处理千万级数据:技巧与最佳实践

xfgg

Java 大数据

一文回顾 Boundless Hackathon at Stanford 首期 Workshop

鳄鱼视界

客服都要下岗了? 当ChatGPT遇见私有数据,秒变AI智能客服!

BeeWorks

复杂Flink任务Task均衡调度和优化措施

Openlab_cosmoplat

大数据

TiDB数据迁移实践DM工具

TiDB 社区干货传送门

迁移 实践案例

智能出行 驱动未来|2023开放原子全球开源峰会CARSMOS开源智能出行生态年会即将启幕

开放原子开源基金会

开源 智能出行 CARSMOS

重新思考流处理与流数据库

吴英骏

开源 云原生 流处理 ​Rust 实时数据库

BFF层聚合查询服务异步改造及治理实践 | 京东云技术团队

京东科技开发者

优化技巧 企业号 6 月 PK 榜 BFF层 异步优化

魔法门之英雄无敌3下载,死亡阴影 for Mac中文版

理理

mac游戏 英雄无敌3 英雄无敌3高清中文版 魔法门之英雄无敌3下载 死亡阴影中文版

简洁实用的文本编辑器:FSNotes中文版

真大的脸盆

Mac Mac 软件 文本编辑器 文本管理 文本处理工具

led显示屏保养技巧

Dylan

故障 LED显示屏 设备日常保养

百度倾力出品|《神经网络机器翻译技术及产业应用》正式上线

飞桨PaddlePaddle

人工智能 深度学习 百度飞桨

一次网络请求中的流量分发过程 | 京东云技术团队

京东科技开发者

数据传输 企业号 6 月 PK 榜 流量分发 网络请求

实现mac电脑与安卓互通|MacDroid 破解版

理理

MacDroid for mac 安卓设备文件传输助手 MacDroid中文 MacDroid破解 mac与安卓同步

让AI无处不在!Intel拿出全新VPU:超高能效碾压GPU

E科讯

rocketmq4 docker安装 阿里云linux2(centos7)

folo

Docker centos RocketMQ部署

TiDB集群数据库灾难恢复手册

TiDB 社区干货传送门

管理与运维 备份 & 恢复

软件测试/测试开发丨接口测试学习笔记

测试人

程序员 软件测试 自动化测试 测试开发

秒验 iOS端集成指南

MobTech袤博科技

CodeWhisperer 初体验

天黑黑

AI 亚马逊云 CodeWhisperer

大型 3D 互动开发和优化实践 | 京东云技术团队

京东科技开发者

游戏 3D 企业号 6 月 PK 榜 互动游戏

这本数智平台白皮书讲透了大型企业数智化升级业务痛点

用友BIP

白皮书 数智底座 数智平台 平台白皮书 数智化转型白皮书

【5.26-6.02】写作社区优秀技术博文一览

InfoQ写作社区官方

热门活动 优质创作周报

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