EngThrive: Make It Fast and Easy to Do Great Work
Este artigo apresenta o EngThrive, um sistema multidimensional de medição e melhoria desenvolvido na Microsoft que organiza a produtividade dos desenvolvedores em torno de Velocidade, Facilidade e Qualidade, priorizando o bem-estar e utilizando uma combinação de telemetria e pesquisas para alinhar métricas a resultados genuínos em vez de atividade.
Artigo original sob licença CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Esta é uma explicação gerada por IA do artigo abaixo. Não foi escrita nem endossada pelos autores. Para precisão técnica, consulte o artigo original. Ler aviso legal completo
Imagine que você é o capitão de um navio massivo. Seu objetivo é levar o navio ao seu destino o mais rápido possível. Por anos, você mediu o sucesso contando quantas vezes a tripulação girou o leme ou quantos baldes de água eles retiraram. Você pensava: "Mais baldes retirados = navio mais rápido".
Mas então, você nota algo estranho: a tripulação está girando o leme freneticamente e retirando água como se não houvesse amanhã, ainda assim o navio não está se movendo mais rápido. Na verdade, a tripulação está exausta, irritada e pronta para abandonar o navio.
Este é o problema que os líderes de engenharia da Microsoft enfrentaram. Eles perceberam que contar "atividade" (como linhas de código ou solicitações de pull) era uma maneira ruim de medir se seus desenvolvedores estavam realmente fazendo um ótimo trabalho.
Este artigo apresenta o EngThrive, uma nova maneira de medir a produtividade que trata a engenharia de software como um ecossistema vivo, não como uma linha de montagem industrial. Aqui está uma explicação simples de como funciona.
O Grande Erro: Contar as Coisas Erradas
O artigo explica que, por muito tempo, as empresas tentaram medir a produtividade com um único número, como "Linhas de Código".
- A Armadilha: Se você pagar a um escritor por palavra, ele escreverá frases longas e chatas apenas para ganhar mais. Se você pagar a um desenvolvedor por linha de código, ele escreverá código bagunçado e ineficiente apenas para atingir o número.
- O Paradoxo do "Trabalho Remoto": Durante a pandemia, a Microsoft viu desenvolvedores submetendo 20% mais código. Pela matemática antiga, todos eram estrelas. Mas quando perguntaram aos desenvolvedores: "Como você está se sentindo?", 78% disseram que estavam esgotados. O navio estava se movendo rápido, mas a tripulação estava se afogando.
A Solução: A Tríade "Velocidade, Facilidade, Qualidade"
Em vez de um único número, o EngThrive usa um banco de três pernas. Se uma perna for curta, o banco cai. Você precisa das três para ficar de pé.
- Velocidade (A Corrida): Isso não é apenas sobre digitar rápido. É sobre Ideia-para-Cliente.
- Analogia: Não importa o quão rápido você pinta um carro se tiver que esperar três semanas para a tinta chegar ou se o gerente continuar mudando a cor. A velocidade mede o tempo total desde ter uma ideia até o cliente realmente usá-la.
- Facilidade (A Estrada Suave): Isso mede a fricção.
- Analogia: Imagine dirigir um carro. Se os freios travam, o rádio está quebrado e você precisa preencher documentos em cada semáforo vermelho, você não está dirigindo rápido, mesmo que o motor seja potente. "Facilidade" mede quanto tempo os desenvolvedores gastam lutando contra suas ferramentas, esperando por reuniões ou consertando builds quebradas, versus realmente construindo coisas novas.
- Qualidade (A Durabilidade): Isso mede se o trabalho se sustenta.
- Analogia: Se você constrói uma casa em um dia (Velocidade) sem problemas (Facilidade), mas o telhado vaza toda vez que chove, você não foi produtivo. Você apenas criou mais trabalho para depois. A qualidade mede com que frequência as coisas quebram e quanto tempo leva para consertá-las.
O Guarda-Corpo: "Prosperando"
Há um quarto elemento chamado Prosperando. Isso não é um objetivo a ser maximizado; é um guarda-corpo de segurança.
- Analogia: Pense no velocímetro de um carro. Você pode pisar fundo no acelerador para ir rápido, mas se o motor começar a soltar fumaça e o motorista estiver gritando de dor, você precisa pisar no freio.
- Se uma mudança tornar a equipe mais rápida, mas deixá-la miserável (esgotamento, dias ruins), a métrica "Prosperando" soa o alarme. O artigo descobriu que desenvolvedores infelizes têm 25 vezes mais probabilidade de dizer que são improdutivos e o dobro de probabilidade de demitir-se. Você não pode ter um navio rápido se a tripulação abandonar.
Como Eles Medem Isso: O "Método Misto"
O EngThrive não olha apenas para logs de computador (telemetria) nem apenas pergunta às pessoas como se sentem (pesquisas). Ele combina os dois.
- Telemetria é como um rastreador de fitness: ela diz o que aconteceu (por exemplo: "Você passou 4 horas em reuniões").
- Pesquisas são como perguntar à pessoa: "Como isso se sentiu?" (por exemplo: "Essas reuniões foram inúteis e frustrantes").
- Juntas, elas contam a história completa: "Passamos 4 horas em reuniões e isso pareceu uma perda de tempo".
Exemplos do Mundo Real do Artigo
O artigo compartilha três histórias de como isso funcionou na Microsoft:
- A Correção das "Reuniões": Uma equipe percebeu que os desenvolvedores estavam se afogando em reuniões. Eles definiram uma meta para dar a todos mais "tempo de foco".
- Resultado: Os desenvolvedores ganharam 2 horas extras de tempo de foco por semana. Eles não apenas trabalharam mais rápido; corrigiram código antigo e quebrado (dívida técnica) que os estava incomodando. O resultado? Menos "dias ruins" e um aumento de 13% na produção real.
- O Experimento de "Jogos": Uma equipe tentou "trapacear" uma métrica chamada "Tempo até a Primeira Solicitação de Pull" (quão rápido um novo contratado envia código) dando a eles uma tarefa pequena e fácil no primeiro dia.
- Resultado: Surpreendentemente, isso funcionou! Embora eles tenham "jogado" a métrica, os novos contratados se sentiram mais confiantes, aprenderam as ferramentas mais rápido e acabaram escrevendo mais código ao longo do ano seguinte. O "jogo" forçou o comportamento correto.
- O Experimento dos "Dias de Saúde": Durante uma crise de esgotamento, uma equipe deu a todos dois dias de folga não planejados.
- Resultado: A produção de código caiu por dois dias (ruim para a "Velocidade"). Mas o alívio do esgotamento durou meses, e a equipe recuperou todo o trabalho perdido em apenas duas semanas. Sem o guarda-corpo "Prosperando", os líderes poderiam ter cancelado os dias de folga porque pareciam um "fracasso" no primeiro dia.
E a IA?
O artigo argumenta que a IA é apenas mais uma ferramenta, como um novo martelo ou um carro mais rápido.
- A IA pode fazer as pessoas escreverem código mais rápido (Atividade), mas o EngThrive pergunta: Isso realmente leva produtos aos clientes mais rápido (Velocidade)? Isso torna o trabalho menos frustrante (Facilidade)? Isso quebra as coisas com menos frequência (Qualidade)?
- O framework funciona para IA tão bem quanto funciona para prédios de escritórios, políticas de férias ou regras de reuniões.
A Conclusão
Você não pode medir um ser humano com um único número. O EngThrive é um sistema que diz: "Vamos tornar rápido, fácil e de alta qualidade fazer um ótimo trabalho, e vamos garantir que as pessoas que estão fazendo o trabalho estejam felizes e saudáveis enquanto o fazem."
Ele move as empresas de "Quantas linhas de código você escreveu?" para "Quanto valor criamos e como foi se sentir criá-lo?".
Afogado em artigos na sua área?
Receba digests diários dos artigos mais recentes que correspondam às suas palavras-chave de pesquisa — com resumos técnicos, no seu idioma.