2 pontos por GN⁺ 2024-04-12 | 1 comentários | Compartilhar no WhatsApp
  • O papel de liderança em startups lida com muita responsabilidade incerta mais do que com código, e ataques de pânico, ansiedade e burnout podem abalar o desempenho no trabalho e a vida como um todo
  • Quanto mais alto o cargo, mais aumentam as pressões sem um fim claro: exigências que mudam, prazos sobrepostos e resposta a incidentes 24/7, em vez de tickets bem definidos
  • A cultura do tipo “make it happen” amplia o burnout ao aceitar prazos impraticáveis, fazer microgerenciamento, reescrever PRs à noite e acumular reuniões e refeições puladas
  • Nem todo prazo traz o mesmo risco, e distinguir entre prazos regulatórios, contratuais e autoimpostos ajuda a separar pressão negociável de risco real
  • A recuperação começa mais com ações pequenas e repetíveis — perceber sinais de alerta cedo, proteger os fins de semana, delegar, desligar notificações e fazer terapia — do que com grandes resoluções

Ansiedade e burnout que começaram no papel de liderança em startup

  • Em 2017, ao assumir o cargo de Head of IT, veio junto a responsabilidade por uma equipe de desenvolvimento de 5 pessoas, muitas entregas prometidas a parceiros e a pressão de “entregar tudo, não quebrar nada e não queimar ninguém”
  • Na época, não parecia possível tirar licença por motivo de saúde mental, e mesmo quando o handbook da empresa inclui mental health day, engenheiros ainda podem hesitar em usar isso
  • Quando a ansiedade apertava, encontrar sintomas parecidos no r/Anxiety do Reddit ajudava a aguentar sem sair correndo do escritório, embora não fosse uma solução de longo prazo
  • No fim, ao procurar um médico, veio um diagnóstico formal, e aos poucos houve retorno ao estado normal; até hoje uma checklist de emergência fica por perto

Do trabalho de desenvolvimento controlável para o trabalho incerto de liderança

  • No início da carreira em desenvolvimento, havia um fluxo relativamente controlável: tickets claros, critérios de aceitação, testes e merge
  • À medida que o cargo sobe, a definição do trabalho fica nebulosa, os prazos se sobrepõem, stakeholders mudam de ideia no meio da sprint e decisões probabilísticas viram rotina
  • Trabalho de infraestrutura e SRE vem com a tensão constante de viver com o pager 24/7, muitas vezes mais pesada do que prazo de produto
  • Houve uma situação em que o CEO pediu para tornar prioridade máxima um recurso prometido ao maior cliente e, um dia depois, exigiu como prioridade máxima outro recurso que o contradizia
    • Mesmo dizendo que os dois não podiam ser prioridade máxima ao mesmo tempo, a resposta era “make it happen”

O dano acumulado criado pelo “make it happen”

  • O burnout se parecia menos com um único grande acidente e mais com o acúmulo de milhares de pequenos danos autoinfligidos
  • Comportamentos que ampliavam a carga mental apareciam repetidamente
    • Aceitar todos os prazos absurdos para preservar a imagem do time de vendas
    • Entrar pessoalmente no código em nome de proteger o time e fazer microgerenciamento
    • Atualizar a conta bancária às 2 da manhã para confirmar se seria possível pagar os salários
    • Tentar apagar um incidente em andamento e ao mesmo tempo planejar a arquitetura futura
    • Orientar pessoas juniores e depois reescrever secretamente seus PRs à noite
    • Reuniões seguidas, café frio e almoço pulado
  • Repetia-se a sensação de que os primeiros 10 segundos da manhã de fim de semana estavam bem, e logo em seguida a ansiedade desabava de novo

Nem todo prazo tem o mesmo risco

  • Antes, cada lançamento era tratado como se fosse um pouso do rover em Marte, mas olhando para trás, poucos prazos realmente decidiam a sobrevivência da empresa; o resto tinha mais a ver com orgulho e falha em definir expectativas
  • Quando o fluxo de caixa da empresa melhorou e a base de clientes ficou mais estável, o equilíbrio entre trabalho e vida pessoal começou a parecer menos irreal
  • Houve uma vez em que um deploy de sexta à noite deu problema e 6 horas foram gastas corrigindo tudo; parecia que o cliente cancelaria o contrato, mas na segunda-feira ele estava em um passeio de barco e nem tinha aberto o link de staging
  • Os prazos podem ser divididos em três tipos
    • Prazos regulatórios: não negociáveis
    • Prazos contratuais: geralmente negociáveis se forem discutidos cedo
    • Prazos autoimpostos: em grande parte vêm do orgulho
  • Algumas empresas adotam semana de 4 dias e proibição de Slack fora do expediente, e não é preciso ficar apenas em empresas que tratam burnout como medalha de honra

Estratégias pessoais que funcionaram

  • Não é conselho médico, mas houve ações que ajudaram a manter a funcionalidade
  • Procurar sinais de alerta precoce
    • Para ele, insônia acompanhada de doom-scrolling e uma repulsa repentina por code review, algo de que normalmente gostava, eram sinais
    • Quando esses sinais apareciam, era hora de desacelerar
  • Dizer “não” com clareza
    • O fim de semana precisa ser protegido, e se não for alerta do pager, pode esperar até segunda-feira
  • Delegar de verdade
    • Segurar todos os PRs significa perder oportunidades de mentoria e também acumular ansiedade
  • Reduzir a cafeína
    • Passou por half-caf até chegar ao decaf, e o coração agradeceu
  • Caminhar 12.000 passos por dia
    • Não é preciso equipamento especial, só um par de tênis e um trajeto
  • Desligar as notificações do celular
    • Se a produção estiver realmente pegando fogo, alguém vai ligar

Liderança que vê as pessoas primeiro

  • Ao começar a estudar inteligência emocional, deixou de enxergar pessoas como máquinas de merge conflict
  • Em muitos casos, ouvir primeiro e corrigir depois ajuda mais do que mais uma retrospectiva de sprint
  • Não faz sentido aceitar sem vergonha ajuda para tratamento dentário e, ao mesmo tempo, esperar que saúde mental tenha de ser refatorada sozinho
  • O tempo investido com um profissional foi um dos de maior ROI
  • A recuperação é um processo repetitivo; ainda há dias de trabalhar até tarde ou esquecer o almoço, mas agora isso é percebido, corrigido e deixado para trás

O ativo mais importante é maior que o código

  • Código pode ser reescrito, pessoas não devem ser tratadas assim
  • A depressão não liga para o uptime do Kubernetes, e quando a liderança moe as pessoas, o cluster pode continuar rodando, mas quem o mantém não
  • Mesmo com o impulso de resolver pessoalmente todos os tickets de clientes, agora a primeira pergunta é “isso está dentro do meu controle?”; se não estiver, passa adiante
  • Como resultado, virou um engenheiro um pouco mais calmo e, segundo o Apple Watch, passou a dormir 45 minutos a mais por noite
  • Se este for um período difícil, isso não significa que você está quebrado nem que está sozinho; vale mais pedir ajuda, tentar pequenos experimentos e usar uma licença de saúde mental
  • Uma empresa que mede valor pelo tempo queimado em burnout não merece esse tempo, e o maior ativo não é o código escrito, mas a pessoa que escreve esse código

1 comentários

 
GN⁺ 2024-04-12
Opiniões do Hacker News
  • Depois de quase 30 anos trabalhando com engenharia de software, cheguei à conclusão de que a maioria dos prazos é totalmente arbitrária
    A empresa não vai quebrar por atrasar 1 semana, ou até 6 meses; e, se realmente quebrar, a culpa nem é da engenharia, a menos que a organização de engenharia esteja tão quebrada a ponto de errar repetidamente suas próprias previsões de entrega
    Existem prazos reais, como regulamentações, provas de conceito de clientes e entregas, mas, em uma organização de engenharia/negócios normal, esses prazos são conhecidos com muita antecedência, e o ponto central é se é possível implementar dentro de um cronograma com folga suficiente
    Quase nunca vi clientes irem embora porque um produto não era lançado em ciclos regulares; pelo contrário, muitos clientes nem gostam de upgrades, a menos que corrijam um problema que eles próprios pediram
    A interminável jornada de 80 horas por semana geralmente produz o efeito oposto, levando à criação de produtos de baixa qualidade, que quebram o tempo todo e dão vontade de descartar

    • Pela minha experiência, a maior parte do trabalho em si também é arbitrária
      Olhando para os últimos 30 anos, qual porcentagem do trabalho poderia ter sido simplesmente ignorada sem fazer nenhuma diferença no longo prazo? No meu caso, passa facilmente de 50%; em um dia ruim, eu diria que chega perto de 90%
    • Depende do setor
      Videogames ainda são vendidos também em lojas de varejo como Target e Best Buy, e as lojas precisam coordenar o espaço nas prateleiras com meses de antecedência. Se você prometeu colocar o jogo embalado no centro de distribuição até 15 de novembro e não cumprir, a prateleira reservada para você fica vazia
      Eletrônicos de consumo são parecidos, e publicidade, especialmente anúncios de TV, também precisava ser reservada com muita antecedência no passado. Se você não comprasse o espaço publicitário 6 meses antes, ele se esgotava; e, se o produto não estivesse disponível para compra quando o anúncio fosse ao ar, era muito dinheiro jogado fora
      Os prazos de projetos de TI comuns podem ser bastante sem sentido, mas, em produtos de varejo, dá para entender por que os prazos existem
      A solução seria não começar a negociar espaço nas prateleiras antes de o produto estar 100% pronto, mas as empresas geralmente não conseguem fazer isso. Elas precisam pagar salários com o dinheiro dos pedidos; se, depois de concluir o produto, forem garantir publicidade e prateleiras e esperar 6 meses, fica incerto o que os funcionários fariam nesse meio-tempo, e também é alto o custo de passar para o próximo produto e depois voltar a dar suporte ao produto anterior
    • Como alguém que usa vários softwares, como VirtualBox e Docker, eu realmente detesto atualizações e os chamados upgrades
      Prefiro muito mais versões estáveis atualizadas com bem menos frequência
    • As empresas sofrem mais não com o prazo em si, mas quando não há aviso prévio suficiente de que o prazo não será cumprido
      É mais frustrante quando a engenharia, sem aviso nenhum, anuncia de repente que não vai cumprir um prazo iminente, ou quando “está quase pronto, só mais um sprint” se repete sem parar
      Por isso, reações improvisadas como “agora não fazemos mais estimativas” ou “terminou quando terminar” não ajudam em nada
    • Muitos gerentes e líderes assumem que todo trabalho precisa de um prazo
      Eles também gerenciam a própria agenda com blocos de tempo e prazos arbitrários, sentem-se produtivos com isso e expandem esse insight para a empresa inteira. Há uma premissa de que, sem uma ameaça com limite de tempo, o trabalho não será concluído a tempo
      A sensação de que algo terminará em uma data definida é humanamente atraente, e há também aquela sensação reconfortante de uma máquina bem lubrificada funcionando em um cronograma previsível
      Mas é cruel impor cronogramas a muitas pessoas para administrar a ansiedade e a obsessão por agenda de alguém. A realidade é complexa, e o desejo de colocá-la em caixinhas bem organizadas é delirante e improdutivo
  • Não tenho muita certeza de que engenharia de software seja pior para a saúde mental do que outras profissões de colarinho branco, como médicos, advogados, vendedores, engenheiros, atletas profissionais e professores.
    Todas essas profissões têm seus próprios fatores de estresse, e também há textos de sobra sobre muita gente que vai embora porque é difícil. Se você não impõe limites, elas consomem seu tempo livre, e o estresse por causa de prazos também é algo comum.
    Foi doloroso ler a parte sobre não poder tirar licença médica dizendo à equipe: “vou tirar um dia porque estou mentalmente mal”.
    Em 20 anos de carreira, nunca vi essa atitude, e as pessoas tiram licença médica com frequência por causa da saúde mental. Sinto muito que você tenha sentido que não podia dizer isso, mas isso está muito mais perto de ser exceção do que regra.
    Nos últimos 20 anos, houve alguma empresa que se posicionou contra a saúde mental?

    • Em ambientes militares, pelo contrário, tenta-se impedir ativamente esse tipo de situação.
      Há muitos jovens de 18 a 20 anos com problemas de saúde mental, e muitas vezes não ajuda deixá-los descansar com facilidade demais. Os especialistas tentam mantê-los trabalhando, em vez de deixá-los em casa só bebendo e jogando.
      Alguns jovens reagiam melhor quando o estresse do trabalho aumentava. Como no campo de treinamento, eles trabalhavam duro e, exaustos, iam para casa e dormiam; mas, se fossem mandados para casa sem estar cansados, isso levava a bebida e jogos até tarde da noite, e no dia seguinte chegavam ao trabalho como zumbis.
      Não é uma abordagem que funcione para todo mundo, mas precisamos aceitar que nem sempre somos os melhores terapeutas de nós mesmos. Para muita gente, mais folga amplifica comportamentos negativos.
      Uma resposta melhor está mais próxima de “tenho uma consulta marcada com um terapeuta amanhã às 08:00” do que de “preciso tirar um dia de folga”.
    • Vindo da medicina, engenheiros de software estão numa situação realmente boa. Deveriam valorizar o que têm.
      Reconheço experiências pessoais com má gestão, cronogramas irreais e projetos desinteressantes, mas isso existe em todo lugar.
      A coisa muda quando se acrescenta a isso ter de estar todos os dias num ambiente em que pacientes e familiares estão vivendo o pior dia de suas vidas, tomar decisões sob alta pressão e quase não ter chance de se sentar ou ir ao banheiro durante o turno inteiro.
      Além disso, um dia em que você não está bem pode acabar virando uma longa investigação ou um caso judicial.
      Pode soar insensível, mas engenharia de software não é tão complexa nem tão estressante quanto muitas profissões da área médica. É menos desgastante tanto mental quanto fisicamente.
    • Não acho que engenharia de software seja menos prejudicial à saúde mental do que advocacia.
      Trabalhei por quase 10 anos com advogados, prestando serviços profissionais não relacionados a engenharia, e também tenho décadas de experiência em engenharia de software e startups.
      A pressão na engenharia de software era completamente diferente da que vivenciei no ambiente jurídico, e muito pior.
      Em geral, advogados são advogados, não gerentes. Há hierarquia, de associados juniores até sócios do topo, mas tanto em cima quanto embaixo são advogados. É diferente de uma estrutura em que um advogado trabalha sob um gerente.
      No ambiente jurídico também há pressão e jornadas longas, e os cônjuges reclamam que o advogado está sempre no escritório ou distraído mesmo em casa, mas lá eu não tive crises de ansiedade nem problemas de saúde mental; já em ambientes de software e startups, tive.
      No direito, todos conhecem o processo e executam esse processo, e o chefe também é alguém que já passou por ele.
      Em software, muitas vezes esse processo não é conhecido, e é fácil ficar se desgastando continuamente para satisfazer alguém que nunca passou por esse desgaste diretamente. Uma empresa de capital aberto bem-sucedida em que trabalhei antes sempre tinha vagas abertas para engenheiro de software sênior justamente por esse motivo.
    • Muita gente não sabe que basta dizer ao gerente que vai se ausentar por motivos de saúde/médicos, e que não precisa fornecer informações adicionais sobre se é gripe, problema nas costas ou saúde mental.
      Acho que ensinar noções básicas de direito relacionadas ao emprego na escola ajudaria muita gente.
    • Por que importa quem disse que engenharia de software é mais difícil?
      Quer você tenha pisado na merda ou afundado até os joelhos, no fim está na merda do mesmo jeito. Em vez de competir para ver quem ficou mais coberto, não seria melhor limparmos uns aos outros?
      Precisamos parar de comparar. Não estamos numa situação que exija triagem agora, e dá para sentir pena ou empatia até por quem, em média, está numa situação melhor. Somos todos humanos e ganhamos quando estamos juntos.
  • Antigamente eu tinha certa admiração por CEOs jovens que largaram a faculdade, mas, depois de trabalhar para alguns deles, decidi não trabalhar em startups com gente na faixa dos 20 no topo.
    Eles realmente não entendem de gestão nem de liderança. São movidos pelo medo de fracassar e, como ainda não realizaram nada, tratam os outros como lixo. Melhor evitar.

    • Esse fenômeno de aparecer em Stanford, dizer a uma pessoa de 21 anos que ela é Jesus Cristo e oferecer milhões de dólares é um furúnculo na cultura empresarial americana, tanto quanto os caçadores corporativos.
      É uma versão esquisita do recrutamento do futebol americano/basquete universitário.
    • Não vejo motivo para uma pessoa de 25 anos não poder ser uma ótima CEO de startup.
      O ponto difícil é que, mesmo que uma pessoa de 25 anos seja inteligente de modo geral, tenha um nível raro de autoconsciência e humildade, e esteja tentando resolver um grande problema, é difícil saber quando deve ouvir a equipe ou os conselheiros, a quem deve ouvir, e quando deve seguir o próprio julgamento e ir na direção oposta.
      Se ela tiver todas as boas qualidades e estiver exposta a uma boa equipe e bons conselheiros, talvez isso seja possível em alguma medida.
      Mas também não ajuda o fato de várias áreas estarem cheias de más práticas e conselhos ruins, além de enganação e manipulação descaradas. Na época em que eu lia os textos antigos do PG, dava para esperar que um colega tecnólogo e empresário torcesse pelo seu sucesso com conselhos inteligentes e bem-intencionados, mas hoje isso está longe de ser o padrão.
      Hoje é muito mais provável receber maus conselhos para onde quer que você olhe, e também há mais casos de indivíduos e instituições tentando manipular. Mesmo que você filtre isso diretamente, acaba sendo afetado indiretamente por meio de pessoas inteligentes e decentes que permitiram essa influência.
    • Não há necessidade de admirar alguém que trata os outros como lixo, tenha essa pessoa 20 ou 60 anos.
      Acabei de sair de uma experiência com um fundador/CEO de 49 anos, e daqui em diante acho que vou procurar todos os sinais de comportamento lixo.
    • Também houve casos realmente irritantes entre jovens gerentes intermediários. Workaholics inseguros do fim dos 20 aos 30 e poucos, nem tão jovens assim, tornam a vida de todo mundo miserável.
      Eles trabalharam feito loucos para serem promovidos e agora acham que podem preencher a equipe com gente igual a eles.
      Mas não podem. Essas “pessoas iguais” ou foram espertas o bastante para não destruir a saúde, ou não quiseram fazer isso, e por isso não foram promovidas.
      Parabéns por terem se saído melhor e conseguido mais dinheiro e poder, mas agora todo mundo tem de tirar os lençóis e deitar na cama em que vocês espalharam migalhas.
    • Em teoria faz sentido, mas isso também vale na prática? Amazon e Oracle são lugares melhores para trabalhar do que Facebook e Stripe?
  • A partir de certo ponto, é preciso simplesmente criar uma fila e começar a próxima tarefa de maior prioridade
    Se houver trabalho em andamento demais, dá ruim

    • Por isso Kanban é uma das minhas metodologias favoritas de gestão de projetos
      “Então é uma nova funcionalidade de prioridade máxima. Fazendo uma exploração rápida, parece que esse trabalho seria representado por 20 post-its. A velocidade histórica da nossa equipe é de 10 post-its a cada 2 semanas. Portanto, se tirarmos todo o trabalho em andamento atual, provavelmente terminamos em 4 semanas. Por favor, analisem cada post-it existente e confirmem se ele pode mesmo ser interrompido”
      As partes interessadas ainda conseguem tomar uma decisão, mas isso tem o efeito de fazê-las entender realisticamente o que estão exigindo da equipe
    • Alguns anos atrás, eu trabalhava como diretor de engenharia em uma empresa e estávamos preparando uma nova versão importante do produto
      Algumas semanas depois, disse ao CEO que achava que tínhamos entendido bastante bem o escopo e a dificuldade do novo release, e ele respondeu: “Não, não entenderam”
      Quando perguntei por quê, ele disse que tinha uma funcionalidade “obrigatória” que havia pensado no fim de semana, e ela era claramente muito difícil do ponto de vista técnico. Então afirmou categoricamente que qualquer coisa podia ser feita em 48 horas
      É surpreendente que eu tenha durado tanto tempo naquele emprego
    • Como gestor, mesmo que a prioridade venha de cima e mude, se o que eu estava fazendo já estava quase pronto, eu simplesmente terminava
      Depois, quando voltam ao trabalho original, sempre ficam surpresos ao descobrir que ele já está concluído
    • Meu antigo emprego era exatamente assim, e quem permanece em uma posição dessas por mais tempo do que o necessário deveria procurar outra função
      No fim, é o caminho para burnout ou indiferença
      Na época eu assistia muito X-Files, então chamava isso de “monstro da semana”, e ainda gosto dessa expressão
    • Uma das habilidades mais poderosas para um desenvolvedor que lida com o negócio é a capacidade de dizer não
  • A capacidade de se desconectar do que estava fazendo, mesmo que por um período muito curto, é realmente importante
    Pode ser caminhar, preparar um café, ou simplesmente fechar os olhos e respirar
    O estresse muitas vezes é criado artificialmente, prejudica o desempenho e também reduz a capacidade de pensar
    Passei várias vezes por situações em que algo se tornava “urgente” porque a empresa poderia fechar um contrato ou uma venda, e, se conseguíssemos atravessar esse “crunch”, todos virariam superestrelas
    Quando se entrega um projeto antes do prazo depois de 2 meses alternando madrugadas em claro e noites de 3 a 4 horas de sono, a diretoria e os tomadores de decisão começam a ficar dessensibilizados e a continuar dando esses crunches como se fossem “presentes”
    A maioria de nós já ajudou a empresa e foi além, e pode fazer isso de novo, mas se tudo é urgente e toda tarefa precisa ser feita agora mesmo, há um problema maior
    Dinheiro, tempo e esforço normalmente têm limites e orçamento. Se esses limites e tolerâncias forem abusados, as pessoas deixam de respeitar quem vive gritando que o lobo vem aí e passam a se dedicar menos ao trabalho

    • Na minha carreira, esse tipo de coisa nunca voltou como recompensa
      Toda vez que fiz crunch em trabalhos urgentes dramáticos do tipo “se entregarmos isso, um contrato gigantesco será fechado”, no fim terminava em contrato perdido
      O vendedor não parece ser demitido mesmo depois de fazer toda a organização de P&D trabalhar por meses em uma aposta de longo prazo e queimar as pessoas
      Claro que esse vendedor também não fica fazendo semanas de hora extra durante todo esse período
      Hoje quase sempre me recuso a fazer hora extra, a menos que seja para compensar um erro meu. Nunca mais vou trabalhar mais para cumprir o prazo irrealista de outro idiota
    • É a lição mais difícil de aprender
      Às vezes você não recebe a oportunidade de fazer “do jeito certo” pela empresa, pelo produto ou pelo cliente. No fim, passa a perguntar qual é a coisa mais importante hoje, faz isso e, quando o expediente acaba, desliga completamente
      Sentido e satisfação pessoal precisam ser encontrados na vida pessoal. Faça exercícios, voluntariado, tenha hobbies ou foque na família
      A melhor forma de obter equilíbrio entre trabalho e vida pessoal é separar os dois. Esse é um dos motivos pelos quais não gosto de trabalhar de casa. Para mim, dirigir no trajeto de ida e volta é um excelente mecanismo de separação e descompressão
  • Não faz sentido dizer que não dá para tirar licença médica dizendo “estou mentalmente exausto, vou tirar um dia”
    Você pode dizer que precisa de um dia de saúde mental, e adultos entendem

    • Na maioria das empresas em que trabalhei, “hoje não estou me sentindo bem, vou tirar o dia” era suficiente
      Ninguém perguntava detalhes
    • “Adultos entendem” é uma experiência bem de bolha
      Na maioria das profissões, não é assim
    • Pode ser assim onde você trabalha, mas eu simplesmente digo que não vou trabalhar
      Se eu dissesse isso ao meu líder ou chefe, ele iria questionar por que eu não vou aparecer
    • Pelo mesmo motivo, também dá para usar um dia de bem-estar
  • Passei a acreditar que há algo na própria prática do desenvolvimento de software que causa, ou pode causar, doenças mentais
    Ao longo de décadas, vi alguns colegas passarem por problemas muito sérios, e acho que isso é realmente um problema bastante grave no nosso setor

    • A engenharia de software parece atrair pessoas com neurodiversidade
      Sou engenheiro de software com ADHD e conheço uma quantidade anormalmente grande de engenheiros de software com ADHD
      Esse nível de disfunção executiva e de ficar “correndo atrás” se torna um problema
    • Para se sentir melhor, é preciso ter experiências de vitória ou projetos com fim
      Mas muitos projetos continuam ano após ano, sem fim, até que a empresa ou a própria pessoa fique sem energia, ou até que ela mude para outra empresa e repita a mesma coisa
      No desenvolvimento web, a data de lançamento é a linha de chegada mais próxima, mas não é a linha de chegada de verdade. Atingir metas de métricas principais também conta em certa medida, mas não é psicologicamente tão satisfatório quanto terminar uma mesa ou uma peça de cerâmica, ou colher uma safra e vendê-la ou servi-la no jantar
    • Este setor, fundamentalmente, consiste em converter pensamento consciente em capital da forma mais eficiente possível
      Portanto, faz sentido que isso faça mal à mente
    • Grande parte do estresse vem da responsabilidade de fazer “algo” funcionar, mesmo quando a definição desse “algo” pode mudar drasticamente por causa de caprichos de colegas, falta de visão ou planejamento ruim
    • No fim, o que fazemos é, em grande parte, escrever
      Basta ver como outros escritores se adaptam e vivem. Especialmente aqueles que precisam passar muito tempo escrevendo textos que sabem não ter valor por causa do aluguel
  • A descrição de 2017, de tentar controlar toda a incerteza ao redor, soa como alguém se culpando por tentar aguentar um emprego de pesadelo em uma empresa horrível

  • Esse tipo de pessoa não deveria ter estado em uma posição de liderança
    Já trabalhei sob alguém assim: era um excelente engenheiro, mas um péssimo líder
    Não confiava na equipe, sempre fazia tudo pessoalmente, não havia discussão, conversava pelos bastidores e sempre se curvava à vontade da diretoria. Tudo era “importante” ou “crítico”, e era o pior tipo de micromanagement
    Ao mesmo tempo, se eu estivesse naquela posição, é possível que tivesse fracassado de forma parecida, ainda que em menor grau. A diretoria muitas vezes nos coloca em situações impossíveis sem nenhum bom motivo além de “ficar bem na fita com X”
    Pior ainda quando é para ganhar pontos com algum executivo intermediário sem nome
    Por isso acho que seria bom haver sindicatos no setor de tecnologia. Eles poderiam estabelecer expectativas realistas e abordar a diretoria a partir de uma perspectiva coletiva
    Infelizmente, hoje as empresas só miram recuperar o capital de venture capital com exits rápidos e IPOs. O sentimento geral entre os abutres parece ser o de que sindicatos reduzem a possibilidade de um exit rápido

    • Isso é uma falha da organização
      Porque a organização promoveu alguém a líder sem treiná-lo para isso
      Se não se espera que um gestor sem formação técnica simplesmente comece a programar, por que se espera que um programador simplesmente comece a gerenciar?
    • “Não confia na equipe e sempre faz tudo pessoalmente” foi uma das lições mais difíceis que tive de aprender
      Também costuma ser um obstáculo frequente ao orientar líderes em potencial
      Ao passar para um papel de liderança, é preciso aprender a aceitar que as pessoas façam o trabalho de um jeito diferente do jeito que eu faria
      Se o resultado dos subordinados for quase suficiente ou bom o bastante, é preciso aceitá-lo. E a margem de tolerância desse “suficiente” provavelmente será muito maior do que você imaginava antes de aprender isso
    • Também já tive um chefe assim
      A empresa talvez fosse especialmente disfuncional, mas eu não tinha muita experiência com os projetos e tarefas que me eram atribuídos, e também não escondia isso
      Só que, quando eu passava tempo tentando entender sozinho, meu chefe simplesmente fazia por conta própria e não dava feedback
    • Dizer que “jamais deveria ter sido líder” é uma simplificação exagerada
      Na prática, talvez a pessoa precisasse de treinamento específico em definição de prioridades, delegação e inteligência emocional
      Esse tipo de treinamento raramente é oferecido. Em vez disso, jogam pessoas de alto desempenho no fundo da piscina para ver se conseguem se virar
    • “Sempre fazer tudo pessoalmente” é uma das partes mais contraintuitivas de uma função de liderança
      Normalmente a pessoa é promovida porque, como contribuidor individual, conseguiu fazer muitas coisas diretamente. Mas, depois que vira líder, quanto menos ela fizer pessoalmente, melhor para ela, para a empresa e para os membros da equipe
      Por isso é preciso aprender que sentir-se mais ocioso do que antes não é sinal de que você está trabalhando mal
  • É possível não poder dizer à equipe “vou tirar um dia porque estou mentalmente esgotado” e usar licença médica
    Comecei a fazer isso alguns anos atrás e, no geral, foi uma experiência positiva. Como fui o primeiro a me abrir sobre minhas dificuldades, outras pessoas da equipe também falaram sobre as dificuldades delas