devops和敏捷的关系

看板并不新鲜。 实际上,它早于本文的大多数读者。 从我们对DevOps文章的DNA分析得出的时间轴图像中,我们将丰田在其主要工厂机械车间中引入看板的年份(1953年)变得很明显。




devexpress 生产看板 devops看板_java


二十多年来,我一直以一种或另一种形式直观地使用看板来跟踪个人计划,工程项目和数字转换。 仅在过去的几周中,我才思考了看板与其他框架和系统的起源,功能和协同作用,同时向团队介绍了看板,并帮助他们将其作为强大的系统融入我们的通用工程系统中。

什么是看板?

看板的意思是“视觉信号”,它起源于丰田制造业。 它是由Taiichi Ohno开发的,旨在提高制造效率。 当我们跳入未来的几十年时,看板对敏捷和精益进行了补充,通常与诸如Scrum,Scaled Agile Framework和Disciplined Agile等框架一起使用,以可视化和管理工作。


devexpress 生产看板 devops看板_机器学习_02


您可以在互联网上,书籍中以及与使用该系统的其他工程师进行的激烈讨论中探索看板的多种解释。 在我们共同的协作和工程系统的背景下,看板提供了四个关键实践:

  • 可视化工作:我们可视化所有工作,并寻找触发器,例如当卡代表的工作被阻止或处于Hibernate状态超过两天时,卡变成红色
  • 限制进行中的工作:我们同意并实施(软性)进行中的限制,以鼓励减少批处理大小和管理队列长度。
  • 专注于流程:我们不推的工作,这有助于我们承诺推迟,直到我们达到我们做( 国防部 )的定义,我们必须承诺到下一个活动的能力。
  • 持续改进:从何时进入积压工作,完成流程需要多长时间(交付时间)以及工作效率(周期/交付时间)来衡量工作很重要。 这使我们能够不断检查和改进我们的工作方式并跟踪进度。


devexpress 生产看板 devops看板_机器学习_03


我们使用色彩鲜艳的可视卡来表示在多个泳道之一中流经一项或多项活动的活动 。 每个看板列代表一个活动,每个泳道代表一个人,一个组或另一个用于划分卡片的桶。 卡的颜色没有规则,但是红色通常表示有问题。 但是,请记住将颜色与有意义的图标结合使用,以便为色盲用户可视化特殊状态。

我们应该推迟承诺,直到达到我们的就绪定义(DOR)为止,这样我们才能确保更快,高质量地实现我们的完成定义(DOD)。我喜欢两个不同的术语(DOR和DOD),因为[产品所有者]应该对DOR负责,而团队可以拥有DOD的所有权 。” — Mathew Mathai

为新团队领导循环时间:想象您走进一家餐厅。 您坐下,研究菜单,然后决定要喝点什么。 当服务员把你的订单, 循环时间开始滴答作响。 当酒吧开始倒入您喜欢的药水并且厨房开始准备您的饭菜时, 周期时间开始滴答作响。 当订单到达您的桌子时,只要(且仅当)您满意时,提前期和周期时间都将停止。

因此, 提前期的措施,你多长时间,客户不得不等待,直到您收到您的订单。 周期时间用于衡量准备订单的活动的处理时间。 从客户的角度来看, 交货时间很重要。

明确制定策略很重要,例如开始测量提前期和周期时间时。 一些顾客进入餐厅时会启动“急躁”时钟,而其他顾客则在下订单时会启动时钟。 在这两种情况下,他们都需要了解您如何衡量流量,以免产生误解,不可行的期望和失望。

该图像是从我们的信息传递海报之一中提取的,总结了我们开始采用看板系统时的主要学习内容。


devexpress 生产看板 devops看板_可视化_04


那么DevOps呢?

使用PowerShell自动执行Linux,macOS和Windows进程中


devexpress 生产看板 devops看板_devexpress 生产看板_05


您会注意到看板与价值流映射图像之间的相似之处。 可视化专注于跨可视面板拉动的单个卡片代表的活动流。


devexpress 生产看板 devops看板_java_06


持续的流程和效率是DevOps健康思维方式的核心。 如上所示,它转变成一个连续的交付管道,该管道将业务,开发,安全性和质量保证等不同的团队联合起来,以实施从构思到生产的构思。 持续测量和简化交付管道不仅有助于改善价值流向,而且还可以改善价值质量。

显然(类似于看板),这里的重点是流程。 在活动之间来回翻转在看板中是不受欢迎的,并且对于连续交付管道来说是不切实际的。 它使我想起了最近的白板讨论,其中我们讨论了可视化和管理需要两个团队的工作流程的挑战。


devexpress 生产看板 devops看板_可视化_07


如此处所示,我们将需要X团队执行活动,然后是Y团队,再是X团队的工作分为三个故事。 这三个故事由两个看板上的三张卡片可视化,从A到B再到C,X和Y团队拥有明确的所有权,我们可以分别测量提前期和周期时间。

我们正在进入流程优化的另一个令人兴奋的话题……让我们回到最初的问题。

看板和DevOps之间是什么关系?

Donovan Brown将DevOps定义为“ 人员,流程和产品的结合体,以向我们的最终用户持续交付价值。

当我们解开这个定义时,我们意识到DevOps 心态的核心是不断创造价值并让客户满意。

  • “利益相关者的反馈至关重要。”
  • “超越当今流程的限制进行改进。”
  • “没有新的筒仓可以打破筒仓。”
  • “了解客户意味着跨组织协作。”
  • “通过热情激发采用。”

看板系统可帮助我们可视化并提高价值交付的效率,从而获得满意的客户。 我认为,如果您对看板感到满意,则可以通过可视化流程改进反馈持续创新来享受DevOps的全部好处。

我们之间最好的合作是协同作用 还是共生

翻译自: https://opensource.com/article/20/4/kanban-devops

devops和敏捷的关系