Guia de sucesso do GitHub Engineering System

Publicado via GitHub Executive Insights

No GitHub, sabemos que melhores resultados comerciais não são determinados apenas por um código de boa qualidade, pela velocidade ou pela satisfação do desenvolvedor. Na realidade, é quando a qualidade, a velocidade e a satisfação do desenvolvedor trabalham em uníssono que as organizações geram seus melhores resultados. Caso esteja considerando a engenharia para agregar mais valor ao seu negócio, é crucial consolidar essas, digamos, zonas de base e criar melhores condições para que suas equipes prosperem.

Este é o ponto crucial do Guia de sucesso do GitHub Engineering System (ESSP, da sigla em inglês): um processo de três etapas que pode ajudar você a impulsionar melhorias mensuráveis e significativas em sua organização, caso esteja considerando adotar uma nova ferramenta de IA como o GitHub Copilot ou identificar e descobrir gargalos que estão prejudicando o desempenho.

Inspirado em vários frameworks, incluindo SPACE, DevEx, DX Core 4 e DORA, nosso guia oferece uma abordagem abrangente e equilibrada, ajudando a atribuir métricas a cada “zona” que você precisa acompanhar ao longo do tempo e a iterar, conforme necessário.

Confira abaixo um rápido resumo do processo:

• Etapa 1: Identificar as barreiras atuais ao sucesso
• Etapa 2: Avaliar o que precisa ser feito para alcançar seus objetivos
• Etapa 3: Implementar suas alterações, monitorar os resultados e ajustar

Na essência do nosso ESSP há uma abordagem focada em sistemas que prioriza melhorias sustentáveis e de longo prazo. Enquanto ganhos rápidos podem ser uma ótima maneira de começar uma iniciativa, eles podem gerar efeitos downstream negativos. Por exemplo, intensificar uma inversão de revisão de código pode acelerar o desenvolvimento, mas sem abranger o sistema mais global, como testar a infraestrutura e as práticas da documentação, você corre o risco de criar downstream de gargalos e comprometer a qualidade de código.

Este projeto foi criado em resposta a muitas solicitações de clientes para uma orientação prescritiva sobre como gerar um impacto downstream significativo das alterações em seus sistemas de engenharia, geralmente com a introdução do GitHub Copilot. Também acionamos os fornecedores de métricas de DevEx e DevOps para entender os desafios e sucessos que eles vivenciaram ajudando clientes a elevar o desempenho da engenharia ou para justificar o investimento de IA generativa. Então essas etapas foram criadas para equilibrar a complexidade inerente ao sucesso da engenharia, com etapas práticas e viáveis para as equipes, incluindo as que estão no início de sua jornada de aperfeiçoamento.

Em nosso guia, descrevemos as métricas sugeridas a serem monitoradas como parte de seus esforços de melhoria para cada zona. Tenha em mente que essas métricas são downstream, ou métricas defasadas, e que na maioria dos casos devem ser complementadas com métricas avançadas. As métricas avançadas e downstream podem ser avaliadas usando telemetria e/ou dados de pesquisa, dependendo do seu contexto. E a forma como essas métricas são calculadas vai depender dos fluxos de trabalho de engenharia da sua equipe e dos sistemas que os apoiam.

Conforme você se aprofunda mais no guia, incentivamos que tenha os seguintes conceitos em mente:

• Sempre considere uma perspectiva da equipe para a melhoria
• Selecione e use métricas com cuidado para evitar a gamificação
• Equilibre o custo da avaliação com os benefícios dela
• Foque as melhorias ao longo do tempo em vez de focar as diferenças dos indicadores.

As equipes de engenharia têm o potencial de fomentar alterações fantásticas e acelerar os resultados da empresa.

Com o ESSP do GitHub, você pode revelar o potencial da sua engenharia por meio da criação de uma cultura de excelência que inspira e apoia os engenheiros a fazerem o seu melhor trabalho. Saiba mais em nosso eBook e one-pager.