Treinamento escrito de DevOps

Como adotar DevOps na sua organização?

A maneira como você começa a adotar DevOps na organização vai determinar o sucesso da iniciativa. Aproveite ao máximo a primeira oportunidade, que talvez seja a única.

Você começa em pequena escala e evita mudar tudo de uma vez

Como você já sabe, não dá para mudar o modo de trabalho de toda a organização de uma vez e anunciar uma transformação DevOps no primeiro dia. Primeiro, identifique as equipes que lidam continuamente com problemas e metas não atingidas. Procure aquelas que entendem a necessidade de melhorar, estão abertas a trabalhar de outra forma e têm total disposição para servir à organização e aos clientes.

Demonstre resultados desde o início

Sua missão é demonstrar resultados rápidos desde o início da iniciativa DevOps e mostrar aos céticos e críticos quais problemas você resolve e que valor cria com DevOps. Depois, replique essas melhorias aos poucos nas outras áreas da organização.

Foi assim que um fornecedor líder de ERP, CRM e SaaS da Alemanha começou a adotar DevOps. Sua equipe de manutenção fazia uma única entrega por ano, o que rapidamente gerou um acúmulo de código não liberado em várias ramificações ligadas a incidentes. Isso dificultava muito a mesclagem do código e a liberação de versões de manutenção bem testadas e confiáveis.

Primeiro, a equipe de desenvolvimento de manutenção se uniu às equipes de planejamento de entregas de manutenção, garantia da qualidade e gestão de ambientes operacionais. Elas também começaram a usar um sistema compartilhado de gerenciamento de tarefas e chamados para simplificar a coordenação e a comunicação. Depois passaram a fazer liberações mensais e, pouco tempo depois, quinzenais.

No primeiro ano dessa nova prática, a equipe de manutenção conseguiu resolver seis vezes mais incidentes do que no ano anterior. A proporção de incidentes reabertos e de retrabalho associado caiu de 39% para 4%.

Com melhorias significativas e métricas que as comprovavam, uma pequena iniciativa DevOps conquistou apoio e credibilidade na organização, além de patrocínio executivo para se expandir a outras equipes de produtos e serviços.

Identifique um produto ou serviço adequado em um contexto greenfield ou brownfield

Para iniciar uma iniciativa DevOps, considere se deve escolher um produto ou serviço greenfield ou brownfield.

Um produto ou serviço greenfield é novo para a organização. Por isso, é melhor formar uma equipe nova e separada, que trabalhe de forma isolada, principalmente no início. Nesse contexto, os integrantes terão mais chances de mudar as práticas existentes e pensar de forma criativa. Também é provável que sofram menos interrupções por causa das responsabilidades anteriores na organização. Dê à nova equipe DevOps resultados esperados e métricas concretas de desempenho de TI e de negócio, como aumento nas vendas, maior engajamento de clientes ou redução no tempo de entrega. Como uma iniciativa greenfield dispensa código legado e dependências existentes, você e sua equipe correm menos riscos no início. No entanto, o sucesso terá menos impacto na organização, pois não demonstrará que o DevOps resolve problemas existentes nem que o sucesso pode ser replicado em outras áreas.

Também é possível começar com um produto ou serviço brownfield. Muitos já operam nos sistemas de produção e atendem ao negócio e aos clientes. Se você enfrenta os mesmos desafios que nós, sua aplicação brownfield provavelmente tem uma dívida técnica significativa e pouca automação confiável de testes. Por isso, pode ser mais difícil iniciar uma transformação DevOps com um produto ou serviço brownfield, mas os resultados positivos tendem a ser mais gratificantes, convincentes e relevantes para a organização.

DevOps também se aplica a grandes organizações com muitos sistemas legados em operação

Muitas pessoas acreditam equivocadamente que o DevOps não serve para produtos e serviços brownfield. Algumas chegam a afirmar que ele só se aplica a startups. No entanto, algumas das iniciativas mais exemplares começaram em empresas com organizações de TI enormes e maduras, inúmeros sistemas legados essenciais para o negócio e milhares de funcionários. Amazon, Easy e Facebook são alguns exemplos. Como mostra o estudo de caso do fornecedor de SaaS, é possível começar a usar DevOps em uma organização existente com produtos e serviços brownfield. Na verdade, como o desempenho da maioria desses produtos e serviços fica bem abaixo das expectativas dos clientes, eles geralmente são os melhores candidatos a se beneficiar da transformação. Ao começar uma iniciativa brownfield, invista primeiro em eliminar ou pelo menos reduzir a dívida técnica e, depois, em criar a automação de testes que falta para as funcionalidades e os benefícios existentes. Caso contrário, seu produto ou serviço brownfield nunca permitirá implantações confiáveis em produção em ciclos mais curtos.

Identifique um sistema de registro ou de engajamento adequado

Na primeira iniciativa DevOps, você pode escolher um sistema de registro ou um sistema de engajamento. Sistemas de registro são sistemas centralizados que gerenciam a fonte única de referência da organização. Eles concentram a gestão dos dados, inclusive os relacionados a clientes, transações, segurança e privacidade. Sistemas de engajamento são, em sua maioria, aplicações descentralizadas que permitem e incentivam a interação de clientes e usuários com a organização por meio de portais responsivos em vários canais ou de aplicativos para celulares, tablets e computadores.

Ao escolher um sistema de registro, você demonstra que sua equipe DevOps sabe lidar com tarefas demoradas e muito burocráticas, como conformidade, segurança e privacidade. A equipe faz isso reunindo evidências científicas e concretas e usando automação de testes e telemetria durante todo o ciclo de desenvolvimento e operação do produto ou serviço. Um exemplo é um programa de migração de dados distribuídos geograficamente, de bancos de dados locais para a nuvem, garantindo que a fonte única de referência continue a atender às regras e aos regulamentos legais, setoriais, locais e internacionais.

Se preferir um sistema de engajamento, você demonstrará com que rapidez e confiabilidade consegue inovar com ciclos curtos de entrega. Isso porque a maioria das inovações visíveis que hoje geram sucesso comercial tem origem nesses sistemas. Um exemplo seria um fluxo de finalização de compra mais intuitivo e simples no seu portal de comércio eletrônico, que aumente as vendas em 25%. Quando conseguir isso, os executivos vão adorar o DevOps e também vão adorar você.

Como conduzir uma transformação DevOps bem-sucedida

No início da adoção de DevOps, evite gastar tempo tentando conquistar equipes conservadoras. Identifique as equipes mais inovadoras, receptivas, bem relacionadas e influentes, que acreditam na necessidade dos princípios e da metodologia DevOps. Comece em pequena escala com uma ou duas equipes. Use as orientações acima para escolher o produto ou serviço greenfield ou brownfield e o sistema de registro ou de engajamento mais adequados para começar.

Depois dos primeiros casos de sucesso, as equipes que participaram se tornarão suas maiores aliadas na difusão do DevOps por toda a organização. Em seguida, você amplia a colaboração para outros grupos e aumenta o número de casos de sucesso. Esses resultados reforçam o reconhecimento e a confiança na iniciativa. Quando a gerência perceber os benefícios mensuráveis, você também receberá mais apoio, patrocínio e atenção.

Na etapa final, identifique as pessoas influentes que tentam sabotar a mudança e os críticos mais resistentes. Você provavelmente pode convencê-los usando a própria técnica deles, que é disseminar o medo e enfatizar os riscos. Explique a má impressão que as equipes e os produtos deles causarão e como poderão se tornar o elo mais fraco da organização caso se recusem a aprender e usar DevOps.

CONCLUSÃO

Conduzir uma transformação de TI em uma organização é difícil, e com DevOps é assim também. Começando em pequena escala, você reduz o risco. Uma das responsabilidades mais importantes de qualquer líder, seja iniciante ou experiente, é motivar e mobilizar a equipe para melhorar o desempenho do negócio e assumir riscos calculados em busca da maior satisfação profissional.