O que contém uma "Transformação de DevOps"?

Algumas empresas de consultoria estão promovendo um serviço chamado "DevOps Transformation". Várias grandes empresas estão falando sobre o assunto em conferências e encontros ao redor do mundo.

O que implica essa "Transformação de DevOps"? Como é a aparência em termos acionáveis, tanto para transformações bem-sucedidas quanto para falhas.

Preciso colocar minha resposta a essa pergunta no contexto do que é o DevOps, mais especificamente nas transformações do DevOps das quais participei, o DevOps é propriedade de todo o Ciclo de Vida de Desenvolvimento de Software. Todas as práticas no gráfico são uma parte importante do DevOps e permitem e sustentam o pensamento sistêmico e a amplificação dos ciclos de feedback .

No entanto, o principal diferencial entre CI / CD e DevOps é a operação real do software em um ambiente de produção, onde ele pode agregar valor aos seus clientes e aos negócios que atende.

Como consultor participando ou liderando uma transformação de DevOps, tenho os seguintes aspectos em mente:

• Cultura : Como Dave apontou com razão, uma cultura de experimentação e aprendizado contínuos é fundamental para o sucesso de qualquer transformação. Do ponto de vista do DevOps, tudo se resume a como criamos uma cultura de suporte ao modelo escolhido do DevOps. Esse modelo pode ser "Você constrói, executa" ou pode ser mais parecido com a prática de Engenharia de confiabilidade do site do Google .

• Modelo Operacional : Essa é a parte da proposição de negócios que articula como a organização fornecerá valor, geralmente articulando Pessoas, Processos e Ferramentas utilizadas, vinculados em alto nível. Sem um modelo operacional, você não tem um plano para a maneira como a organização adota as práticas que a cultura define; isso, por sua vez, leva à falta de clareza e comportamentos divergentes.

• Cobertura aérea de nível C : Geralmente, nosso trabalho como consultores que trabalham em programas de transformação é fazer mudanças radicais na maneira como os negócios funcionam. Você vai chatear as pessoas, e algumas pessoas não vão gostar das mudanças - é importante que você tenha uma "cobertura aérea" de cima para mudar as coisas e seguir em frente.

Uma vez que o nível alto esteja no lugar, é importante encontrar algo que você possa entregar realisticamente:

1. Comece o mais pequeno possível, idealmente, depois de ter algumas pessoas que entendem a cultura, um esboço de um modelo operacional e a adesão dos executivos criam o "Projeto Mínimo Viável", não tente ferver o oceano com o DevOps para uma audiência de milhares. Defina uma meta alcançável:
   • Automatize a criação da infraestrutura do Produto X.
   • Automatize a entrega do Produto X no Azure em todos os ambientes.
   • Suporte de devolução do contratante Y a uma equipe de desenvolvimento em Londres.
   • Crie um conjunto de testes sobre nosso recurso mais arriscado e execute-os em integração contínua.
2. Ótimo, você tem algum sucesso agora, é hora de começar a juntar isso em mais equipes, adicionar mais algumas equipes à mistura e colocá-las em funcionamento. Não tenha medo de oferecer "Suporte para luvas brancas" primeiro para ajudá-los na transição; eles precisarão de muita ajuda nas próximas semanas e meses.
3. Agora você tem vários adotantes iniciais seguindo uma nova maneira de trabalhar; você tem massa crítica, é hora de começar a evangelizar o trabalho que está fazendo com um público mais amplo:
   • Realize sessões regulares de apresentação e demonstração , peça aos primeiros adotantes que demonstrem o quão bem-sucedidos eles foram.
   • Ofereça sessões suspensas para permitir que outras partes da organização explorem como elas podem integrar sua equipe.
   • Permitir a criação de Comunidades de Prática com foco em disciplinas específicas: Implantação Contínua, Teste Automatizado, Comunicação Comercial, Gerenciamento de Riscos, Monitoramento e Alerta, etc.

4. Mantenha o curso e encerre a transformação integrando o restante da organização. Entenda o relacionamento entre o ciclo de hype do Gartner e o ciclo de vida da adoção . Prepare-se para que o Programa de Transformação caia na "Calha da Desilusão", mantenha o rumo e mantenha o objetivo final à vista.

   

Para uma exploração mais profunda do ponto final, leia Crossing the Chasm, de Geoffrey A. Moore . Eu poderia literalmente escrever um livro sobre como entregar uma transformação do DevOps, no entanto, quando terminei, provavelmente não haveria mais trabalho de transformação do DevOps para eu fazer.

O DevOps tende a se dividir em três dimensões principais:

Cultura A
cultura do DevOps enfatiza altos níveis de confiança, colaboração e comunicação entre todas as partes interessadas, especialmente Dev, Ops e Segurança. A tensão natural e a competição entre esses grupos criam atritos e muitas vezes disfunções. O DevOps é (sem dúvida) antes de tudo sobre o alinhamento de esforços entre essas equipes.

Processo Os
processos de desenvolvimento do DevOps estão alinhados aos processos do Agile. Ops é incentivado a adotar práticas semelhantes ao Agile para se alinhar melhor aos esforços do desenvolvedor. Os processos alinhados ao DevOps foram projetados para oferecer suporte a loops de alta velocidade e feedback rápido ao longo dos ciclos de vida de desenvolvimento / entrega. Integração Contínua, Entrega Contínua e Melhoria Contínua (Kaizen) são áreas de foco do processo de DevOps.

A tecnologia
DevOps não é uma ferramenta, mas é suportada por ferramentas. Existem famílias inteiras de ferramentas que oferecem suporte a uma variedade de áreas, incluindo integração contínua, controle de origem e gerenciamento do ciclo de vida de aplicativos.

Uma "Transformação de DevOps" deve abordar elementos dos três, mas não necessariamente todos igualmente ao mesmo tempo. Há uma progressão natural e um "caminho crítico" para a transformação. Pode-se argumentar, por exemplo, que o DevOps depende de alguma forma de prática ágil, pelo menos na equipe / equipes de desenvolvimento. Problemas com a cultura podem precisar ser resolvidos antes do investimento em ferramentas.

Referências:
Cultura: https://www.andykelk.net/devops/using-the-westrum-typology-to-measure-culture
Tecnologia: https://xebialabs.com/periodic-table-of-devops-tools/