Princípios de DevOps: aumente a eficiência dos seus times de produto

Há benefícios significativos para os times que buscam ajuda com práticas de DevOps e as aplicam em toda a organização. Para quem ainda não conhece o conceito, DevOps é a união de pessoas, processos e ferramentas para automatizar a construção de software, permitindo a entrega contínua de boas experiências aos usuários, um dos valores das metodologias ágeis.

O Agile transforma a gestão de software em um processo iterativo, permitindo que times multidisciplinares de desenvolvimento de produto se ajustem rapidamente às mudanças nas exigências do mercado e dos clientes. Os desenvolvedores são responsáveis por construir e operar o software e farão as escolhas certas entre desenvolver funcionalidades (novos recursos) e operabilidade (desempenho e estabilidade).

Embora não seja possível aplicar todas as práticas ao desenvolvimento de produto, é extremamente vantajoso adotar os 3 princípios de DevOps a seguir:

Cultura sem culpa

No contexto do DevOps, reconhecemos que o software em operação é complexo, especialmente em negócios de crescimento acelerado, que estão empurrando os limites de escala e velocidade. Nesse ambiente, incidentes acontecem, e é essencial tratá-los não como falhas, mas como oportunidades de aprender e melhorar os processos. E essa melhoria contínua só ocorre quando os envolvidos sabem que não serão punidos por errar e, assim, ficam mais abertos à correção. Daí o princípio da cultura sem culpa (Blameless Culture).

Como isso se aplica aos times de produto?

A grande maioria dos POs (Product Owners) está focada em criar experiências novas e melhores para o usuário. Seja você alguém que está revolucionando as viagens locais ou um restaurante que responde à pandemia com uma plataforma de pedidos online, é improvável que consiga construir a experiência perfeita de primeira. O segredo é criar uma cultura que celebre a experimentação, independentemente de os resultados indicarem sucesso ou fracasso.

Métricas e medições

Um processo de DevOps bem-sucedido exige feedback imediato e ação disponível de imediato sobre os sistemas que o time opera. Isso significa KPIs (Key Performance Indicators, ou indicadores-chave de desempenho) sobre uptime do serviço, tempo de resposta da aplicação, carga operacional e mais. Para uma boa experiência do usuário, toda interação precisa ser medida. Esse foco na medição é muito importante para um PO.

Cada novo recurso ou ajuste de UX deve começar com uma hipótese sobre as métricas que esperamos adotar. Os dados devem orientar as decisões sobre o roadmap, e as mudanças precisam ter como ter seu impacto acompanhado.

Você constrói, você é dono (You Build It, You Own It)

Outro princípio vital do DevOps é a cultura de ownership. Em outras palavras, o time que cria um recurso é o time que opera o código. Se houver qualquer falha em produção, o time que o fez será notificado e ficará responsável por corrigir o deslize. O mesmo princípio pode ser aplicado à propriedade de um produto digital. Os grandes POs e seus times ampliados enxergam a área do produto como um negócio, com métricas que são responsáveis por mover de forma autônoma, priorizando um roadmap que produza os resultados que a empresa precisa entregar.

Para concluir o desenvolvimento das ideias apresentadas aqui, podemos dizer que as estratégias descritas nos princípios de DevOps otimizam a entrega, e todas as práticas são aplicáveis, mesmo a áreas que não se destinam a escrever código. Celebrar as lições de experiências malsucedidas, usar dados e métricas em vez de instinto e investir em melhorias de produtos já criados pode parecer contraintuitivo. Ainda assim, essas práticas garantirão que sua empresa entregue experiências extraordinárias aos seus clientes.