O sucesso de uma equipe de desenvolvimento depende da frequência e do sucesso de seus lançamentos. As equipes que lançam muito lentamente não conseguirão acompanhar as demandas e a inovação dos negócios, e as equipes que criam muitos lançamentos malsucedidos terão um impacto negativo na satisfação dos clientes, na receita e na estabilidade geral do sistema.
A equipe de pesquisa e avaliação DevOps (DORA) do Google identificou quatro métricas principais que indicam o desempenho de uma organização de desenvolvimento de software. Nosso driver de valor Innovation and Growth usa essas métricas para criar um programa geral que cria equipes de desenvolvimento mais eficientes e responsivas, juntamente com aplicativos mais confiáveis. Este guia de qualidade de lançamento ajuda a melhorar a frequência de implantação, o desempenho do aplicativo e a confiabilidade do aplicativo.
Conceitos chave
Os conceitos Kep incluem:
Comunicar, remediar, inovar
Um dos temas centrais da prática de maturidade de observabilidade da New Relic é “Comunicar, remediar, inovar”. Apoiamos esse tema permitindo que você comunique o estado atual de suas práticas de desenvolvimento às partes interessadas usando KPIs específicos. Em seguida, você usará esses KPIs para ajustar suas práticas de desenvolvimento e identificar componentes de aplicativos lentos e não confiáveis para que possa corrigi-los em sprints de desenvolvimento subsequentes. Por fim, você usará esses KPIs para tornar suas práticas de desenvolvimento mais eficientes e adicionar mais tempo para suas equipes inovarem.
Desenvolvimento baseado em tronco
O desenvolvimento baseado em tronco é definido como "Um modelo de ramificação de controle de origem, onde os desenvolvedores colaboram no código em uma única ramificação chamada trunk, resistem a qualquer pressão para criar outras ramificações de desenvolvimento de longa duração, empregando técnicas documentadas." Resumindo, ele divide o trabalho de desenvolvimento em pequenos lotes executados em ramificações de um único tronco. Assim que um lote de trabalho for concluído, a ramificação será mesclada novamente no tronco. Cada branch tem uma vida útil curta, simplificando as mesclagens de volta ao tronco e garantindo que todos os desenvolvedores estejam trabalhando a partir de versões recentes da base de código.
Essa prática foi identificada pela organização DevOps Research and Assessment (DORA) como um recurso essencial que impulsiona uma entrega mais rápida e maior desempenho organizacional. É uma prática obrigatória para CI/CD.
Limite de serviço de TI
Melhorar a qualidade da versão funciona no nível do limite do serviço de TI. Ao medir o serviço na fronteira, você pode ter uma ideia do que está acontecendo a montante dele.
O guia gerenciamento a nível de serviço utiliza o conceito de fronteira de serviço para medir o tempo de resposta e a taxa de erro de um determinado serviço. Neste guia, você usará o mesmo conceito para medir o impacto que suas práticas de desenvolvimento têm no serviço e, em seguida, para melhorar a capacidade de resposta, a capacidade de inovação e a estabilidade do aplicativo da sua equipe de desenvolvimento.
Principais indicadores de desempenho
Você usará o processo de qualidade de desenvolvimento para coletar e medir os seguintes KPIs:
Identifique o aplicativo
A primeira etapa é identificar os aplicativos que estão no escopo das primeiras iterações do processo de melhoria. Os aplicativos que são bons candidatos para inclusão são aqueles que:
- Estão em desenvolvimento ativo
- São um serviço operacional chave
- Têm ciclos de desenvolvimento lentos
- Ter um histórico de implantação fracassada
Reúna os KPIs necessários
Em seguida, você precisa reunir os KPIs definidos a partir de fontes como sua plataforma CI/CD, repositório de origem, solução de observabilidade, etc. Depois de identificar as fontes de seus KPIs, você precisará identificar métodos para extraí-los e importá-los para a plataforma New Relic.
Você pode ver os KPIs e os atributos mínimos exigidos na seção Principais Indicadores de Desempenho acima. Normalmente, você usará as APIs do seu conjunto de ferramentas de desenvolvimento para extrair os KPIs e seus atributos e, em seguida, enviá-los para a New Relic usando a API do evento personalizado.
Antes de iniciar qualquer trabalho de integração personalizada, você deve determinar se existe alguma integração pronta para uso que atenda aos seus objetivos.
Implementar painel
Nossos são os principais impulsionadores do processo de melhoria da qualidade. Eles mostrarão KPIs e tendências para que você possa identificar e priorizar seus esforços de melhoria. Um exemplo de painel pode ser encontrado em nosso centro de recursos de maturidade de observabilidade no GitHub.
As informações exibidas no painel dependem do seu conjunto de ferramentas de desenvolvimento, portanto, você precisará personalizar seu dashboard de acordo com suas especificações exatas.
Estabeleça sua baselinede lançamento
Como você precisa de dados suficientes para formar uma baseline antes de executar a ativação inicial, você deve estabelecer sua linha de base que consiste em uma amostra da atividade de desenvolvimento. Normalmente, isso levará no mínimo duas semanas, mas pode levar até seis semanas, dependendo do seu ritmo de desenvolvimento atual. Uma maneira fácil de fazer isso é alinhar seu ciclo de coleta e avaliação baseline com seus sprints Agile, se aplicável.
Você deve garantir periodicamente que os dados do evento estejam se acumulando conforme esperado no New Relic enquanto estabelece sua linha de base.
Reúna-se com sua equipe
Depois de estabelecer sua linha de base, você apresentará às equipes de desenvolvimento e outras partes interessadas os dados coletados e o processo de melhoria contínua que seguirá.
O processo consiste em quatro atividades:
Introduce the concepts of trunk-based development
: Você e as partes interessadas revisarão os conceitos básicos do desenvolvimento baseado em caminhões, identificarão onde suas práticas atuais diferem e, em seguida, criarão estratégias para implementá-las.
Review your release KPIs and trends
: você analisará a taxa de liberação e os KPIs de tamanho e escopo da liberação para garantir que está progredindo na implementação do desenvolvimento baseado em tronco. Seu objetivo é aumentar sua taxa de lançamento e, ao mesmo tempo, reduzir o tamanho e o escopo de novos lançamentos.
Review your application KPIs and trends
: aqui, você analisará os KPIs de desempenho e erro do seu aplicativo para identificar e priorizar seus esforços para melhorar a confiabilidade e o desempenho do aplicativo.
Make technical recommendations
: aqui, você e as partes interessadas relevantes identificarão e revisarão recomendações técnicas, como fazer alterações em seu fluxo de trabalho de lançamento ou estratégias de observabilidade.
Comece o processo de melhoria
Esta etapa final é um processo de melhoria contínua. Durante esta fase, você se reunirá com sua equipe para analisar seu progresso em relação à baseline e ajustar suas estratégias para entregar as melhorias desejadas. Cada ciclo do processo de melhoria deve ocorrer após várias iterações do seu processo de desenvolvimento. Normalmente, eles ocorrem no meio e no final de cada sprint Agile.
Durante esta fase você deve:
- Relate seus KPIs todas as semanas às partes interessadas para garantir que as equipes estejam priorizando o trabalho de maneira adequada e mostrem o progresso feito em direção aos resultados de negócios prometidos.
- Registre e retenha seus KPIs semanais ao longo do tempo para estabelecer uma nova linha de base e mostrar a taxa de melhoria.