Como medir a engenharia da plataforma

Embora o esgotamento do desenvolvedor tenha sido um forte motivador para a engenharia de plataforma, há muitos outros motivos para adotar essa abordagem. O método que você usa para monitorar o sucesso de sua plataforma interna de desenvolvedor deve ser ajustado para levar em conta as diferentes motivações para investir tempo e orçamento na criação de uma plataforma.

Medir eficazmente a engenharia da plataforma é ainda mais crucial quando se trata de proteger o investimento a longo prazo no seu desenvolvimento. Como indústria, poderemos enfrentar o abandono em larga escala da plataforma se as partes interessadas não virem os benefícios do financiamento sustentado.

Dadas as muitas motivações diferentes, como você mede a engenharia de plataforma? É aí que entram as métricas MONK.

Quais são as métricas MONK?

MONK é um acrônimo para quatro itens:

• Quota de mercado
• Tempo de integração
• Pontuação líquida do promotor (NPS)
• Principais métricas do cliente

Três das métricas do MONK são concretas, enquanto a quarta – principais métricas do cliente – é mais abstrata. É assim que as medidas são flexíveis para levar em conta os diferentes motivos técnicos e comerciais para a introdução de uma plataforma.

O M em MONK: participação de mercado

A participação de mercado é uma métrica de adoção interna. Esta métrica é entendida através de três números tangíveis:

1. Desenvolvedores: o número de desenvolvedores em sua organização
2. Usuários potenciais: Quantos deles usam tecnologia que a plataforma auxilia
3. Usuários: Deste segundo grupo, quantos estão realmente usando a plataforma

A adoção da plataforma pode ser avaliada pelo número de usuários do grupo de usuários potenciais. Você pode expressar isso como uma porcentagem, mas os números absolutos normalmente são mais importantes.

O grupo de usuários potenciais se expande quando caminhos dourados são adicionados. A participação no mercado aumenta à medida que os usuários adotam a plataforma. (Fonte: Polvo)

Ao considerar novas ideias de recursos para a plataforma, o impacto da mudança na adoção (o número de usuários) e na relevância (o número de usuários potenciais) pode informar sua tomada de decisão. Um novo caminho dourado resultará em mais desenvolvedores optando por usar a plataforma?

O valor de uma plataforma é amplificado pelo número de utilizadores, pelo que a quota de mercado é uma medida útil para todas as iniciativas de engenharia de plataformas.

O O em MONK: hora de integração

O tempo de integração pode ser expresso de duas maneiras:

• O tempo que um desenvolvedor leva para configurar seu ambiente de desenvolvimento, confirmar sua primeira alteração e colocá-la em produção.
• O tempo que uma equipe leva para introduzir elementos da plataforma interna do desenvolvedor.

Embora você possa pensar em novos desenvolvedores quando se trata de integração, isso também é relevante quando os desenvolvedores mudam para uma equipe diferente, escolhem um aplicativo no qual não trabalham há algum tempo ou substituem seus laptops.

O tempo de integração da plataforma geralmente se reflete nas métricas de participação de mercado, pois um processo difícil ou demorado geralmente significa que as equipes não conseguem encontrar tempo para concluí-lo. Você pode prestar atenção ao problema das dificuldades de integração para ver se facilitar o processo aumenta as taxas de adoção.

Para coletar o tempo de integração do desenvolvedor, você deve iniciar o relógio quando um desenvolvedor começar a trabalhar em uma nova base de código e parar o relógio quando seu primeiro commit estiver em produção. Se sua plataforma interna de desenvolvedor resolver problemas comuns em torno de cadeias de ferramentas de desenvolvedor e pipelines de implantação, um novo membro da equipe deverá ser capaz de colocar rapidamente sua primeira pequena mudança em produção.

O objetivo da métrica de tempo de integração não é apenas acelerar a primeira mudança. É uma medida útil de muitas preocupações compartilhadas por todas as equipes de engenharia de plataforma. Reflete a qualidade da documentação do desenvolvedor e o nível de automação fornecido depois que o desenvolvedor integra suas alterações.

O N em MONK: Net Promoter Score

Net Promoter Score (NPS) é uma métrica de marketing usada por dois terços das empresas Fortune 1000, com pontuações esperadas para empresas de software como serviço na região de 30 a 40.

Para calcular o NPS, você precisa coletar uma amostra de respostas à seguinte pergunta, que é respondida usando uma escala de 0 (altamente improvável de recomendar) a 10 (com certeza recomendaria):

Qual é a probabilidade de você recomendar a plataforma interna do desenvolvedor para outro desenvolvedor?

As respostas deverão ser agrupadas de acordo com a pontuação dada. Aqueles que respondem com nota inferior a 7 são “detratores”, enquanto aqueles que respondem com nota 9 ou superior são “promotores”. Seu NPS é a porcentagem de promotores menos a porcentagem de detratores.

Essa métrica é mais útil como uma tendência do que como uma pontuação. Você deve verificar os usuários ocasionalmente para ver se eles estão ficando mais ou menos satisfeitos com a plataforma ao longo do tempo. Fundamentalmente, você deve permitir que os usuários forneçam um motivo para sua pontuação, para que você possa descobrir por que eles estão satisfeitos (ou chateados).

Embora o NPS esteja longe de ser perfeito, qualquer pessoa que desenvolva um produto de software compreenderá os benefícios de uma indicação de satisfação fornecida pelo usuário. Os motivos para a avaliação de um usuário podem ser reveladores e informarão sua direção futura. De forma alguma o NPS substitui as conversas regulares com seus usuários.

O K em MONK

Seguindo as três medidas concretas, que são amplamente aplicáveis ​​às equipas de engenharia de plataformas, a métrica final é abstrata. Esta métrica deve refletir a motivação comercial e técnica para a introdução da engenharia de plataforma.

Por exemplo, se as equipes não gastassem tempo suficiente no desenvolvimento de recursos devido à carga de gerenciamento de pipelines e infraestrutura de implantação, a principal métrica do cliente seria a proporção de tempo gasto no desenvolvimento de novos recursos. Ou, se a plataforma for vista como uma forma de melhorar a satisfação do desenvolvedor, você poderá usar as métricas de experiência do desenvolvedor como principais métricas do cliente.

Muitas organizações têm diversas justificativas para adotar a engenharia de plataforma, portanto, diversas métricas podem ser necessárias. Uma simples demonstração de como a plataforma trouxe a padronização pode ser suficiente em alguns casos.

Métricas DORA para Engenharia de Plataforma

Você não pode discutir métricas de engenharia de plataforma sem que o assunto das métricas DORA seja abordado. As métricas DORA medem o desempenho de entrega de software usando a frequência de implantação, o tempo de espera para alterações, as taxas de falha de alterações e o tempo de recuperação após uma implantação com falha.

Se você criou uma plataforma para permitir que os desenvolvedores aumentem o desempenho de entrega de software, as métricas DORA serão úteis como principais métricas do cliente (o K em MONK). Você mediria as métricas DORA para a equipe alinhada ao fluxo para demonstrar o impacto da plataforma.

Além disso, se a equipe da sua plataforma estiver entregando software, é útil que eles rastreiem suas próprias métricas DORA para que possam usá-las para informar seu processo de melhoria. Os desenvolvedores que utilizam a plataforma apreciarão a entrega regular de valor, assim como os clientes externos.

Embora não seja possível julgar toda uma iniciativa de engenharia de plataforma apenas com base nas métricas DORA, elas certamente têm um papel a desempenhar.

Por que MONK funciona

As métricas MONK funcionam porque combinam medidas concretas comuns em todo o setor de engenharia de plataformas com métricas contextuais de sucesso que se alinham com os motivos pelos quais uma plataforma foi considerada um investimento valioso em primeiro lugar.

Um forte conjunto de métricas é crucial para o investimento de longo prazo na plataforma. Sem uma compreensão clara do seu valor, há uma boa chance de que os desenvolvedores sejam eventualmente transferidos para o desenvolvimento de recursos em algum momento no futuro.

Projetar as principais métricas do cliente também ajuda a descrever a visão da plataforma, o que pode orientá-lo na escolha de quais recursos introduzir e quais ideias provavelmente não ajudarão a atingir os objetivos da plataforma.

Sempre há uma compensação nas estruturas métricas entre a utilidade de métricas específicas e a natureza ou realidade contextual. As métricas MONK usam os pontos fortes de ambos.

A postagem Como medir a engenharia de plataforma apareceu pela primeira vez no The New Stack.