Treinamento escrito de DevOps
Como aprimorar suas hipóteses com DevOps e fortalecer uma organização voltada à experimentação e ao aprendizado?
Em organizações de TI tradicionais, provavelmente ainda se criam várias versões de produtos e funcionalidades sem verificar se eles atingem os resultados de negócio esperados ou se alguém chega a usá-los. A maneira menos eficiente de testar um modelo de negócio ou uma ideia de produto ou funcionalidade é construir um produto e serviço de software completo para descobrir se a demanda prevista existe e se a ideia consegue atendê-la.
Antes de criar um produto e serviço completo, pergunte: “Por que devo criar isso?”, “Vale mesmo a pena investir meu tempo e meus recursos?”. Crie e execute os experimentos mais rápidos e baratos possíveis para verificar se suas ideias, produtos e funcionalidades produzem os resultados de negócio esperados.
Experimentos estatísticos e medições de longo prazo em diferentes conjuntos de produtos corporativos mostraram que apenas 1/3 das mudanças melhoram consideravelmente uma métrica importante de negócio, como receita, conversões, pedidos, assinaturas ou aquisição de clientes. Nos outros 2/3, a melhora é nula ou insignificante, ou o resultado da métrica piora. Nesses casos, teria sido melhor dar férias à equipe inteira do que criar funcionalidades que não agregam valor.
Para enfrentar esse desafio, pesquise com usuários por meio de testes A/B. Teste os resultados das funcionalidades antes de construí-las. Integre o feedback da pesquisa ao processo de engenharia para garantir que a equipe aplique bem o DevOps e que esteja construindo o que os clientes precisam. Quanto mais rápido você experimentar, aprender e incorporar o feedback dos clientes ao ciclo de engenharia de software, maiores as chances de superar a concorrência.
A técnica de teste A/B começou a se popularizar no marketing de resposta direta por correio. Alterando o texto, as cores, a composição, o título e outros elementos, profissionais de marketing testam várias versões de folhetos e cartões-postais para descobrir quais têm melhor desempenho e vendem mais. O governo britânico vem usando testes A/B para identificar a carta mais eficaz para cobrar impostos em atraso. Hoje, o teste A/B é amplamente usado para avaliar materiais de marketing e comunicação e descobrir quais ideias, produtos e funcionalidades funcionam.
Para adotar testes A/B na equipe DevOps, você precisa conseguir implantar rapidamente e com facilidade várias versões de funcionalidades e apresentá-las a diferentes grupos de usuários. Com telemetria abrangente e métricas da camada de negócio, identifique se a funcionalidade produz melhores resultados e, em caso positivo, qual versão tem o melhor desempenho.
Por exemplo, sua organização DevOps quer lançar um novo fluxo de finalização de compra para um portal de comércio eletrônico. Antes de virar um trabalho de grande porte, esse fluxo é só uma hipótese de melhores resultados. Depois que a hipótese for investigada e validada, o fluxo poderá virar um projeto real e consumir tempo, recursos e energia da equipe. O primeiro trabalho da equipe DevOps para esse fluxo é:
Validar a hipótese: Acreditamos que uma nova versão do fluxo de finalização de compra pode gerar taxas de conversão mais altas. Teremos confiança para desenvolver e entregar toda a funcionalidade quando uma versão experimental do fluxo, apresentada a 1% dos visitantes, aumentar as vendas em pelo menos 5% nos próximos 7 dias.
CONCLUSÃO
Vá além da intuição e das boas práticas que você e sua equipe DevOps aprenderam e observaram até agora. O foco deve ser ver como pessoas reais se comportam nos experimentos em situações reais.
Os Product Owners DevOps devem encarar ideias de produtos e funcionalidades como hipóteses a validar. Elas só devem ser projetadas, construídas e testadas por completo depois que houver evidências de que são boas ideias.
