菜单

价值流管理如何帮助Healthfirst克服COVID19危机带来的变化中的挑战

价值流管理如何帮助Healthfirst克服COVID19危机带来的变化中的挑战

由于全球冠状病毒大流行,医疗保健行业面临着独特的挑战。

对于美国健康保险提供商, 健康第一,这意味着他们高度脆弱且服务不足的客户无法根据需要访问基于社区的办公室(CBO)。该公司已经在探索DevOps原理如何帮助他们改善为150万纽约人提供的产品和服务,但是护理部门在应对这种广泛的医疗紧急情况以及封锁和社会疏远措施方面承受着巨大压力,这意味着他们需要快速更改自己的模型。

“ 健康第一对于从应用程序开发到基础架构再到运营活动的所有IT工作都非常灵活。每个团队甚至在操作工作中都具有史诗,功能和故事。我们正在以较小的增量进行工作,并为计划外的活动保留容量,以支持生产问题或不断变化的业务需求。”
发布管理总监Tony Mongiovi

尽管敏捷是整个组织的既定做法,但是团队处于不同的成熟度级别。为了推动持续改进,Plutora正在提供有关团队未始终遵循Healthfirst的组织流程的领域的见解。但是,尽管敏捷是整个组织的既定做法,但CICD管道尚无。

以远程虚拟模型为客户提供服务的要求导致Healthfirst加快了开发速度并交付了新的移动应用程序。之所以能够做到这一点,部分原因是因为它是Healthfirst生产的第一款移动应用程序,并且不受该公司近30年的业务开发中的其他150个应用程序中存在的旧式,整体式系统的约束。

该移动应用程序的设计旨在进行增量更改和集成的自动化测试,将其定位为可连续交付,并且该团队当前在每三周冲刺结束时发布。由于大多数其他应用程序继续按大量需求运行,并且与多个依赖关系紧密结合,因此它们使用中央发布日历来降低发布风险。

由于移动应用程序可以按其冲刺节奏发布,因此他们可以每三周发布一次,而不是每月的日历节奏。但是现实情况是,如果他们在日历中安排发布时间,则发布时间要比发布时间早两个月。这是因为他们不必等待批准,也不必等待数月的回归测试。团队继续遵循既定的 变更批准委员会(CAB) 流程,但他们仍处于DevOps征途中相对较早的阶段,因此这不会影响sprint发布节奏。当他们朝着真正的持续交付迈进时,他们将寻求通过Plutora使治理自动化并使CAB流程越来越轻量的方法。

随着Healthfirst开始采用DevOps的工作方式,他们与Plutora合作,帮助他们在加快部署的同时提高了发行质量。

冠状病毒大流行不仅对Healthfirst的客户构成挑战,对他们的员工也构成挑战,因为他们必须迅速适应远程工作。他们再也不能互相走过去了’并检查有关最新版本更改或其总体状态的信息。他们需要保持可见性,并在过渡到远程工作时拥有唯一的真理来源。即使在这段非凡的时间里,Plutora也让Healthfirst的团队能够协调工作和协作。

健康第一打算在所有应用程序中引入CICD管道,以使它们能够更快,更独立地发布,而不仅仅是自动化需要在整个团队中进行改进以实现这一目标,同时又不丧失良好治理带来的质量和安全利益。 健康第一已采用 规模化敏捷框架(SAFe) 协调跨团队的发布,并使用SAFe程序进行程序增量(PI计划)和敏捷发布培训(ART),以树立信心,即当复杂的发布发生时,它就可以正常工作。在SAFe中,ART是价值流的集合(提供产品或服务的任何东西)。

使用SAFe并使人们专注于发布计划也有助于推动协作行为并提高对价值流的工作及其流程的可见性。但是现在真正改变的是Plutora的实现 价值流管理(VSM) 及其 发布业务流程 能力。

健康第一在其新兴的DevOps工具链中拥有许多工具,包括用于计划和产品积压的VersionOne,用于测试管理的HP ALM和用于变更管理,服务以及事件,问题和请求管理的ServiceNow的ServiceNow。 Plutora管理工具之间的集成以及对工具流的见解。

“在Plutora之前,人们经常要求更多的时间进行功能测试,他们将进行灭火。但是现在,我可以看到各个产品所有者尚未将哪些作品纳入发布。然后,我可以与他们进行数据驱动的对话,并找出问题所在,在需要时留出更多时间,或者推迟到将来的发行版。然后,我们可以返回并检查发生了什么,并获得学习和见解以进行改进。我们仍然有治理,还有监督–但这不会妨碍您。”
发布管理总监Tony Mongiovi

Plutorahas also helped the release management team throttle scope creep.

“在Plutora之前,我们对发布范围的看法非常有限。在CAB的最后一天,团队将要求更多时间。因为发布经理与测试团队关系密切,所以他们会知道他们的需求已更改,但不知道何时或如何更改。”
发布管理总监Tony Mongiovi

健康第一在ServiceNow中具有“范围锁定”的概念。启用此功能后,该发行版将不再可用于添加更改记录。但是,这并没有显示应用程序中正在发生的一切。它仅阻止将新应用程序添加到企业版本中。现在,当VersionOne出现新故事时,Plutora会在ServiceNow中纪念该版本的作用域锁定状态,阻止更改并向记录添加一条消息。从Plutora向发布管理器发送警报,该警报与团队就正在发生的事情以及它可能如何影响发布进行对话,并确定新范围是否合适并确保采取适当的风险缓解措施。

此外,团队经常要求扩展以发布版本测试窗口,这些窗口由发布团队批准。通过添加Plutora中时间延长原因的简短列表,他们现在正在收集数据,以洞察特定团队在哪里遇到问题,并与他们一起解决问题。随着时间的流逝,数据将显示行为如何发生变化,以及这些以价值流为中心和DevOps原则的采用如何影响文化。

Plutora使发布团队能够检查SAFe中的端到端流程,而不仅仅是发布元素,这使他们能够更早地发现方法中的潜在问题,从而进一步降低了风险。例如,当“接受标准”字段中没有足够的详细信息和/或没有遵守组织SAFe流程准则时,就会设置一个标记。完成此字段后,故事将被接受,但字符数少通常表示接受标准的描述不佳或占位符(例如“待完成”)。发布培训工程师每天都在寻找这些例外情况,他们还提供了与价值流团队进行数据驱动的对话并改善“完成定义”行为的机会。

此外,他们现在能够使用Plutora提供ServiceNow中存在的复杂,多个变更记录的聚合视图,这些记录与他们所有应用程序中的多个版本有关。这提供了对发布状态的完全可见性,以前必须查询几个系统才能将理解汇总在一起。

“就绪仪表板”意味着发布团队现在可以在单个视图中查看用户故事的数量,其状态,ServiceNow更改记录的状态以及到达CAB的时间;以前,他们必须参考几个资源来理解这个故事。

下一步是什么?

目标状态是所有值流都具有CICD管道并自动进行部署。尽管Plutora已经允许发布管理团队汇总所有价值流团队的所有发布计划并进行汇总,但是部署目前是一项非常手动的工作。 ServiceNow现在可以协调许多应用程序中的一些自动化部署,但是将来,Plutora将与Healthfirst选择的CI服务器协调此活动。

随着Healthfirst团队的DevOps功能得到改善,他们计划在ServiceNow中创建新的DevOps发行类型,该发行类型将带有一个复选框,用于确认该应用程序已准备好CICD。做好CICD准备工作就可以认识到团队已达到可接受的自动连续测试状态,并达到了认为其持续合规的集成治理水平。这将触发不同的发布过程,将发布与每月发布日历脱钩并提高自主性。

Additionally, there will be an integration from Plutorato 健康第一’s CICD pipeline that will include 治理 (通过发布类型和CICD准备情况),构建频率,部署频率和持续时间指标。

最终,Healthfirst期望达到一个目标状态,在此状态下,他们可以查看每个价值流中的工作流程,并获得进一步优化的见解,同时继续平衡速度和风险。

相关资源