Executando verificação de segurança...
2

Minha leitura do ocorrido:
Oi JCarvalho, olha, embora seja uma situação chata, esse tipo de coisa acontece o tempo todo em todo lugar, seja com um dev com título de senior ou junior.

Gostaria que você observasse essa situação de um outro ponto de vista, lendo seu comentário eu consigo perceber bastante insatisfação com a atitude de seu colega e o resultado (bug), mas saber lidar com essas situações é também desenvolver senioridade, não no sentido junior, pleno, senior mas no sentido de maturidade e experiência.

Uma das habilidades mais difícieis de se conquistar é a habilidade de trabalhar em equipe, saber conversar com as pessoas, descrever um comportamento ruim e conseguir fazer isso de forma que a outra pessoa te ouça e mude seu comportamento é mais valioso que qualquer hard skill que podemos aprender ao longo de nossa carreira.

Como disse, essa situação pela qual passou é extremamente comum e não está ligada ao título que esse profissional conquistou, sendo um lider de equipe, até me pergunto se isso é de fato um problema!

Sugestões para sanar seu problema:
Bom antes de mais nada, dê o benefício da dúvida:
Coloque na balança quanto disso é emocional e quantos problemas reais isso trouxe ao time, o time está sendo prejudicado por essa atitude?
É um problema que pessoas diferentes façam coisas que estão ligadas?
Se as tarefas eram dependetes, fazia sentido estarem separadas?
Avalie o quanto disso era sua vontade de resolver a tarefa, você poderia ter pego o item do board e colocado seu nome?

Está bem nítido o problema de comunicação, talvés um simples comentário em um rito de daily resolva esse problema, "Estou atuando no item no 123 e sei que o 124 tem relação, vocês podem deixar ele pra mim?".
Se não há daily, o mesmo pode ser feito no chat da equipe

Como podemos evitar que as tarefas sejam entregues com bugs?
Testes unitários
Testes exploratórios (pelos devs mesmo ta! antes de gritar "Terminei" e jogar por cima do muro para a equipe de testes)
Code review (você já está praticando code review? nunca é cedo demais para começar)
Ler novamente a tarefa e garantir que tudo o que foi solicitado está implementado (e funcionando)
Os itens acima podem (e devem) ser feitos por todos os membros da equipe técnica de seu time

Comunique isso tudo ao sei lider de equipe e parta para o próximo passo.

A cereja do bolo, aprenda a dar feedback construtivo, de forma alguma chame essa pessoa para conversar enquanto estiver se sentido chateado.
Espere a emoção "abaixar", faça uma recapitulação dessa e outras situações que comentou, anote tudo, leia (de preferência no dia seguinte) e chame a pessoa para conversar.
Começar a conversa perguntando sobre como essa pessoa está sentindo, o que ela acha de trabalhar no contexto em que vocês atuam, o que acha dos desafios e do dia-a-dia pode ser um bom caminho para gerar empatia e a abertura que você precisa
Depois disso avalie se é o momento e potue as atitudes que você considera que essa pessoa precisa mudar, considere qual seria a sua reação ao ouvir o que pretende dizer para fazer uma boa escolha de palavras.

Lembre-se, sou responsável por tudo o que falo, estou deliberadamente escolhendo cada palavra, logo, se a pessoa a quem me dirijo não entendeu o que eu quis dizer a culpa é toda minha por não ter escolhido as palavras corretas, nada de usar a desculpa "você entendeu o que quis dizer", as pessoas vão entender apenas o que falamos.

A resposta ficou absurdamente maior do que o que eu esperava, mas espero que ajude a você a outras pessoas que estão passando pela mesma situaçao :)

Carregando publicação patrocinada...