Pesquisas da experiência do desenvolvedor em ação
.png?cdnVersion=1730)
Você pode fazer a pesquisa da experiência do desenvolvedor, por exemplo, em formulários.
.png?cdnVersion=1730)
Plot survey results on an XY graph using our rating system: red signs need the team’s attention, yellow signs are areas for improvement, and green signs are already well-served.
.png?cdnVersion=1730)
Use os quadros brancos do Confluence para determinar os sinais vitais mais urgentes, discutir possíveis soluções e planejar ações para melhorar a experiência do desenvolvedor.
O que você vai precisar
Remoto
Ferramenta de pesquisa
Ferramenta de colaboração digital
Presencial
Ferramenta de pesquisa
Quadro branco, ou folha grande, ou papel pardo
Post-its
Instruções para executar esta tática
Observação: as pesquisas da experiência do desenvolvedor são mais úteis quando se focam em uma empresa. Na tática a seguir, a gente incluiu uma pesquisa focada na Atlassian. A pesquisa pode funcionar para a equipe no estado em que se encontra, mas a gente recomenda que você adapte a pesquisa à equipe e empresa conforme necessário.
1. Selecione os sinais vitais 30 min
Para entender a experiência de desenvolvedor da equipe, você precisa fazer as perguntas certas. Na Atlassian, a gente concentra as perguntas nos principais sinais vitais que nos ajudam a descobrir os pontos problemáticos da experiência do desenvolvedor. Os sinais vitais são pontos de dados que atuam como indicadores de saúde e desempenho da equipe. Assim como os sinais vitais do corpo, eles podem identificar com rapidez problemas no sistema.
Os sinais vitais são muito importantes para a tática. Então, antes de começar, defina com a equipe quais sinais vitais são relevantes para as operações. A gente recomenda incluir de seis a oito sinais vitais na pesquisa focada na sua empresa.
Aqui estão os oito sinais vitais que a gente criou para a pesquisa da experiência de desenvolvedores da Atlassian:
- Velocidade sustentável em lançamentos: a rapidez com que a equipe lança códigos de alta qualidade sem causar esgotamento nos desenvolvedores. Todas as etapas do ciclo de vida do desenvolvimento estão incluídas nesse processo: desde a história do usuário até a implementação da função na produção.
- Tempo de espera: a quantidade de tempo que os desenvolvedores da equipe passam esperando por compilações, testes, revisões de código e reuniões desnecessárias.
- Independência de execução: a capacidade da equipe de entregar sem depender de outras equipes, seja quem for o proprietário do código.
- Formas de trabalhar: quanto esforço é necessário para descobrir e implementar uma nova forma de trabalhar que beneficiaria a equipe, como ferramentas, estruturas, processos e práticas.
- Padrões externos: o trabalho necessário para atender aos padrões da empresa. Esses padrões são externos à equipe e são adicionais aos requisitos do produto, como segurança e conformidade.
- Manutenção: a quantidade de tempo que a equipe gasta mantendo a base de código, os pipelines e a infraestrutura. Esse trabalho é gerado pela equipe interna.
- Integração: a rapidez com que o engenheiro pode se tornar efetivo após ser contratado ou transferido dentro da empresa.
- Satisfação do desenvolvedor: quanto os engenheiros estão satisfeitos com a produtividade.
Incorpore os sinais vitais à pesquisa da sua empresa ou use eles como inspiração para criar novos métodos de análise. Se o sinal vital não for relevante, você pode remover ele da pesquisa na etapa dois. Caso tenha dúvidas sobre a relevância do sinal vital, deixe ele ativado durante a primeira execução da tática.
Quer saber como esses sinais vitais foram criados?
Primeiro, pesquisas foram feitas em toda a empresa para a coleta de dados. Depois, foram aplicados os princípios da inovação impulsionada por resultados, seguindo o livro de Anthony Ulwick, What Customers Want, para dar a cada sinal vital a pontuação de oportunidade.
2. Faça a pesquisa 10 min
After you’ve chosen or created vital signs that apply to the developers on your team, prepare your developers for the survey by communicating with them about the purpose of the Play and how you plan to follow up with survey results.
Next, invite all of your devs to complete your survey. Set a clear deadline — we recommend three to seven days.
Se você não conseguir que todos respondam à pesquisa, capture informações adicionais, como nível de função ou localização. Isso ajuda a garantir que os resultados não sejam distorcidos.
A pesquisa a seguir se baseia nos sinais vitais da Atlassian. Se você optar por incluir sinais vitais diferentes, vai precisar ajustar as perguntas do questionário. Faça duas perguntas por sinal vital: uma sobre a importância do sinal vital para o desenvolvedor e outra sobre a satisfação do desenvolvedor com a capacidade atual da equipe de entregar o sinal vital. Coloque na pesquisa a escala de 0 a 10, onde 0 representa "não importante/não satisfeito" e 10 "muito importante/muito satisfeito".
EXEMPLOS DE PERGUNTAS PARA A PESQUISA DE AVALIAÇÃO DA EXPERIÊNCIA DO DESENVOLVEDOR:
Velocidade sustentável em lançamentos
- Qual a importância de lançar códigos de alta qualidade com sustentabilidade para a equipe?
- Você está satisfeito com a capacidade da equipe de lançar códigos de alta qualidade com sustentabilidade?
Tempo de espera
- Qual a importância de minimizar o tempo de espera para a sua produtividade?
- Você está satisfeito com a quantidade de tempo de espera dos desenvolvedores na equipe?
Independência de execução
- Qual a importância da equipe conseguir fazer lançamentos independentes, sem envolver outras equipes, para você?
- Você está satisfeito com a independência da equipe para fazer lançamentos?
Formas de trabalhar
- Qual a importância da equipe descobrir e integrar novos jeitos de trabalhar, incluindo ferramentas, processos e práticas?
- Você está feliz com a capacidade da equipe de descobrir e implementar uma nova forma de trabalhar, como ferramentas, processos e práticas?
Padrões externos
- Para a sua produtividade, qual a importância da quantidade de trabalhos feitos pela equipe, seja de manutenção ou de plataforma, para atender aos padrões corporativos externos?
- Qual é o seu nível de satisfação com a quantidade de trabalhos feitos pela equipe, seja de manutenção ou de plataforma, para atender aos padrões corporativos externos?
Manutenção
- Para a sua produtividade, qual a importância do esforço exigido de você para manter os padrões da equipe em relação a código, ferramentas e pipelines?
- Você está satisfeito com a quantidade de esforço precisa para a manutenção do código, das ferramentas e do pipeline?
Integração
- Qual a importância do tempo dedicado à efetivação de novas contratações ou transferências internas para a sua produtividade?
- Você está satisfeito com o tempo necessário para que novas contratações ou transferências internas se tornem efetivas na equipe?
Satisfação do desenvolvedor
- Qual a importância da satisfação para a sua produtividade?
- Você está satisfeito com a produtividade de desenvolvedores da equipe?
3. Calcule os resultados 10 min
Depois que todos concluírem a pesquisa, feche e revise os dados.
Em seguida, atribua a cada sinal vital uma pontuação de oportunidade. Se você tiver alguma discrepância, mencione elas nas anotações e discuta com a equipe. Você pode usar a ferramenta de planilha para facilitar os cálculos, se quiser.
Veja como calcular a pontuação de oportunidade para cada sinal vital:
- Primeiro, identifique a importância média e a satisfação média do sinal vital.
- Por exemplo, 8,22 e 5,88.
- Em seguida, calcule a diferença entre a importância média e a satisfação média.
- Por exemplo, 8,22 - 5,88 = 2,34
- Por fim, se for positivo, adicione esse número à importância média para encontrar a pontuação de oportunidade do sinal vital. Se o número for negativo, a importância média vai ser a pontuação de oportunidade.
- Por exemplo, 8,22 + 2,34 = 10,56
Pontuação de oportunidade = importância + máximo (importância - satisfação, 0)
Next, take the opportunity score for each of your vital signs and designate a rating:
Dica: MAPEIE OS DADOS
Se for útil visualizar cada um dos sinais vitais em relação aos outros, você pode traçar os resultados em um gráfico de dispersão.
Quando remover sinais vitais
Se a pontuação média de satisfação do sinal vital for maior do que a média de importância, é provável que o sinal vital não seja muito importante para a equipe ou que a equipe já esteja muito satisfeita com ele. No futuro, você pode substituir o sinal vital por outro que queira seguir mais de perto.
15+: Extremely under-served areas to address first.
10-15: Areas that should be addressed soon.
10 and below: Well-served areas that do not need to be addressed.
We've organized results from a sample survey into a table below.
Exemplos de resultados da pesquisa
Sinais vitais | Importância média | Satisfação média | Pontuação da oportunidade | Resultados |
|---|---|---|---|---|
| Velocidade sustentável em lançamentos | Importância média 6.93 | Satisfação média 4.83 | Pontuação da oportunidade 9.03 | Results GOOD |
| Tempo de espera | Importância média 7.48 | Satisfação média 3.41 | Pontuação da oportunidade 11.55 | Results IMPROVEMENT NEEDED |
| Independência de execução | Importância média 4.56 | Satisfação média 6.34 | Pontuação da oportunidade 4.56 | Results GOOD |
| Formas de trabalhar | Importância média 8.3 | Satisfação média 1.33 | Pontuação da oportunidade 15.27 | Results NEEDS ACTION |
| Padrões externos | Importância média 2.67 | Satisfação média 5.87 | Pontuação da oportunidade 2.67 | Results GOOD |
| Manutenção | Importância média 9.15 | Satisfação média 3.23 | Pontuação da oportunidade 15.07 | Results NEEDS ACTION |
| Integração | Importância média 3.6 | Satisfação média 9.76 | Pontuação da oportunidade 3.6 | Results GOOD |
| Satisfação do desenvolvedor | Importância média 7.82 | Satisfação média 5.49 | Pontuação da oportunidade 10.15 | Results IMPROVEMENT NEEDED |
Matemática avançada
Uma alternativa para aproveitar melhor as descobertas é calcular a diferença de satisfação de cada sinal vital.
Quando você encontra a diferença entre a importância média e a satisfação média de cada signo vital, você está calculando a diferença de satisfação. Ou seja, a diferença entre a importância de um sinal vital para os desenvolvedores e o quanto eles estão satisfeitos com esse sinal. Uma lacuna de satisfação menor indica que o sinal vital é de baixa importância e baixa satisfação ou de alta importância e alta satisfação e, portanto, em ambos os casos, esse sinal vital é menos prioritário. Uma maior lacuna de satisfação indica que um sinal vital é muito importante para a equipe e, no momento, ela não está satisfeita com a forma como gerencia esse sinal. Portanto, abordar a questão é uma alta prioridade.
4. Faça uma reunião para discutir resultados e gerar soluções 30 min
Por fim, discuta os resultados da pesquisa com a equipe, identifique as três principais áreas de oportunidades mais urgentes e debatam soluções em conjunto.
To facilitate this important meeting, we recommend creating a Confluence page or Trello board with a simple vital signs table that lists your ratings. This makes for an effective, simple setup to keep remote or hybrid teams aligned. You can mark the most pressing opportunity areas and even share a link to the raw, anonymized responses if you want to dig deeper.
Você também pode usar os quadros brancos do Confluence para criar seções para cada um dos sinais vitais mais urgentes e encontrar possíveis soluções, além de adicionar as próprias ideias.
- Retome ideias para marcar aquelas que você pretende seguir.
- Adicione itens de ação ao backlog.
- Depois da reunião, confirme se todos têm acesso à página e convide os desenvolvedores a continuarem adicionando ideias.
This meeting is an important way for the team to demonstrate to developers that their voice matters and can lead to change, which in turn can ensure high survey completion rates going forward. Offering a way for devs to have input can help them feel more invested in the outcome, which often leads to better follow-through and more consistent results. Diverse perspectives create better solutions, and it’s up to everyone to create change and grow, not just leadership.
Dica: NÃO PULE ESTA ETAPA!
Fazer perguntas e não discutir o resultado, em geral, é pior do que não perguntar nada.
Acompanhamentos
A gente recomenda usar a tática da Pesquisa sobre a experiência do desenvolvedor pelo menos duas vezes por ano se você estiver satisfeito com as métricas de sucesso e sinais vitais e, a cada três meses, se estiver trabalhando com afinco para melhorar a experiência de desenvolvedor.
Explore outras táticas
Da equipe Atlassian, para você
Fique por dentro nas últimas táticas, dicas e truques com a newsletter mensal.