Hoje meu gerente decidiu deixar o banco onde trabalho, transformando-o de um empregador de renome em um lugar onde todo mundo se espalha em apenas um ano. Este artigo é uma carta de despedida para ele e uma instrução para outros "como não fazer isso".
Torne os processos de desenvolvimento burocráticos para que sejam compreensíveis apenas para aqueles que os desenvolveram. Em geral, o tempo que um programador gasta em aprovações, correspondências, tentativas de explicar algo a pessoas que simplesmente não querem fazer seu trabalho não afeta de forma alguma os resultados de seu trabalho, porque os prazos para as tarefas são gordos e todas essas atividades não. justificativa de sua violação.
Ao se candidatar a um emprego, minta sobre o que o programador fará. Fale sobre tecnologias ultramodernas e prometa que 70% do tempo do programador será gasto em desenvolvimento. Não é necessário cumprir promessas, quem se importa que de fato você tenha um legado monolítico ali, parte do qual foi escrito no século passado.
Distribua tarefas sobre tecnologias modernas e desenvolvimento apenas para programadores de departamentos vizinhos que não tenham ideia do que está acontecendo em seu sistema. Sim, você ouviu bem: as tarefas de desenvolvimento do sistema devem ser realizadas por pessoas minimamente familiarizadas com este sistema. Os programadores em seu departamento devem lidar apenas com bugs. Acrobacia - se os seus programadores vão varrer os estábulos de Augias durante o horário de trabalho e escrever novos códigos nos fins de semana. Bem, o que, eles estão desenvolvendo suas habilidades, por que isso deveria ser feito às custas do banco?
Quando você mudar as condições de trabalho (traduzir "remotamente", introduzir horários de trabalho rígidos ou algo assim) - não se preocupe em fingir que o programador tem o direito de voto. Finja que sua palavra é suficiente para qualquer mudança. Se alguns quadros desleais se atrevem a "ser contra" - insinue que os problemas os aguardam: "colocaremos todos os insatisfeitos num lápis." Obrigado por não plantá-lo. Se alguém se tornar insolente a ponto de apontar diretamente a inconsistência legal de suas ações, simplesmente ignore: parecerá que você não condescendeu em responder, e é improvável que o caso chegue a tribunal.
Se você não gosta de algum programador, descarte-o. É possível que uma falha apareça no escritório. Você pode até mesmo no meio de uma quarentena de coronavírus.
, - . , , , , . , , , - ,
- : . .
- " ". -? ? : , - : " - ".
: - " ". " -". , ( ), .
, : , , - - . .
- , . , 15 , .
- , . . - - . , .
- . . , , .
. . , .
, 1 - . , , , . . - , . , . .
: : , , . , , . .
. ? ! , , . ? ? , : , .
Mais sobre tempo de trabalho: foi criado para bugs e casos disputáveis. É melhor agendar reuniões organizacionais após o término da jornada de trabalho, senão não teremos tempo para divulgar o release. Que todos os assuntos pessoais sejam decididos fora do horário de trabalho. Você sabe melhor quando o horário de trabalho acaba.
A lei em ação é sua palavra. Se houver qualquer pedaço de papel alternativo que reivindique este nome orgulhoso (dias não úteis, código de trabalho, medidas de quarentena) - fique à vontade para ignorá-lo. Se não está claro quem, e não você, define as regras - que tipo de chefe é você?