Observação: O site foi traduzido automaticamente. Mude para o inglês para que você tenha a melhor experiência de leitura.

Ilustração para um blog intitulado Software Developer Performance Review_ 6 Feedback Examples.

Avaliação de desempenho do desenvolvedor de software: 6 exemplos de feedback

O feedback específico sobre o desempenho, geralmente na forma de "avaliações de desempenho", desempenha um papel central no desenvolvimento dos desenvolvedores de software. Neste artigo, mostramos alguns exemplos práticos de como dar feedback – a desenvolvedores de software em várias situações, como avaliações de desempenho, avaliações anuais de desempenho ou avaliações de desempenho, ou seja, em qualquer forma de conversa e contato individual.

Importância do feedback para os desenvolvedores de software

Por que o feedback é tão importante (e difícil) para os desenvolvedores de software?

Feedback motivador para desenvolvedores de software introvertidos

Tradicionalmente, os desenvolvedores de software estão mais interessados em trabalhar com detalhes técnicos do que em trabalhar com outras pessoas. Portanto, pode ser um desafio para os gerentes comunicar o feedback de forma eficaz e motivadora, especialmente para os desenvolvedores de software mais introvertidos.

No entanto, como gerente de desenvolvedores de software, você deve aprender a comunicar feedbacks positivos e negativos de forma construtiva durante as entrevistas de avaliação, para que os desenvolvedores de software sejam realmente motivados a realizar o potencial de desenvolvimento identificado. Os exemplos de feedback apresentados a seguir neste artigo ajudarão você a fazer isso.

Wenn dich eine allgemeine Einführung zu regelmäßigen Eins-zu-Eins-Meetings interessiert, schau gerne mal in unseren Post dazu: Um guia: 6 dicas para conversas individuais bem-sucedidas.

Atenção: Avalie os desenvolvedores de software individualmente

Para sua informação: Estudos mostram que os desenvolvedores de software são tradicionalmente mais introvertidos. Entretanto, a tendência é que haja mais diversidade de tipos de personalidade entre os desenvolvedores de software. Portanto, você deve sempre examinar e avaliar qual tipo de personalidade está sentado à sua frente e se comunicar de acordo.

Fonte: Evolução do perfil de personalidade dos engenheiros de software

Feedback: Perguntas e pesquisas

Perguntas e uma pesquisa para entrevistas de feedback

Entrevista de avaliação de desenvolvedor de software: perguntas típicas

Uma observação antes de dar a você vários exemplos, modelos e frases para sua entrevista de avaliação com o desenvolvedor de software: É claro que, em muitas situações, faz sentido que você comece fazendo perguntas para verificar primeiro o entendimento comum do status quo – não apenas no setor de TI. 

Por isso, elaborei algumas perguntas para avaliações de funcionários com desenvolvedores de software:

🎯 Perguntas 1 a 1 para desenvolvedores de software: Foco

  • O que interrompe sua concentração no trabalho?
  • Quando foi a última vez que você experimentou um estado de fluxo no trabalho? Quão fácil é para você entrar no fluxo?
  • Quando e como você percebeu que havia ultrapassado o seu "limite de trabalho em andamento" pessoal?
  • O que poderíamos mudar para ajudar você a atingir um WIP adequado no futuro?
  • Como são distribuídos os discursos em sua equipe? Como você reflete sobre seu papel nela?
  • Quem são nossos clientes como empresa e como o trabalho de vocês ajuda especificamente a atender às necessidades deles?
  • Quais são as coisas que você quer aprender quando pensa em seus colegas na empresa e fora dela?

🏦 Perguntas 1 a 1 para desenvolvedores de software: mentalidade empresarial

  • O que nos impede de atender às necessidades de nossos clientes?
  • O que você acha do nosso objetivo comercial: ele é fácil de entender, compreensível e motivador?
  • Como podemos fortalecer o vínculo entre o trabalho diário de vocês e nossas metas comerciais?
  • Como podemos permitir que você contribua melhor para o nosso objetivo comercial?

Fonte com mais perguntas: Mais de 100 perguntas inteligentes para reuniões individuais (para gerentes)

Isso deve dar a você uma boa ideia de como abordar essa entrevista de avaliação de forma inteligente. Se você também quiser uma pesquisa específica, posso lhe fornecer um modelo inicial.

Entrevista de avaliação do desenvolvedor de software: uma pesquisa

Pesquisas correspondentes podem ajudar a tornar o desenvolvimento dos desenvolvedores de software mensurável ao longo do tempo. 

No entanto, elas também podem servir muito bem como uma base interativa para uma discussão conjunta. 

A pesquisa a seguir se concentra em quatro áreas diferentes que são importantes para os desenvolvedores de software. Essas declarações geralmente são classificadas em uma escala de, por exemplo, 1 (discordo totalmente) a 7 (concordo totalmente).

Pesquisa de entrevista com funcionários: para desenvolvedores de software

  • Examino nosso trabalho com base no meu entendimento das metas da equipe do # e das necessidades dos clientes do #.
  • Contribuo proativamente para a melhoria contínua de nossa equipe. #TeamPlay
  • Conheço os desafios e os problemas de nossos clientes #.
  • Minhas tarefas de trabalho geralmente progridem muito rapidamente, mesmo que seja necessário um feedback externo #.
Retrospectiva da ferramenta Team Radar Health Check

Observação: Esse modelo de entrevista de avaliação solicita que você concorde com os itens do Health Check (questionário) em uma escala de 1 a 7.

Como você pode ver no botão verde, você pode até mesmo usar essa pesquisa em nossa ferramenta de reunião individual Echometer gratuitamente, se quiser. Também temos muitos outros modelos de perguntas e modelos completos de coaching.

In unserem Blog gibt es einen anderen Artikel, falls dich detaillierte Vorlagen für verschiedene Eins-zu-Eins-Meetings (z.B. wöchentlich, jährlich, 1-1 mit schwierigen Mitarbeitenden…) interessieren: 15 modelos comprovados de reuniões 1-1 para você editar (grátis).

Mas agora, mais adiante no texto –, temos exemplos concretos e frases para feedback aos desenvolvedores de software.

Modelo de feedback para desenvolvedores de software

Modelo geral de feedback para desenvolvedores de software

Evite métodos clássicos de feedback, como o sanduíche de feedback

Os modelos de feedback em reuniões individuais geralmente são baseados no método sanduíche. Evite isso com os desenvolvedores de software. A "conversa fiada" em entrevistas de avaliação não ajuda ninguém e os desenvolvedores de software, em particular, costumam ser alérgicos a esses métodos (consulte: Críticas ao método sanduíche para feedback).

Os desenvolvedores de software geralmente percebem que, quando os gerentes dão feedback positivo genérico, isso é apenas uma ferramenta para fazer com que a outra pessoa se sinta melhor.

Felizmente, isso também funciona melhor.

Radical Candor: o método de feedback que funciona melhor para desenvolvedores de software

Em vez de embrulhar o feedback de sua reunião individual com um sanduíche de feedback, recomendo o método Radical Candor como base para seu modelo de feedback. A propósito, ele não é útil apenas no setor de TI de software, mas também no setor privado.

A sinceridade radical significa dar o feedback mais honesto e direto possível nas entrevistas de avaliação. Ao mesmo tempo, significa também demonstrar empatia e concentrar-se no bem-estar da outra pessoa. A Radical Candor mostra que você não precisa escolher entre uma coisa ou outra: Ou você é direto e honesto, ou empático e atencioso. Em vez disso, você pode fazer as duas coisas ao mesmo tempo:

Mais informações em: O que é sinceridade radical?

Os desenvolvedores de software ficarão gratos se você for direto ao ponto com o feedback negativo.

📄

Modelo de feedback para desenvolvedores de software baseado em Radical Candor

Este modelo é baseado no modelo SBI (Situação, Comportamento, Impacto). Ele ajuda você a se comunicar de forma sincera, direta e, ao mesmo tempo, apreciativa. 

Veja também "Manual para dar feedback"

Aqui estão as instruções para as partes individuais do modelo de feedback:

Modelo de feedback parte 1: Preparação antecipada

Antes de dar feedback, reserve alguns minutos para refletir sobre os seguintes pontos:

  • Situação: a que situação você está se referindo especificamente?
  • Comportamento: Que comportamento você observou na pessoa?
  • Impacto: Qual foi o impacto do comportamento da pessoa (em você e nos outros)?
  • Desejo: Que estado você gostaria de alcançar e por quê? (Observação: não se trata de desejar diretamente um comportamento específico –, pois isso faz parte da medida (veja abaixo). Em vez disso, trata-se do contexto mais amplo do motivo pelo qual o impacto é um problema para você).
  • Ação: Que sugestões você tem para a pessoa? Que mudanças de comportamento poderiam nos aproximar do estado desejado? Que apoio você pode oferecer?

É melhor anotar os pontos de forma resumida para que você não se esqueça de nada durante a entrevista.

Modelo de feedback parte 2: Iniciando a conversa

Em vez de começar com um longo sanduíche de feedback em uma reunião individual, agora você pode começar diretamente com a situação como um ponto de partida para a conversa: 

  • "Eu queria falar com você sobre a situação quando nós ..."

Descreva a situação e depois pergunte: 

  • "Você ainda se lembra da situação?"

Modelo de feedback parte 3: Comportamento

Em seguida, você pode abordar o comportamento da pessoa que observou na entrevista de avaliação:

  • "Você balançou a cabeça diante da situação e disse..."

Antes de você falar sobre o efeito, dê à outra pessoa a oportunidade de comentar sobre sua percepção ou memória:

  • "Estou refletindo isso corretamente do seu ponto de vista?"

Dê espaço para que a pessoa descreva sua perspectiva sobre as coisas. Tente deixar que ambas as perspectivas estejam na sala em pé de igualdade, sem fazer comentários sobre elas. Limite-se a fazer perguntas sobre o conteúdo da perspectiva da outra pessoa.

Modelo de feedback parte 4: Impacto

Somente nessa parte você deve discutir os efeitos do comportamento. No início, você deve ser o mais objetivo possível:

  • "Minha impressão foi que, depois que você [observou o comportamento], meu colega Marc pareceu muito ofendido e não estava mais disposto a continuar trabalhando conosco de forma cooperativa."

Entretanto, se os efeitos também afetarem você, é importante compartilhar isso também. É claro que você deve sempre manter o profissionalismo, mas também pode mostrar seu lado humano:

  • "Eu mesmo fiquei honestamente constrangido naquela situação e achei a conversa desagradável a partir daquele momento."

Modelo de feedback parte 5: Desejo

Expresse sua solicitação específica nessa parte da entrevista de avaliação:

  • "É importante para mim que encontremos uma boa base para a cooperação com nosso colega Marc novamente."

Coloque isso no contexto novamente:

  • "Além disso, é uma grande necessidade minha trabalharmos juntos para garantir que mantenhamos uma boa cooperação e relacionamentos com todas as áreas especializadas vizinhas."

Faça também referência a metas relevantes que expliquem por que você tem esse desejo:

  • "Somente por meio de um bom relacionamento poderemos atingir nossas metas como equipe nesta empresa. Também é importante para mim que tenhamos uma boa reputação como equipe dentro da empresa."

Modelo de feedback parte 6: Medida

Antes de apresentar suas próprias ideias de solução, você pode fazer perguntas abertas em sua conversa individual:

  • "Tenho algumas ideias sobre isso. Mas gostaria de ouvir a opinião de vocês primeiro: Como você acha que podemos atingir a meta?"

Você pode então compartilhar suas ideias. Vocês devem chegar a um acordo sobre um acompanhamento vinculativo e especificamente definido. Registre isso por escrito.

Modelo de feedback parte 7: Rejeição

Pergunte se a entrevista de avaliação foi útil para a outra pessoa e se ela tem alguma pergunta não respondida. Combine um check-in para a próxima vez que vocês conversarem sobre o assunto.

Demonstre seu apreço pelo diálogo aberto e agradeça à pessoa por sua percepção e cooperação.

Modelo de feedback parte 8: Reflita sobre seu feedback retrospectivamente

Ao final de cada sessão de feedback, você deve se fazer a seguinte pergunta:

  • Honestidade: Compartilhei meu feedback com honestidade e da forma mais honesta possível?
  • Apreciação: A pessoa se sente valorizada pelo meu feedback?

Se você puder responder a todas as perguntas com "sim", sua sessão de feedback foi muito bem. Caso contrário, não se preocupe. Reflita sobre como você pode formular as coisas de maneira diferente no futuro. E, novamente, a maioria dessas dicas não se aplica apenas ao setor de TI de software.

Neste ponto, gostaria de salientar que também existe um software para simplificar as discussões de feedback correspondentes e também o treinamento de longo prazo de desenvolvedores de software. 

Nosso software de reuniões individuais oferece a você vários modelos para reuniões de funcionários com desenvolvedores de software e até mesmo torna o desenvolvimento dos funcionários mensurável. Dê uma olhada em nossa ferramenta e experimente o modelo a seguir:

Modelo de ferramenta de reunião 1:1: humor como clima

Modelo de reunião individual com perguntas para quebrar o gelo Tempo PT
  • Se você tivesse que descrever seu estado emocional como o clima, como está o clima em seu projeto ou em suas tarefas no momento?
  • Como está o clima em relação ao seu empregador, à sua vida pessoal e à sua vida privada?

Modelo de ferramenta de reunião 1:1: humor como clima
Modelo de reunião individual com perguntas para quebrar o gelo Tempo PT
  • Se você tivesse que descrever seu estado emocional como o clima, como está o clima em seu projeto ou em suas tarefas no momento?
  • Como está o clima em relação ao seu empregador, à sua vida pessoal e à sua vida privada?

Agora vamos começar com a ajuda deste modelo de entrevista de avaliação e analisar alguns exemplos práticos!

Exemplos de feedback de reuniões 1:1: Qualidade do código, propriedade

Exemplos de feedback para desenvolvedores de software em reuniões individuais

💬

Exemplo de feedback para desenvolvedores de software em reuniões individuais: qualidade do código

Com Tanja 👩🏼‍🦰 no papel de líder da equipe e Marc 👨🏽 no papel de funcionário.

Descreva a situação

👩🏼‍🦰

Tanja (líder da equipe): "Em nossa última revisão de código, analisamos seu pull request para implementar o novo recurso no painel. O código estava funcionalmente correto e atendia aos requisitos."

👨🏽

Marc (funcionário): "Sim, eu me lembro!"

Comportamento observado

👩🏼‍🦰

"Comentei sobre passagens que eram bastante complexas e difíceis de ler. Por exemplo, havia um método com mais de 50 linhas que combinava várias responsabilidades. No entanto, você só comentou esse comentário superficialmente e não se aprofundou mais nele."

👨🏽

"Para mim, o comentário soou como uma sugestão opcional. Pareceu-me muito demorado alterar a solução novamente."

Impacto

👩🏼‍🦰

"De qualquer forma, seu comentário me deixou um pouco frustrado para ser honesto e, em vez de insistir em uma correção de você, eu mesmo melhorei o método depois, porque já tinha pensado no código de qualquer maneira."

👨🏽

"Ah, eu não sabia disso."

Meta e desejo

👩🏼‍🦰

"Nosso objetivo comum é garantir que nosso código seja não apenas funcional, mas também de fácil manutenção e compreensão para todos."

👨🏽

"É exatamente assim que eu vejo!"

Medidas

👩🏼‍🦰

"Qual é a sua sugestão sobre como podemos melhorar a qualidade do código de forma mais tranquila nesses casos no futuro?"

👨🏽

"Seria útil se fosse mais fácil ver nos comentários se uma melhoria está apenas sendo sugerida ou exigida."

👩🏼‍🦰

"Bem, vamos fazer isso – Vou incluir isso na reunião da equipe novamente. Mas ainda acho que você precisa fazer o acompanhamento do seu lado também."

👨🏽

"Que tal irmos direto para a programação em pares juntos no próximo tópico, para que você possa aprimorar minha compreensão dos requisitos de qualidade do código?"

Conclusão

👩🏼‍🦰

"Parece que você tem dois bons acompanhamentos! Então vamos manter as coisas assim. Gostaria de marcar uma data em minha agenda para o meio da próxima semana para iniciar a programação em pares."

👨🏽

"Tudo bem, estou ansioso por isso!"

💬

Exemplo de feedback para desenvolvedores de software em reuniões individuais: Propriedade

Com Tanja 👩🏼‍🦰 no papel de líder da equipe e Marc 👨🏽 no papel de funcionário.

Descreva a situação

👩🏼‍🦰

Tanja (líder da equipe): "Marc, quero falar com você sobre a última tarefa em que desenvolvemos o novo recurso para o processo de exportação. O recurso agora está ativo, mas houve alguns desafios ao longo do caminho."

👨🏽

Marc (funcionário): "Sim, eu me lembro. O que você quer dizer exatamente?"

Comportamento observado

👩🏼‍🦰

"Percebi que houve vários atrasos depois que o código foi entregue para teste. Por exemplo, alguns comentários de colegas de controle de qualidade não foram respondidos por dias. Também aconteceu de eu ter que lembrar você duas vezes sobre uma revisão que faltava."

👨🏽

"Hmm, estou vendo. Para ser sincero, havia muita coisa acontecendo e achei que os testes continuariam em paralelo."

Impacto

👩🏼‍🦰

“Das Resultat war jedenfalls, dass wir wegen dieses Themas unser Deployment verschieben mussten.“

👨🏽

"Ah, eu nem sabia disso. Achei que você entraria em contato se algo fosse urgente."

Meta e desejo

👩🏼‍🦰

"Nosso objetivo é minimizar atrasos desnecessários e fazer com que os desenvolvedores adotem uma mentalidade de propriedade durante a implementação. Isso significa que todos devem garantir ativamente que seus tíquetes sejam processados do início ao fim do –, o que também inclui a comunicação com o controle de qualidade."

👨🏽

"Entendo o que você quer dizer. Definitivamente, quero que os processos sejam executados de forma mais tranquila."

Medidas

👩🏼‍🦰

"Do seu ponto de vista, o que poderíamos fazer para que você possa agir de forma mais proativa e mostrar propriedade em tais situações?"

👨🏽

"Acho que ajudaria se definíssemos expectativas mais claras, por exemplo, que eu fizesse um check-in diário dos problemas em aberto durante a fase de testes. Dessa forma, posso ter certeza de que nada será deixado de lado."

👩🏼‍🦰

"Isso parece bom. E eu sugeriria que, para as próximas tarefas importantes após a finalização do código, você fizesse um breve plano de como deseja ver o tópico até o lançamento ao vivo. Você pode mostrar o plano para mim ou para um colega de controle de qualidade."

👨🏽

"Concordo. Assim, eu mesmo poderei ficar de olho nas coisas."

Conclusão

👩🏼‍🦰

"Ótimo. Vamos registrar as duas medidas da seguinte forma: Você faz check-ins diários durante a fase de testes e planeja o acompanhamento para sua próxima tarefa principal. Isso é viável para você?"

👨🏽

"Sim, isso se encaixa. Vou anotar isso em meu diário".

👩🏼‍🦰

"Ótimo. Tenho certeza de que isso fará uma grande diferença. Em nossa próxima reunião individual, daremos outra olhada no status de nossas medidas. Obrigado a você!"

Exemplos de feedback de avaliação de desempenho: Trabalho em equipe, propriedade

Exemplos de feedback para desenvolvedores de software na avaliação de desempenho

Observação: as avaliações de desempenho tradicionais tendem a ser impopulares entre os desenvolvedores de software e os gerentes, e muitos argumentam que boas reuniões individuais são suficientes e devem substituir as avaliações de desempenho. Veja: “Leistungsbeurteilungen sind sinnlos und beleidigend” von Forbes.

No entanto, as avaliações de desempenho geralmente ainda são um formato predeterminado dentro da empresa. É claro que isso não deve impedir que você conduza as avaliações de desempenho como um diálogo no nível dos olhos com seus funcionários, em vez de se limitar a fazer avaliações de cima para baixo. Os exemplos a seguir de um diálogo individual mostram como isso pode funcionar.

Hinweis: Wie gesagt können Vorlagen für Mitarbeitergespräche natürlich helfen, Feedback konstruktiv zu kommunizieren. Der folgende Blog-Post kann dir bei mehr Interesse an dem Thema weiterhelfen: 5 modelos para fazer check-ins regulares dos funcionários.

💬

Exemplo de feedback para engenheiros de software em avaliações de desempenho: Trabalho em equipe

Com Tanja 👩🏼‍🦰 na função de líder de equipe e Marc 👨🏽 na função de engenheiro de software.

Descreva a situação

👩🏼‍🦰

Tanja (líder de equipe): "Quando tive de avaliar o ponto 'Trabalho em equipe' no seu modelo de avaliação de desempenho, infelizmente só pude dar a você 5 dos 10 pontos possíveis. Gostaria de explicar isso a você para lhe dar uma chance justa de melhorar esse ponto."

👨🏽

Marc (funcionário): "Ah, tudo bem. Por favor, me ajude a entender."

Comportamento observado

👩🏼‍🦰

"Percebi que, nos últimos meses, houve situações em que a colaboração com a equipe não foi a ideal. Por exemplo, em nosso último sprint, houve vários casos em que você trabalhou em tarefas sozinho, embora elas pudessem ter sido melhor resolvidas em conjunto com outras pessoas. Um exemplo específico foi a integração da nova API. Consideramos a possibilidade de você e Alex trabalharem juntos, mas você assumiu a maioria das etapas sozinho e só envolveu Alex minimamente."

👨🏽

"Achei que seria mais eficiente fazer isso rapidamente. Não sabia que isso era visto como um problema."

Impacto

👩🏼‍🦰

"No entanto, isso levou a uma perda de transparência na equipe. Mais tarde, Alex teve dificuldades para se envolver em tarefas relacionadas porque não sabia exatamente como a API estava configurada. Também recebi comentários de outros membros da equipe de que, às vezes, eles não se sentiam envolvidos o suficiente e achavam difícil obter apoio de você quando tinham dúvidas."

👨🏽

"Isso me surpreende, para ser sincero. Achei que ajudaria quando me pedissem."

Meta e desejo

👩🏼‍🦰

"Nosso objetivo como equipe não é apenas trabalhar com eficiência, mas também compartilhar conhecimento e envolver todos. Isso fortalece a colaboração e garante que todos nós possamos representar uns aos outros. No futuro, gostaria que você utilizasse mais a sua função de portador de conhecimento nesta equipe para compartilhar ativamente o conhecimento e capacitar outros membros da equipe. A produtividade da equipe é mais importante do que o desempenho individual."

👨🏽

"Ok, entendo o que você quer dizer. Acho que até agora tenho me concentrado demais em minha própria produtividade."

Medidas

👩🏼‍🦰

"O que poderia ajudar você a prestar mais atenção ao envolvimento da equipe em seu trabalho e ao compartilhamento de conhecimento?"

👨🏽

"Eu poderia adquirir o hábito de esclarecer quem pode trabalhar em tarefas maiores e como, logo no início. Talvez pudéssemos também definir algo como um pontapé inicial para que as tarefas cheguem a um acordo sobre as principais decisões de arquitetura e identifiquem as tarefas que outra pessoa deve fazer sozinha ou que devemos fazer em programação em pares."

👩🏼‍🦰

"Isso parece bom. Também tive uma ideia: que tal você adquirir o hábito de não apenas relatar o progresso em nossas reuniões semanais de equipe, mas também fornecer ativamente insights sobre o código e as decisões de arquitetura?"

👨🏽

"Esse é um bom ponto. Isso pode ajudar a tornar mais fácil para nossos colegas inexperientes trabalharem em meu código mais tarde."

Conclusão

👩🏼‍🦰

"Ótimo. Então, registraremos os acompanhamentos em nosso modelo para a avaliação de desempenho: 

  • A partir de agora, você compartilhará proativamente seus conhecimentos e decisões de arquitetura com a equipe nos Weeklys. 
  • De agora em diante, você iniciará seus tópicos com outro desenvolvedor para que possam trabalhar juntos na solução e dividir a implementação."

👨🏽

"Parece bom."

👩🏼‍🦰

"OK. Eu anotaria as duas medidas para uma revisão daqui a dois meses. Depois, podemos discutir o status em nossa reunião individual e ver como vamos proceder."

👨🏽

"Sim, e então vamos ver se você consegue melhorar sua pontuação de 'trabalho em equipe'. Gostaria que você tirasse pelo menos 8 de 10."

👩🏼‍🦰

"Fico feliz em ouvir isso! Acredito plenamente que isso é realista e apoiarei você sempre que puder."

👨🏽

"Obrigado a você!"

💬

Exemplo de feedback para avaliações de desempenho de engenheiros de software: Propriedade

Vamos passar para o próximo exemplo de uma conversa individual, que trata do feedback para o desenvolvedor de software sobre o tópico de propriedade.

Como sempre, com Tanja 👩🏼‍🦰 na função de líder de equipe e Marc 👨🏽 na função de engenheiro de software.

Descreva a situação

👩🏼‍🦰

Tanja (líder de equipe): "Quando tive de avaliar o ponto 'Propriedade' no seu modelo de avaliação de desempenho, só pude dar a você 6 de 10 pontos. Gostaria de explicar por que isso acontece e dar a você a chance de se desenvolver mais nessa área."

👨🏽

Marc (funcionário): "Uau, isso me surpreende um pouco. Afinal de contas, trabalhei em mais tópicos do que quase qualquer outra pessoa da equipe. Por favor, explique isso para mim".

Comportamento observado

👩🏼‍🦰

"Nos últimos meses, percebi que você costuma atrasar suas tarefas. Há vários exemplos em que os comentários de controle de qualidade ou as revisões de código feitas por você ficaram sem resposta por um longo período de tempo. Como resultado, os tópicos de vocês só foram ao ar depois de semanas de atrasos. Um exemplo específico foi a correção de bugs para a exportação. Você só respondeu ao feedback do QA depois de repetidas solicitações, e foram necessárias três semanas para que as alterações fossem publicadas."

👨🏽

"Sim, eu me lembro. Eu estava trabalhando em dois outros tópicos ao mesmo tempo e não consegui inserir o feedback tão rapidamente."

Impacto

👩🏼‍🦰

"Isso teve um impacto sobre a velocidade e a produtividade de toda a equipe. O controle de qualidade teve que fazer o acompanhamento várias vezes, o que limitou suas capacidades. O plano de lançamento também teve de ser adiado. Além disso, parece que você não está assumindo toda a responsabilidade pela finalização dos seus problemas, o que prejudica a dinâmica da equipe. Alguns membros da equipe me disseram que não têm certeza se podem confiar em você quando se trata de dependências."

👨🏽

"Oh, desculpe-me por isso. Não me dei conta disso. Tentei fazer as tarefas em paralelo, mas aparentemente não deu muito certo."

Meta e desejo

👩🏼‍🦰

"Minha meta é que você se concentre em menos tópicos, mas assuma total responsabilidade por cada tarefa do início ao fim. Isso significa que você não apenas escreverá o código inicial, mas também garantirá que o feedback de QA seja processado prontamente e que o tópico permaneça dentro do cronograma. Dessa forma, podemos evitar que as tarefas permaneçam abertas por mais tempo e bloqueiem outras."

👨🏽

"Isso faz sentido. Muitas vezes me senti sobrecarregado porque tinha muitos tópicos ao mesmo tempo. Talvez seja realmente melhor você se concentrar em menos tarefas."

Medidas

👩🏼‍🦰

"Como podemos fazer com que você se concentre em alguns tópicos e assuma a responsabilidade de implementá-los totalmente?"

👨🏽

"Eu poderia tentar me limitar a um máximo de dois tópicos por sprint e nunca trabalhar em mais de três tópicos ao mesmo tempo. Também devo bloquear espaços fixos em meu calendário para trabalhar regularmente em comentários e revisões para que nada seja deixado para trás."

👩🏼‍🦰

"Isso parece sensato. Além disso, acho que seria bom se você pudesse pedir ajuda proativamente em nossas apresentações se estiver trabalhando em muitos tópicos ao mesmo tempo. Normalmente, deve haver alguém que possa assumir um tópico de você."

👨🏽

"OK, é justo."

Conclusão

👩🏼‍🦰

"Vamos definir essas medidas como meta para os próximos dois meses:
Menos trabalho em paralelo:

  • Você assume um máximo de dois tópicos por sprint e não trabalha em mais de três tópicos em paralelo.
  • Exigir apoio ativo da equipe nas reuniões de stand-up
  • Fixe espaços no calendário para trabalhar com comentários e avaliações."

👨🏽

"Isso parece realista. Vamos fazer dessa forma".

👩🏼‍🦰

"Ótimo. Daqui a dois meses, na avaliação de desempenho, poderemos ver se essas medidas funcionaram e se podemos aumentar sua classificação na avaliação de desempenho para 'Propriedade' novamente."

👨🏽

"Obrigado a você, Tanja. Vou me esforçar para colocar isso em prática. Eu costumava sempre tirar nota máxima em 'Propriedade'. Você acha que vou conseguir isso novamente na próxima avaliação de desempenho?"

👩🏼‍🦰

"Estou satisfeito com isso. Sim, acredito que você pode conseguir uma melhora rápida com essas medidas. Vamos discutir o status e se você precisa de apoio em nossas reuniões quinzenais individuais."

👨🏽

"Obrigado a você! Sim, eu ficaria muito feliz se pudéssemos obter uma melhora perceptível aqui dentro de algumas semanas!"

Diálogo anual Exemplos de feedback: Desejo de mudança de função

Exemplos de feedback para desenvolvedores de software na revisão anual

Se você já realiza reuniões individuais ou avaliações de desempenho regulares com seus desenvolvedores durante o ano, provavelmente não precisará mais de reuniões anuais detalhadas. A troca de informações sobre desempenho, feedback e desenvolvimento adicional já deve ser um diálogo contínuo:

No entanto, há empresas que exigem uma avaliação anual clássica.

💡

Se, como gerente de desenvolvedores de software, você já tem reuniões individuais ou avaliações de desempenho regulares, a avaliação anual deve ser apenas uma formalidade:

O desenvolvedor do software já deve estar ciente do feedback e já deve estar trabalhando no potencial de desenvolvimento.

Portanto, se você, como gerente de desenvolvedores de software, precisa cumprir a formalidade de uma reunião de fim de ano (possivelmente além das reuniões individuais regulares), vamos também analisar um exemplo de uma avaliação anual de funcionário com um desenvolvedor de software.

A propósito, outra dica neste ponto: Se você estiver prestes a realizar sua primeira reunião individual com um novo funcionário, recomendo nosso artigo sobre o assunto: 5 dicas para reuniões individuais com novos funcionários.

📄

Exemplo de agenda e modelo para uma reunião anual com um desenvolvedor de software

  1. Revisão e desempenho
    • Sucessos: Quais projetos ou tarefas foram bem-sucedidos? Onde as expectativas foram superadas?
    • Desafios: O que não funcionou tão bem e por quê? Como esses desafios podem ser superados no futuro?
    • Reflexão: Como o desenvolvedor vê seu próprio desempenho? Que feedback a equipe ou o gerente tem?
  2. Cooperação e cultura de equipe
    • Comunicação: Como é percebida a cooperação dentro da equipe e com o gerente?
    • Ambiente de trabalho: há potencial para melhorias na cultura da equipe ou no ambiente de trabalho?
    • Feedback sobre liderança: Como o gerente pode apoiar melhor o desenvolvedor?
    • Feedback do desenvolvedor: Você tem alguma sugestão para melhorar os processos, as ferramentas ou a cultura de trabalho?
    • Equilíbrio entre vida pessoal e profissional: como você se sente em relação à sua carga de trabalho atual? Você tem algum fator de estresse ou horas extras?
    • Recursos: as ferramentas, os processos e as condições estruturais são suficientes para que você trabalhe com eficiência?
  3. Especialização, metas e desenvolvimento
    • Pontos fortes: Quais habilidades técnicas, metodológicas ou sociais caracterizam o desenvolvedor?
    • Treinamento adicional: Quais novas tecnologias ou habilidades o desenvolvedor deseja aprender? Você tem algum curso, conferência ou projeto relevante?
    • Objetivos de carreira: Que cargo ou responsabilidade o desenvolvedor almeja a médio e longo prazo? Quais etapas levam a isso?
    • Foco do projeto: em quais projetos ou tecnologias o desenvolvedor gostaria de trabalhar mais intensamente?
  4. Remuneração
    • Remuneração relacionada ao desempenho: há necessidade de ajustar o salário ou os bônus?
  5. Conclusão
    • Metas de curto prazo: Que metas específicas você deve definir para o próximo ano?
    • Acordos: Quais são os próximos check-ins para as respectivas medidas?

A seguir, você encontrará um exemplo típico de feedback em uma avaliação de fim de ano ou de desempenho anual: A solicitação do funcionário para uma mudança de função.

💬

Exemplo de feedback na reunião anual: Desejo de mudança de função

Com Tanja 👩🏼‍🦰 na função de líder de equipe e Marc 👨🏽 na função de engenheiro de software.

Entrada e situação

👩🏼‍🦰

Tanja (líder da equipe): "Marc, é ótimo podermos falar sobre seu feedback anual e suas metas hoje. Há algum tópico específico que seja particularmente importante para você?"

👨🏽

Marc (funcionário): "Sim, tenho pensado em meu desenvolvimento futuro. Eu poderia me imaginar desenvolvendo na direção da arquitetura de software. Há muito tempo me interesso pelo assunto e gostaria de me envolver mais com decisões de arquitetura e gerenciamento estratégico de tecnologia."

👩🏼‍🦰

"Isso é empolgante, Marc. Fico feliz que você tenha metas tão claras. Vamos conversar sobre como podemos preparar você para elas. Há alguns pontos em que acho que você precisa se desenvolver mais antes de darmos o próximo passo."

Dar feedback

👩🏼‍🦰

"Em primeiro lugar, gostaria de enfatizar que vocês fizeram muito progresso este ano, especialmente na qualidade de suas implementações e em lidar com novas tecnologias. Vocês também mostraram que estão atentos ao panorama geral, por exemplo, com a introdução do novo sistema de cache."

👨🏽

"Obrigado, fico feliz em ouvir isso!"

👩🏼‍🦰

"Quando penso na função de um arquiteto de software, no entanto, ainda há alguns requisitos que não acredito que sejam totalmente atendidos atualmente. Por exemplo, a comunicação com a equipe e o envolvimento de outras pessoas nas decisões técnicas é um componente fundamental. Ainda vejo potencial para você nesse aspecto. Você costuma tomar decisões de forma independente, sem envolver a equipe com antecedência suficiente."

👨🏽

"Tudo bem, eu entendo isso. Às vezes, eu não queria atrasar ninguém, mas sei que isso não é o ideal para o cargo de arquiteto."

Meta e desejo

👩🏼‍🦰

"Exatamente. Um arquiteto de software também é um treinador e comunicador. Trata-se de conseguir a adesão de outras pessoas, comunicar conceitos técnicos e desenvolver soluções em conjunto."

👨🏽

"Isso faz sentido. Também percebo que ainda não sou capaz de comunicar meus pensamentos sobre arquitetura aos membros da minha equipe de forma tão eficaz."

Planejar medidas

👩🏼‍🦰

"Acho que podemos trabalhar juntos nisso para que você se qualifique para a função nos próximos 6 meses. O que você acha de definirmos medidas concretas?"

👨🏽

"Eu adoraria. O que você tem em mente?"

👩🏼‍🦰

"Acima de tudo, gostaria de ver você moderando o processo de tomada de decisão para a arquitetura de software em vez de tomar a decisão você mesmo. O que você acha de moderar o lançamento de uma arquitetura para cada um dos próximos tópicos principais? O objetivo seria apoiar os colegas no processo de tomada de decisão e depois deixá-los implementar a solução por conta própria."

👨🏽

"Isso parece bom. Estou aprendendo a exercer minha influência como treinador em vez de implementar tudo sozinho."

👩🏼‍🦰

"Também imagino que existam bons cursos para preparar os desenvolvedores para a função de arquiteto de software. Além das habilidades técnicas, esses cursos certamente também abrangerão as habilidades sociais necessárias para a função"

👨🏽

"Sim, na verdade eu já escolhi um curso."

Conclusão

👩🏼‍🦰

"Ótimo, então vou anotar o seguinte para nossa reunião anual:

  • Objetivo de desenvolvimento: arquiteto de software
  • Medidas:
    • Moderação de lançamentos de arquitetura em uma equipe
    • Participação em um curso para arquitetos de software

É claro que falamos sobre esses tópicos continuamente em nossas reuniões individuais, mas o próximo check-in oficial seria em nossa avaliação de desempenho daqui a três meses."

👨🏽

"Parece bom. Até lá, devemos ter conseguido muita coisa".

👩🏼‍🦰

"Eu também acho! Enquanto isso, se você se lembrar de qualquer outra coisa que eu possa fazer para apoiá-lo nessa empreitada, sinta-se à vontade para entrar em contato comigo a qualquer momento."

👨🏽

"Podemos conversar novamente sobre a mudança de função que pretendo fazer daqui a três meses?"

👩🏼‍🦰

"Claro, é claro que não posso prometer nada a você quando se trata de mudar de função. Mas anotei seu desejo e tentarei apoiar você da melhor forma possível."

👨🏽

"Obrigado a você!"

Conclusão: Feedback para engenheiros de software em reuniões individuais, análises de desempenho e avaliações anuais

Conclusão: feedback motivador para desenvolvedores de software

Os exemplos e modelos mostram que não precisa ser tão difícil dar feedback motivador aos desenvolvedores de software em reuniões individuais e reuniões de fim de ano, certo? Mantenha-se autêntico e benevolente, não faça rodeios e mostre que você está interessado em uma solução conjunta.

Se você conseguir implementar a "franqueza radical" em suas entrevistas de avaliação e além delas, demonstrando apreço e honestidade, a reação pode até ser mais positiva e construtiva do que você imagina.

Boa sorte em suas próximas sessões de feedback!

E se você gosta de hacks que facilitam sua vida, recomendo nosso software Echometer. Você pode experimentá-lo de forma totalmente gratuita.

Nosso software de reuniões individuais oferece a você vários modelos para reuniões de funcionários com desenvolvedores de software e até mesmo torna o desenvolvimento dos funcionários mensurável. Dê uma olhada em nossa ferramenta e experimente o modelo a seguir:

Modelo de ferramenta de reunião 1:1: humor como clima

Modelo de reunião individual com perguntas para quebrar o gelo Tempo PT
  • Se você tivesse que descrever seu estado emocional como o clima, como está o clima em seu projeto ou em suas tarefas no momento?
  • Como está o clima em relação ao seu empregador, à sua vida pessoal e à sua vida privada?

Modelo de ferramenta de reunião 1:1: humor como clima
Modelo de reunião individual com perguntas para quebrar o gelo Tempo PT
  • Se você tivesse que descrever seu estado emocional como o clima, como está o clima em seu projeto ou em suas tarefas no momento?
  • Como está o clima em relação ao seu empregador, à sua vida pessoal e à sua vida privada?

Compartilhe este artigo com sua rede

Imagem - Eu me preparando para minha próxima reunião individual inútil
Imagem - Eu me preparando para minha próxima reunião individual inútil

Você está cansado de reuniões 1:1 entediantes? Experimente nossa ferramenta 1:1!

Descubra modelos 1:1 bem fundamentados, ferramentas de moderação interativas e recomendações inteligentes.

Mais artigos

Boletim informativo Echometer

Não perca as atualizações sobre o Echometer e inspire-se no trabalho ágil