Vou sair do meu emprego por causa da nossa plataforma: como posso deixar uma explicação produtiva disso? [fechadas]

Estou planejando deixar meu emprego atual porque estamos bloqueados no uso do Blub , com uma estrutura corporativa do Blub e um servidor da Web no nível do Blub, em hospedagem compartilhada medíocre. Meus colegas de trabalho são amigáveis ​​e meu chefe é um proprietário médio de empresa de pequeno porte - quero sair inteiramente por motivos técnicos. Sinto que estar embebido em Blub faz mal ao meu cérebro e me torna um programador pior.

Quando saio, como posso explicar isso ao meu chefe e colegas de trabalho? Como posso expressar minhas reclamações sobre o Blub de forma produtiva? Que tipo de aviso posso e devo deixar para o meu sucessor na documentação?

(tentando garantir que eu atenda aos padrões )

Não sei nada sobre o próprio Blub, mas já estive em uma situação semelhante em que havia algo no meu trabalho que acho que deveria ser consertado, mas não quero queimar pontes. Aqui estão algumas idéias que podem ajudar.

1. Tente corrigir o problema. Explique ao seu chefe que você acha que o Blub é uma péssima decisão para a saúde e o crescimento da empresa. Forneça casos e casos específicos em que a empresa está prejudicando (ou onde alguma outra plataforma ajudaria a empresa a melhorar). Sugira uma alternativa que você considere superior e esteja pronto para fazer o backup com fatos (lembre-se - dados objetivos). Isso permitirá que você expresse suas preocupações e avalie como seu chefe responde e como ele é aberto a diferentes tecnologias (ou como ele é casado com Blub). Você também pode ter uma ideia do porquêa empresa está usando o Blub e aderindo a ele. Também lhe dará uma idéia de se vale a pena continuar com isso, se a empresa decidiu mudar as tecnologias. (Nota: isso pode depender do seu chefe. Obviamente, isso não funcionará se ele estiver apaixonado por ela e achar que é o futuro da tecnologia.)

2. Aguarde até obter uma oferta de emprego. Você já lidou com isso até agora, então encontre um novo emprego e aguarde para sair até receber uma oferta. Isso dá uma saída fácil - "Me ofereceram uma posição que melhor se adapta aos meus objetivos de carreira" (ou alguma outra linha mais neutra). É verdade que isso não ajuda necessariamente sua empresa atual, mas também não depende inteiramente de você resolver o problema.

3. Digamos que você queira levar sua carreira em uma direção diferente. Explique que você prefere trabalhar em uma plataforma diferente e que o Blub não é sua xícara de chá. Isso permite que você diga algo como "Eu não gosto", sem entrar no debate religioso das linguagens / plataformas de código. Como Paulo disse em sua resposta, mantém as razões para você sair perto de você e reduz a chance de as pessoas levarem para o lado pessoal.

4. Deixe claro que não é o ambiente do escritório. Verifique se o seu chefe e colegas de trabalho sabem que você gostou de trabalhar com eles. Ofereça-se para se conectar com eles no LinkedIn, se você ainda não o fez. Tente manter contato com eles como parte de sua rede profissional.

Quanto ao seu sucessor e documentação, simplesmente verifique se todos os problemas / peculiaridades que você conhece estão documentados em algum lugar, no código ou em um wiki ou em outra plataforma de documentação estruturada. Explique nos comentários por que você fez algo de uma certa maneira e é pragmático sobre isso - "fazendo assim porque nossa versão do Blub não suporta o Método Alternativo X". Se o seu sucessor estiver familiarizado com o Blub e não se importar, eles não vão prestar atenção a nenhum tipo de "ficar longe!" mensagens. Alguém não familiarizado com isso provavelmente pensará que você é apenas um daqueles elitistas da plataforma e ignorará mensagens abertas, e alguém que esteja familiarizado com o Blub e que não goste ou esteja em cima do muro já irá influenciar o seu lado depois de mais experiência, não teria se aplicado à posição, ou ignoraria sua "fique longe!" mensagens de qualquer maneira.

Apenas diga que você acha que trabalhar com o Blub não é compatível com a maneira que você deseja desenvolver em termos de carreira. Isso mantém o motivo de deixar seu emprego atual perto de si, limitando a possibilidade de as pessoas o levarem embora pessoalmente. Apenas fique calmo e diga que não era o ambiente de trabalho, mas que você e o trabalho se separaram. Se eles são as pessoas legais que você diz que são, eles entenderão.

Além disso, avisar que você sente que o blub não é a ferramenta para eles é tudo que você pode fazer. Spam os documentos com "blub sucks" provavelmente não vai funcionar.

Não há nada de errado em dizer "Estou saindo / deixei minha última posição porque queria trabalhar com uma tecnologia mais nova / mais interessante / menos suja". Você é um desenvolvedor de software! Você deveria ter opiniões fortes.

Mas eu preferiria ouvir você dizer que estava correndo em direção a algo do que fugir de algo. "Fiquei realmente empolgado com o Flubber na rede Stack Exchange; parecia mais moderno e completo do que o Blub, então quero levar minha carreira nessa direção."

Muitos bons comentários acima. Algumas coisas a acrescentar ou destacar:

1. Não desista até ter o novo emprego. Você perde toda a sua influência.

2. Documente tudo o que você faz para garantir uma transferência suave. Vá além e treine sua substituição.

3. Antes e depois da mudança, não deprecie ninguém ou suas decisões.

4. Se perguntado por que você está saindo, você pode dizer honestamente "para aprender coisas novas" e deixar por isso mesmo.

Manipulado corretamente, você ainda pode obter uma boa referência alguns anos depois.

Boa sorte com isso!

A questão principal é quem deve a quem o quê.

Você parece um cara de nível bastante baixo em uma organização de médio a grande porte, na fase de aprendizado de sua carreira; e nessa posição, você não deve nada a seu empregador, exceto duas semanas antes. Tenha certeza de que eles também não acham que devem mais a você.

Não estou dizendo que, se houver alguém que realmente ouça e se importe com os seus motivos, você não deve falar longamente - mas não se iluda com o fato de ter alguma influência para realmente mudar as coisas para melhor, como parte de seu atividades de saída.

Deixe o máximo de nota positiva possível. Não gire a história em negativo sobre Blub. Conte sua história de saída sobre esta nova e empolgante oportunidade de expandir suas habilidades além do Blub.

Em seguida, deixe uma lista escrita de tarefas em andamento e os pontos de perigo "potenciais" para sua substituição técnica. Agora é tarefa deles convencer a gerência (se eles concordam com você), não a sua.

A estrutura do Blub ainda pode atender às necessidades de negócios do proprietário da empresa.

Não entendo por que você esperaria que o proprietário da empresa descartasse seu investimento na base de código (em funcionamento) existente apenas porque a linguagem / estrutura não combina bem com o seu cérebro.

É muito mais barato substituí-lo por alguém que acha que o Blub é incrível.

Não estou dizendo que você não deve seguir em frente se o Blub não funcionar para você, apenas não confunda seus sentimentos com as necessidades da empresa.

Atualização: "think"! = Data. Eu faço questão de documentar as barreiras à produtividade e o tempo delas custar todos os dias. As coisas que deslizam pelas rachaduras agora não.

Exemplo:

• VPN não está funcionando (10:15 - 10: 35: 20min);

• ferramenta de configuração mal configurada (12:30 pm - 13:20 = 50min);

• etc.

A menos que você tenha dados sobre a questão da produtividade, você apenas tem uma opinião desinformada.

Por fim, como você está definindo "produtividade". Afinal, pode ser mais "produtivo" não precisar escrever os testes para o novo código ou corrigir testes quebrados. (Sim, eu tinha um gerente de engenharia que acreditava nisso).

A menos que você possa defender uma mudança baseada em dados, por que a empresa deve mudar?

Saí do meu primeiro emprego, porque a empresa decidiu mudar do Java para o .NET. Eu simplesmente disse a eles que investi muito esforço em aprender e dominar Java e não havia como começar a aprender .NET enquanto havia a necessidade de desenvolvedores de Java no mercado de trabalho. Eu cometi um erro. Eu disse isso a eles antes de ter um novo emprego, então tive que passar algum tempo em casa. Não há nada de novo na minha história, você obteve ótimas respostas, mas eu queria enfatizar duas coisas: honestidade e já ter um novo emprego .

Primeiro, você não precisa se justificar ao deixar um emprego, mas geralmente é o que você deve fazer para manter um bom relacionamento profissional com seu empregador. Não se esqueça de que ele provavelmente será chamado pelo seu novo empregador (os mais graves o fazem).

Dizer que você sai porque acha que eles estão bloqueados em um Blub pode não ser apropriado por dois motivos, mesmo que a honestidade seja geralmente a melhor opção na maioria das situações:

• Primeiro, pode magoá-los, em seus sentimentos, e adotar uma posição defensiva contra você. Isso pode dificultar as coisas e você deve sempre evitar ferir outros sentimentos o máximo que puder (eu gosto de fazer a associação aqui com a Inteligência Emocional ).

• Em segundo lugar, você pode estar errado. Sim, eles podem ter suas próprias razões para manter essas tecnologias. Muitas vezes, não entendemos as escolhas da gerência porque não temos todas as informações necessárias para formar nossa opinião.

A única maneira que achei apropriada para deixar uma empresa é dizer a eles que você deseja fazer algo mais próximo do que você gosta de fazer . Você pode dizer a eles que não gosta da tecnologia, em vez de dizer que eles estão errados .

Você pode ser bem franco. Só porque você não gosta, não significa que é a escolha errada para eles, então não espere que eles mudem ou dêem um tapa na cabeça e digam: "Claro que você está certo, como poderíamos ser tão estúpidos!"

Apenas diga. Não é onde eu quero estar tecnicamente, eu gostei de trabalhar para você e com a equipe e desejo tudo de bom. Então siga em frente.

Forma abreviada: você diz a eles que está saindo para expandir sua experiência e habilidades. Quanto ao seu sucessor, você não precisa deixar nada além da documentação / relatórios / notas que você produziu.

Forma longa: a programação, diferentemente da maioria das profissões, é em parte definida pelas ferramentas utilizadas. Tanto os gerentes quanto o RH entendem isso (mesmo aqueles que pedem de 5 a 7 anos de experiência no Go), nem piscam ao ouvir que você deseja expandir sua experiência. O fato de você querer trabalhar com uma ferramenta específica ou simplesmente variar sua experiência não será considerado rejeição ou sinal de falta de confiabilidade. Tudo o resto é igual, a experiência com mais idiomas, estruturas, editores e IDEs é uma vantagem - fornece um parâmetro de comparação, tornando seu julgamento mais válido.

Você não diz se tentou convencer seu empregador atual a trocar de ferramenta ou se acha que seria uma boa ideia fazê-lo. Se você tem e tem, seu chefe já deve ter tudo o que seu substituto precisa se a decisão for revisada; não é seu lugar tentar convencê-los a assumir a causa em seu lugar.

O que você deve deixar para sua substituição é a documentação sobre como fazer seu trabalho, conforme você tiver disponível. Se você acha que há algo que sabe sobre como fazer o trabalho com as ferramentas atuais, que não se espera que sua substituição seja conhecida ou descubra facilmente, então documente-a.

Quanto às suas reclamações. Você não deveria mencioná-los, eles não são relevantes.

Se esta é uma empresa pequena e você é o especialista em tecnologia, considere seriamente ter uma discussão honesta (privada) com seu chefe sobre como Blub está prejudicando seus negócios.

Na sua descrição, não tenho certeza se você se caracterizaria como especialista em tecnologia da empresa, e sei que você disse que a empresa está "bloqueada" para Blub. Talvez essa não seja a discussão correta se houver outros funcionários mais felizes ou se realmente não houver alternativa para o modelo de negócios.

Mas, isso me parece muito sério. De certa forma, isso está prejudicando os negócios dele simplesmente porque você não está gostando e não o considera produtivo e chegou ao ponto em que deseja sair. Perder um bom funcionário é uma situação bastante horrenda para uma pequena empresa (você é muito mais crucial para eles do que em uma grande empresa).

Eu não estaria disposto a deixar nenhum aviso para um sucessor - mas certifique-se de comentar e documentar o seu código da melhor maneira possível para tornar relativamente fácil a sua substituição.

Discordo parcialmente de outras respostas de que você não deve deixar seu emprego até ter uma alternativa. Se esse trabalho realmente o deixa deprimido, pode parecer ressentido em entrevistas para novos empregos, o que é muito pouco atraente para os empregadores. (Se for esse o caso, pode ser melhor apenas fazer uma pausa limpa). O conselho para dar uma guinada positiva nas coisas olhando para a frente é um conselho muito bom.

Muitas ótimas respostas já estão aqui, mas experimentei algo semelhante ao tentar introduzir melhores práticas de gerenciamento de projetos que acabam me levando a dar uma cabeçada a todos que são importantes. Eu decidi sair e tive que considerar o que dizer.

Decidi morder minha língua e deixar a nota mais positiva possível, especialmente porque muitas das pessoas com quem eu estava enfrentando eram minhas amigas. Alguns anos depois, a empresa me pediu para voltar e gerenciar o desenvolvimento de software do meu jeito.

Então eu digo deixar com uma nota positiva, porque não é necessariamente o fim da história.

Enquanto você estiver indo para outro emprego imediatamente, poderá dizer "melhor oportunidade etc." Agora, se você estiver indo embora e não tiver outro emprego, a diferença pode ser difícil, mas você deve ser capaz de explicá-lo quando lhe for pedido que você queira treinar algo diferente e que precisava de tempo para fazer isso.

Tente se matricular em algo para poder colocar a faculdade ou o programa como estava fazendo durante a lacuna.

Você também pode tentar conseguir algumas coisas freelancers simples (ou não) e depois pode listar como autônomo. Apenas certifique-se de ter algo a mostrar para isso.

Não tenha medo da lacuna. Minha esposa não trabalhava (fora de casa) por 7 anos e tinha duas ofertas ao mesmo tempo, embora não pagasse tão alto quanto gostaria, eram ofertas de tecnologia competitivas.

Isso acontece e o fato é que estamos vivendo em um mundo muito "não-blub". Além disso, devido à explosão no campo de tecnologia não-blub, você tem opções, então eu diria que você está seguro.

O que eu aviso, no entanto, é enganar-se a acreditar que essa é a principal razão, você é infeliz e tenta fazer os outros acreditarem nisso.

Essa é uma razão muito boba para abandonar muito menos um argumento com qualquer esperança de prever uma mudança.

Não diga ao seu chefe que é a razão. Torne-o uma sinopse padrão: "Carreira". E apenas saiba que se você estiver com dificuldades agora, não espere ser feliz em outro lugar. Sempre haverá algum tipo de problema ridículo e irritante que os programadores têm em seus trabalhos, porque é nosso trabalho apontar problemas e encontrar soluções.

Boa sorte!