Esteja sempre pronto para sair

• Uma boa filosofia para a vida no trabalho é "Always be quitting"

• Isso não significa ficar pensando em pedir demissão o tempo todo, mas agir de forma que você possa sair a qualquer momento

→ Isso faz de você um engenheiro melhor e abre oportunidades de crescimento

→ É parecido com "tornar-se substituível" e "automatizar seu próprio trabalho no emprego"

• O ponto principal é "não ser indispensável": NOT being indispensable

→ Se você se tornar indispensável, fica preso a um Job específico e perde férias e crescimento

→ Se esse Job deixar de ser necessário, sua posição também deixa de ser

• Paradoxalmente, tornar-se descartável é o que te dá liberdade

→ Fica mais fácil crescer para funções mais altas e mudar com facilidade de projeto

• Formas concretas de fazer isso

1. Documente o conhecimento.

→ Quando alguém te faz uma pergunta, isso mostra um vazio na documentação que você criou.

→ Deixe a resposta em algum lugar — documentação, bugs, comentários no código — para que seu sucessor não precise de você.

2. Documente os planos de longo prazo.

→ Faça com que, mesmo sem você explicar algo em tempo real, as pessoas consigam olhar esse plano e entender o que vai acontecer no projeto daqui para frente.

→ Planeje com meses de antecedência para que, mesmo se você sair, seus colegas não fiquem perdidos desde o primeiro dia.

3. Documente as reuniões.

→ Documente todas as reuniões de que você participa, compartilhe com a equipe e registre quem participou, o que foi discutido e como se chegou à conclusão.

→ Faça referência a essas atas nos documentos de design. Seu sucessor vai precisar disso para se situar.

4. Convide outras pessoas para as reuniões.

→ Se não for uma reunião 1:1 e você for a única pessoa do seu time participando, convide mais alguém.

→ Outras perspectivas também são úteis, mas o importante é evitar virar o único ponto de contato.

5. Treine as pessoas ao seu redor.

→ O objetivo é que elas se tornem independentes. (algo normalmente associado ao nível sênior na engineering ladder)

→ Faça com que dominem os planos e as tecnologias e saibam usar a documentação

6. Encontre e prepare um sucessor.

→ Para mudar seu papel (Role), você precisa poder ser substituído. Encontre alguém para te substituir e faça coaching de forma ativa e contínua.

7. Dê poder às pessoas.

→ Confie que elas vão fazer a coisa certa.

→ Se você estiver em uma posição de liderança, não faça com que os outros tenham que pedir sua permissão.

→ Deixe que escolham por conta própria e oriente para que escolham com base nos dados corretos.

8. Não seja o PoC(Point of Contact).

→ Crie uma mailing list ou outro tipo de canal de comunicação em que seja possível incluir outras pessoas, e faça esse canal crescer.

9. Delegue

→ Se você deu autoridade a outras pessoas, as incluiu em grupos e reuniões e documentou o conhecimento, então elas estão prontas para executar o seu trabalho.

→ Delegue tarefas nas quais elas possam crescer e concentre-se no que só você pode fazer/

10. Aprenda sempre.

→ Amplie seu conhecimento nas áreas que te interessam e mantenha isso divertido.

→ Melhor ainda se essa área estiver alinhada com o futuro que você quer construir!

• Isso tudo não significa abrir mão da responsabilidade.

→ Você ainda precisa se responsabilizar pelo seu projeto e pela sua equipe, e continuar fazendo isso enquanto estiver no seu papel.

→ Isso é importante porque essa responsabilidade vai abrir novas portas para você.

• Se fizer tudo isso, você vai melhorar não só a si mesmo, mas a equipe inteira.

→ Isso também é possível quando você é IC (Individual Contributor, sem cargo de gestão) e, na prática, acaba exercitando algumas das habilidades de um engenheiro Staff/Principal+.

[bichi]

Pelo menos o conteúdo daqui deveria ser aplicado 100% sem exceção para que a empresa funcione como uma empresa normal.

[dua804]

Também estabeleci, à minha maneira, um critério para o trabalho: "Mesmo sem mim, o trabalho precisa continuar funcionando. Comigo, o trabalho precisa melhorar." E venho me esforçando para manter isso.

[xguru]

Parte disso é um conselho meio do tipo “hã?”. Combina com organizações grandes, mas também pode não se encaixar muito bem em startups.

Ainda assim, acho bom documentar conhecimento e reuniões, treinar, dar autonomia, delegar e manter sempre uma postura de aprendizado.

No HN também há muitas opiniões a favor e contra o texto https://news.ycombinator.com/item?id=27456222