介绍

介绍

“创新来自在工作中感到高兴的人。”-W。爱德华兹·德明

从根本上讲,全方位服务的所有权是使软件团队能够构建越来越可靠和高效的应用程序的实践,同时还可以更快,更频繁地部署代码。更重要的是,这些绩效收益超出了软件开发过程,以支持整体业务增长和盈利能力。

想象一个世界

想象一个世界,您了解您为什么要从事某事,依赖性,谁依赖它以及您应该交付的究竟是什么。想象一个世界,您可以清楚地看到您的工作对您的业务和客户的影响,以至于您确切地知道该如何继续为您关心的人带来价值。

这种基本的理解将使您能够尝试新事物,创新并在很少的猜测中有效地解决新的和意外的问题。您和您的团队可以通过做出更改而不必担心意外后果来快速和协作地共同努力,以实现业务价值。

这个世界存在,被称为“全方位服务所有权”。全方位服务的所有权意味着人们在软件/服务生命周期的每个阶段都负责支持他们提供的软件。该所有权水平使开发团队更接近其客户,业务和所交付的价值。反过来,这将释放关键的竞争优势,从而在当今的数字世界中有所不同。

现代消费者在使用数字应用程序时会期望便利,速度和个性化体验。为了使任何公司保持竞争力,他们能够在正确的时间将正确的功能,正确的人运送到合适的人,而时间必须很快。消除任何阻碍这种速度的障碍至关重要。教授工程师如何在生产中进行编码,运输和拥有服务可以极大地提高您的组织在正确的时间将功能快速运送到合适人员的能力。

在采用敏捷和DevOps等方法论之前,组织在孤立的环境中发挥作用,在这些环境中,开发人员编写了大量的单片代码,然后将其交给了其他几个团队,然后才能进入生产。该模型导致了长时间的反馈循环,沟通差距,盲点以及其他几种意想不到的人为因素,这些因素扼杀了公司快速响应客户需求的能力。

如今,工程师必须远远超出仅编写代码并将其交给其他人,然后再将其交给客户。拥有应用程序服务的整个运营生命周期是“秘密调味料”,它释放了满足现代消费者的能力。

进行轮班

但是,许多现有的团队努力转变为拥有生产服务的全部所有权的模式。这是为什么?这些团队到底是谁在这一转变中挣扎?

如果您正在阅读本文,那么您很可能是那些在努力进行转变的团队中的一个人。在当今许多现有的IT组织中,有悠久的操作筒仓模式。一个团队拥有开发软件代码,另一个团队拥有质量保证,另一个团队拥有客户关系,另一个团队在生产中运行该软件,等等。所有这些团队都可能拥有可以定义为总体“服务”的一部分,但是这些多样化的责任通常会在多个“服务”中共享,每个团队都有竞争要求和不同水平的参与。

准确地考虑如何以组织有效的方式重新设计这些团队结构似乎通常是不知所措。但这不一定是。您可以开始建立跨职能结构,以使您的团队能够在我们刚刚想象的那个世界中运作。这一切一次都发生了一步。

不管公司规模,行业或经营模式如何 - 您组织中的某个地方(可能是软件开发人员)正在构建可以做一些事情的事情。可能是你!您可以将其称为微服务,功能,功能,块状片,组件,共享基础架构或内部工具。出于本指南的目的,这些部分将被标记为一种“服务”。

“服务”将很快得到更全面的定义。目前,如果您写的软件为其他人提供价值,那就是一项服务。如果您负责维护此服务和/或将其交付给其提供价值的其他人(例如客户),那么您可能应该是该服务的所有者。

它不仅需要建造,维护和运营服务才能成为其“所有者”,但这是一个不错的开始。全方位服务的所有权还包括沟通,妥协和承诺。如果这听起来像是一种关系,那是因为它是。当您建立其他人(您的同事,客户等)所依赖的东西时,这意味着您与他们有关系。

更多的个人发展模型听起来可能是很多时间,精力和工作。但是,另一种选择是一个交接,混淆,混乱,不信任和沮丧的世界。在Pagerduty,我们花了数年的时间才了解如何为自己做到这一点,我们希望您可以使用此文档在您的组织中启动生产性对话,以帮助您以最有效的方式实现更成熟的服务所有权过程。

我们整理了这项“入门”指南,以帮助您浏览全方位服务所有权的不同阶段,并提供一些有关我们认为哪些部分有用的见解,无论您正在构建哪种类型的东西。而且,如果您只是从一项新的全方位服务所有权倡议开始,那么这是弄清楚您想开始尝试哪种过程的好方法!

Baidu