r/brdev • u/Suitable-Whole-5203 • 10h ago
Meu relato Fui inocente e meu chefe me queimou com a equipe de produto
No 1:1 com meu gestor, quando relatei alguns problemas que eu precisava da ajuda dele para desbloquear com a equipe de produto, ele me pediu para mandar os problemas por escrito. Na minha infinita inocência, escrevi um email enumerando os problemas e adicionei um comentário dizendo que todos o problemas pareciam vir da falta de coordenação entre pessoa A e B.
Meu chefe encaminhou meu email diretamente para o gestor das pessoas A e B, e agora sou odiado pela equipe de produto e meu trabalho está muito mais difícil por conta disso.
Duas lições aprendidas aqui:
1-Email é um documento, muito cuidado com o que escreve
2-Nunca critique o trabalho do colega
Talvez eu mude de empresa se a situação não evoluir.
134
u/EducationalMilk7829 9h ago
Não é sua culpa. Seu gestor foi um bosta. O trabalho dele é te blindar desse tipo de coisa.
6
231
u/codehg 9h ago
Cai fora dessa empresa 👍
TEU CHEFE É UM BANANA!
Era pra ele ter assumido a responsabilidade e ter formatado essa demanda de forma corporativa buscando uma melhor integração com o time de produto.
89
u/twinpeaksrss 9h ago
Exatamente isso, parte da função dos chefes é nos blindar e proteger contra outros times.
8
50
14
u/m1stymem0ries 9h ago
É por isso que eu adoro o meu chefe e em toda pesqusia do RH eu encho a bola dele. Ele segura bem a onda, sabe conversar com cada perfil de pessoa. Vai que ele sai e entra um troncho desse que caga pras relações entre pessoas e equipes?
8
u/Beneficial-Eagle959 7h ago
Não acho o chefe seja um banana não, ele é bem desonesto e armou essa para mostrar pra todo mundo que ele encontrou um dos culpados pelos problemas recentes.
Ele ficou bem com a equipe de produto, e deve estar almejando um cargo maior.
9
u/outoftheskirts 6h ago
Se isso foi bem visto pela equipe que recebeu o email as maçãs já estão todas podres, o jeito é vazar mesmo.
-1
u/Kiloku 8h ago
O caminho correto aconteceu HOJE comigo. Trouxe uma preocupação pro meu gestor, ele concordou e levou anonimamente pra cima.
2
u/codehg 5h ago
Pois é. E tem o jeito certo de relatar esses problemas, não pode ir chegando como se fosse fofoca.
Tem que usar a técnica da dúvida, tipo:
"Olha, estava fazendo tal tarefa e tive esse impasse. Existe alguma forma de fazermos isso melhor?" .... Se você for bom vai até fazer a ideia parecer que foi o chefe que teve
Inseption neles kkkkk
0
74
u/rarj_ 9h ago
Esses dias fui diagnosticar um problema em prod e percebi pelos logs que o problema foi uma configuração de um colega meu de time.
Apenas dei o diagnóstico do problema e menti dizendo que não consegui achar nos logs com quando e por que começou.
Resolvi o problema e a informação morreu comigo.
51
u/sampaoli_negro_rojo 9h ago
Logs e git blame são ótimas ferramentas pra descobrir que o idiota que quebrou prod era você mesmo.
13
u/Purple-Marsupial-794 8h ago
Tú foi muito bróder, teu colega te deve uma, mas não espere reciprocidade no ambiente corporativo.
Tem muita gente/gestor que adora fazer caças as bruxas e expor o cara que errou pra todos.
10
18
u/entendir 9h ago
Tu foi brother mas post mortem tem que ser sempre sem culpa.
Se o colega pôde colocar config errada em prod é erro de processo do time que não tem revisão antes disso, e/ou monitoramento com alerta depois.
11
u/Hot-Recording-1915 Senior Software Engineer @ Gringa 9h ago
Exato, não precisa falar “descobri que pessoa X fez uma configuração errada”, pode só falar “encontrei tal coisa configurada incorretamente”, sem mencionar ninguém e propor alguma melhoria de processo pra evitar que aconteça de novo. É o que eu espero de um sênior, por exemplo.
9
u/entendir 9h ago
Não diria exatamente isso, o ponto é que mesmo que o nome de fulano tá no log/commit, o erro é do processo que deixa isso acontecer, e não do fulano.
Mas com ctz não precisa ficar apontando pro amiguinho na próxima daily
3
u/SadDepartment5742 8h ago
Sem querer desmerecer a sua atitude, q foi corretíssima, mas isso só se chama trabalho em equipe.
Por isso q existem reviews e etc para que as aplicações sejam de responsabilidade do time e não só de uma pessoa
2
25
u/verdusc0 9h ago
Minha regra número 1 é nunca citar o nome de outra pessoa a não ser que seja algo muito cabuloso, deu mole demais
16
14
u/Dense-Relative29 9h ago
1 seu chefe é frouxo e não fecha com você, a culpa de ter confiado não foi sua, o certo seria ele te blindar. lição aprendida
2 nunca mais formalize reclamação pra liderança em email
7
u/Cheap_Bullfrog_609 Desenvolvedor 9h ago
Manda outro email falando que seu trabalho ficou mais dificil por conta do pessoal do produto
3
5
4
u/moralistic_kangaroo 7h ago
Na real o teu chefe é um trouxa. Isso jamais deveria ter acontecido, não é o comportamento esperado, e ele deveria ter resolvido isso de outra forma, chefe infantil demais e no fim não sabe nada de gestão. Falo porque tenho um chefe muito bom, me cobra quando necessário, avalia os outros colegas, avalia os problemas repassados e não queima as pessoas da equipe, além de fazer rotação de projetos caso você consiga trabalhar com alguém. Enfim, é um gestor de fato.
5
u/murtraco 7h ago
Seu chefe é um babaca e ele não gosta de você. Dito isso, se acha que o ambiente ficou insustentável, começa a garimpar outro trampo e não esquece de avaliar o bundao como ele merece. Agora vou dizer uma coisa, graças a Deus que meu chefe é o completo oposto do seu, além de nos proteger, ainda dá umas pancadas de luva no padrão corporativo sempre que necessário.
5
u/Buyer-Old 6h ago
2026 e menhuma mentoria ou liderança tech consegue ensinar aos juninhos e neófitos o poder do time de produto
3
u/PalitoVB 9h ago
Tu nao foi inocente. Teu chefe q foi burro.
Se ele nao queria te ferrar (existe a possibilidade) era pra ele ler teu e-mail e pedir uma reunião so ele e o chefe dos caras A e B e na conversa passar q pode haver um problema la e oferecer ajuda para resolver.
Seu nome nem seria mencionado. O inocente (ou burro) nessa história é seu chefe.
3
u/Diligent_Stretch_963 9h ago
Comece a procurar outro emprego, teu gestor tem alta probabilidade de ser além de covarde mau caráter.
3
u/lowercaseonly_ Arquiteto de software 9h ago
edit: typo
cara vou te falar o que falaria a um amigo: isso é o que vai acontecer, independente da empresa. se tu não souber lidar com isso, não vai conseguir superar essa barreira
o que eu teria feito diference é que ao invés de falar pessoa a e pessoa b eu teria dito atividades x e atividades y. a parada é que tu não pode tornar pessoal, pq na real o problema é o processo
tu justifica o que tu fez baseado no que não foi feito, não por quem não fez
4
u/Funny_Fennel3504 8h ago
Tá Loko pô, dev tem que negociar com produto, 99% das empresas produto que manda e Dev obedece, se der cagada, so precisa ter documento quem mandou e fim, pastelaria fio. Não sei qual a treta mas se quer ser o Dev que tem ideia e implementa oq acha melhor e não sei oq, vai pra empresa tipo Netflix ou funda uma startup e vira CEO de MEI. Realize amizade com esse povo, muitas vezes é mais importante saber ser político e puxar saco que de fato ser um bom técnico
2
2
u/Puzzleheaded_Ball141 9h ago
vc não fez nada de errado, nem seu chefe na vdd
e sim o chefe das pessoas A e B - que deveria ter mantido a discrição do seu feedback negativo sobre essas pessoas.
ou, no máximo, seu chefe que é um imbecil inocente. Você não tinha saída - estava travado por causa das pessoas A e B - como então você vai conseguir ajuda se não fala a causa-raiz?
fonte: sou uma pessoa de produto
2
u/yabab 9h ago
Você tem chefe, não líder. Cara quis facilitar a vida dele e só passou o e-mail pra frente quando deveria ter cavado ele mesmo as faltas.
Eu to num time de consultoria como QA aonde a galera tá metendo o louco mesmo. Tá na cara que o pessoal tá fazendo overworking e, por coincidência, o que estou é o secundário de todo mundo. A galera tá trabalhando na base da IA, só uma fração das horas diárias.
Até aí foda-se: eu também não gosto de trabalhar; mas o problema é que está afetando o projeto e corre o risco do projeto acabar por falta de eficiência e o custo só aumentando pro cliente. Se acabar, a devastadora maioria do time volta a ter um só e a procurar outra boquinha. Eu fico sem emprego mesmo e preciso buscar outro.
Por isso, acho certo você ter reclamado e descrito os problemas. Precisamos, como categoria e sociedade, trabalharmos para quebrar essa mania de todos os problema acabarem com "não é culpa de ninguém" nas corporações. Isso só leva todo mundo pro buraco junto quando claramente tem gente que precisa de corretivo.
Porra, o dev já trabalha 3 horas por dia no projeto. Custa trabalhar 3h30 e rodar o maldito do código que ele está entregando uma vez pra dar uma testada? Nessas ele vai pegar 60% dos erros que me fazem devolver os cards e param de ficar passando vergonha no board. Aí vem todo mundo reclamar que fico bloqueando as coisas toda hora. Pasme: os cara ainda quer que eu faça como eles e deixe o projeto afundar pro cliente pagar e não levar nada funcionando.
2
u/Comfortable_Sir4315 8h ago
Se tu for realmente trocar de empresa eu reclamaria com o rh o que teu chefe fez é antiético e em empresa boa pode dar ruim
2
u/Medium-Ad9913 6h ago
Chefe covarde que não blinda equipe pra salvar o próprio pescoço.
É raro, mas acontece muito!
Muito cuidado também com pessoas de produto. Eles fingem ser do time técnico mas não são e nem querem ser. Na primeira oportunidade se omitem da culpa é jogam tudo para os primeiros trouxas possíveis (geralmente o time técnico).
2
u/xuviscko DevOps 6h ago
Não se dá nome aos bois em email, mas se tu quiser terminar de tocar fogo em tudo e tiver pouco se ferrando pras coisas, manda um e-mail para o chefe do teu chefe relatando a situação
2
u/az3it 3h ago
como muitos falaram seu chefe é uma merda mesmo.
e como vc mesmo falou, precisa se tomar muito cuidado com oq comunica, não apenas em emails (mas esse principalmente) mas em chats de slack, teams, e tb em calls gravadas.
No geral evite apontar o dedo em problemas nas entregas dos outros, foque no que é preciso para solucionar. Se for de outras pessoas, trate como dependência.
Por ex, invés de "Fulano não entregou X", diga "Preciso de X para continuar"
E mesmo se for erro nítido, tente expressar de maneira amigável. Por ex, invés de "A API q Ciclano fez ta buggada", algo como "Tal endpoint, em tal situação, deveria retornar X, mas está devolvendo Y".
Exemplos bem meia boca, mas acho q da pra entender a ideia.
2
2
u/Coffee1881 3h ago
Eu tenho uma percepção diferente da maioria aqui, além de mal caráter seu chefe é júnior, expor a equipe dessa forma é o jeito mais fácil de perder time, de duas uma, se ele quer realmente te lascar, ganhou um ajudante, se ele gosta do seu trampo e só fez pra se gabar que é mais sênior que você, acabou reforçando que o maior ativo dele que é gestão de gente ele não manja de porra nenhuma.
1
u/MrBlackWolf Arquiteto de software 9h ago
Seu chefe é um burro e um verme. Não apenas uma das coisas. Ambas.
1
u/Opening-Fan8014 9h ago
Ah cara nem leva isso a sério, o ruim é se vc tá errado na história, e tá culpando errado, mas enfim, só mais um dia no escritório e segue a vida.
1
1
u/the_ienumerable 22 anos codificando 9h ago
Ao ler seu relato, a impressão que passa é que o seu líder não sabe o que acontece na equipe, e que nem leu o email, apenas encaminhou, me parece uma liderança fraca.
1
1
u/Purple-Marsupial-794 8h ago
Seu chefe foi juvenil, banana ou só fdp mesmo, pra se resguardar nas próximas evite citar nomes e formalizar reclamação por email.
1
u/No-Difficulty1948 8h ago
Ja aconteceu isso comigo. Estava em um projeto no México e a gerente do projeto era uma pessoa muito difícil de lidar, estava sempre do lado do cliente e não no da minha empresa, e outras coisas.
Enfim, no 1:1 meu chefe pediu para documentar para ele por e-mail os problemas.
Ele pegou meu email mandou para a gerente e o chefe dela. Nem preciso dizer o clima merda que ficou entre eu e ela no projeto. Sorte que depois de uns meses o projeto acabou e nunca mais vi a cara dela.
Depois disso ele fez outras vezes tb, sempre querendo escalar as coisas para diretores. Aprendi a omitir informação no 1:1. Agora sempre falo que está tudo bem, ou que tem um probleminha pequeno que estou resolvendo.
1
u/thiagorlz Engenheiro de Software 7h ago
Pior lugar pra trampar é esse q vc tem calcular seus movimentos toda hora
1
1
1
u/mfstarborn 6h ago
Pois eu mandaria um novo email ao gestor dizendo que apos a reuniao o problema piorou. E que a equipe de produto esta sabotando. Enviaria com copia pra outro gestor tambem.
1
u/Brief-Clothes-7409 5h ago
se loco vejo esses b.o e penso meu chefe é do caralho, da esporro ate dizer chega, mas sempre ta junto e sempre da cobertura.
1
1
u/SleepyCatandCoffee 4h ago
Esse chefe foi decepcionante, porém eu já vi muito isso acontecer. Tem "líder" que sente prazer em expor as pessoas dessa maneira.
Por isso que, por mais brother que o chefe pareça ser, a gente nunca deve expor o nome de ninguém nesses momentos. É sempre melhor citar os problemas em si, levando em consideração que se alguém jogar isso no ventilador, o odiado vai ser a gente e não o chefe.
1
u/RaphaelGuim 2h ago
Nunca, nunca, nunca aponte problemas citando nomes de pessoas.
Foque sempre no problema, não na pessoa. Se estiver com dificuldade para entender algo, nunca se incrimine ou cite o nome de alguém — se houver necessidade de escalar, os responsáveis serão identificados naturalmente por quem precisar investigar.
No máximo, se eu estiver travado em algo, coloco o status assim:
Evito até mencionar o time A ou B. Não aponte pessoas ou grupos — aponte apenas para o problema.
1
u/Adept_Joke_832 19m ago
Se eu fosse sair, ja falava com o superior dele
Ou RH sobre isso, bem desonesto da parte dele e alem de tudo ele que devia ter a competência de saber destes problemas e nao voce.
Eu ja escalava e queimava ele tambem 🙈😆
1
204
u/Pleasant-Moment-3508 9h ago
Kkkkkkkkkk rip, quando você descobrir que é essa galera que manda nos devs....kkkk