O que devo fazer para deixar um emprego profissionalmente? [duplicado]

40

Dado que o empregador atual sabe e recebeu uma notificação adequada antecipadamente, como um programador pode fazer uma transição de trabalho limpo de seu antigo emprego? Que coisas o programador deve considerar? Como se deve amarrar projetos inacabados? Por exemplo, deve-se fazer uma lista de lugares que eles têm acesso por senha ou uma lista de senhas mestre para entregar?

Quando digo "transição limpa", quero dizer, onde alguém poderia deixar a empresa sem deixar nenhuma confusão, drama ou dor de cabeça, e ainda permitir que a empresa contratasse alguém para substituí-lo e continuar trabalhando sem problemas. (Por exemplo, desaparecer de repente e não retornar não é uma transição limpa, nem está codificando todo o código de uma pessoa em tipos de comida).

    
por rlb.usa 01.06.2011 / 18:52
fonte

6 respostas

28

É aconselhável organizar o seu trabalho durante todo o tempo dessa forma que a sua morte súbita não iria causar estragos na operação da empresa. Deve-se sempre ter isso em mente. Mantenha as coisas claras e logicamente estruturadas, informe seu progresso regularmente e verifique as coisas imediatamente.

O que você poderia fazer especificamente em seus últimos dias:

  • Prepare uma lista de credenciais supostamente desconhecidas para as substituir

  • Prepare um relatório de status sobre seus projetos e seu status

  • Documente todos os problemas pendentes e pendentes que você pretendia resolver em algum momento futuro

  • Pergunte aos seus superiores se há algo específico que eles querem que você documente

  • Pergunte aos seus superiores se existe alguma tutoria que eles queiram dar a alguém envolvido

  • Se você estava envolvido em lidar com clientes e partes externas, talvez faça sentido notificá-los sobre a próxima mudança de contato. Mas peça uma permissão primeiro, às vezes seus superiores não querem que os clientes sejam notificados das pessoas que saem.

Isso praticamente cobre isso.

    
por 01.06.2011 / 19:15
fonte
10

Vamos encarar isso, todos nós temos dívidas de documentação. As últimas duas semanas são uma boa oportunidade para colocar esses últimos itens na redação ou na cabeça de seus colegas de trabalho. Se você criar um documento, revise-o com o destinatário pretendido para garantir que seja compreensível.

Confirme se todo o código em que você estava trabalhando compila, é feito o check-in e, se possível, passa qualquer teste de unidade.

Crie uma lista de tarefas cumpridas enquanto estiver lá, incluindo as desagradáveis que você não deseja em seu currículo, e forneça aos seus superiores. Isso permitirá que eles garantam que todas as suas tarefas sejam cobertas e contratem um substituto apropriado.

Garanta que todos os seus dados sejam armazenados em backup e disponibilizados para seus colegas de trabalho.

Anote os números de telefone das pessoas que você deseja acompanhar!

    
por 01.06.2011 / 19:41
fonte
6

Eu nunca posso esquecer esta postagem da Mike Hofer em "Qual é a sua opinião de programação mais controversa?" sempre que uma pergunta nesse sentido é feita ...

Your job is to put yourself out of work.

When you're writing software for your employer, any software that you create is to be written in such a way that it can be picked up by any developer and understood with a minimal amount of effort. It is well designed, clearly and consistently written, formatted cleanly, documented where it needs to be, builds daily as expected, checked into the repository, and appropriately versioned.

If you get hit by a bus, laid off, fired, or walk off the job, your employer should be able to replace you on a moment's notice, and the next guy could step into your role, pick up your code and be up and running within a week tops. If he or she can't do that, then you've failed miserably.

Interestingly, I've found that having that goal has made me more valuable to my employers. The more I strive to be disposable, the more valuable I become to them.

Acredito que, idealmente, tanto em nível individual quanto em equipe, todo o software deve ser escrito para ser o mais fácil possível. Literalmente: se toda a equipe receber intoxicação alimentar e morrer ao sair para almoçar em equipe, a empresa deve ser capaz de contratar uma nova equipe de desenvolvedores - e o projeto deve ser tão limpo e bem documentado que as novas pessoas possam entrar e sair. chegar a produtividade total dentro de algumas semanas.

Então, essencialmente, eu acho que é mais uma coisa de "processo em andamento" do que qualquer coisa que você deveria ter que fazer quando sair. Nem sempre é prático em todos os momentos, mas acredito que é melhor trabalhar como se você pudesse sair do trabalho a qualquer momento. Codifique, documente e adote processos que tornem qualquer desenvolvedor decente capaz de assumir o seu cargo a qualquer momento, e não rasgue os cabelos em nada, porque é muito obtuso.

    
por 02.06.2011 / 02:05
fonte
4

Uma coisa que gosto de fazer ao trocar de emprego é passar algum tempo durante a última semana fazendo uma lista de tarefas para o desenvolvedor que estará assumindo o controle.

Explique onde você está atualmente no cronograma, por que tomou algumas decisões importantes sobre arquitetura e para onde as coisas precisam ir.

Obviamente, coisas como senhas - como executar o processo de compilação - etc devem estar facilmente disponíveis.

    
por 01.06.2011 / 19:21
fonte
4

Eu adicionaria a lista de @Developer Art:

Certifique-se de que tudo esteja marcado no controle de origem (com comentários) antes de sair (é realmente irritante quando alguém esquece de fazer isso).

Verifique se eles sabem especificamente o que não está concluído em projetos de currect como parte da sua lista de status.

Se você tiver e-mails que serão pertinentes para a próxima pessoa designada aos projetos que seu chefe não possui, encaminhe-os para ele.

Embora o gerenciamento deva saber onde estão os requisitos do projeto e os arquivos de controle de código-fonte, é útil que eles tenham um documento resumido que possam fornecer à próxima pessoa designada, em vez de criarem eles mesmos. Pense em todas as coisas que você gostaria de saber sobre um projeto em andamento em seu novo emprego e coloque isso em um documento para seu chefe sobre seus projetos atuais. Se você estiver em mais de um projeto, faça um documento separado para cada um.

    
por 01.06.2011 / 22:50
fonte
1

No que diz respeito às senhas, há duas considerações. Eu gero novas senhas aleatórias e as altero, e ao mesmo tempo escrevo uma lista. Dessa forma, eu sei que eles têm acesso contínuo e nós dois sabemos que não tenho.

    
por 01.06.2011 / 19:31
fonte