😳 🙋 🤛🏽 Mau conselho para o empregador. Como interagir corretamente com o desenvolvedor 🎤 👩🏻‍🤝‍👨🏾 ♑️

Ultimamente tenho tido sorte - trabalho para empresas em que os desenvolvedores são realmente respeitados. Mas esse nem sempre foi o caso; eu tive que lidar com diferentes abordagens de interação. Eu gostaria de dizer que a "moral selvagem" é uma coisa do passado, mas as histórias de meus colegas sobre seus locais de trabalho anteriores e minhas observações de mercado refutam essa afirmação.

Bem, vamos falar sobre como "interagir" adequadamente com o desenvolvedor, por exemplo, pessoalmente comigo ...

(Se você foi ao rio com toda a sua família para nadar,
não pare pai e mãe de se bronzear na praia.
Não chore, deixe os adultos descansarem.
Sem incomodar ninguém, tente se afogar, - Grigory Oster) ...

Quando você planeja minha agenda ...

... lembre-se de que eu trabalho melhor no modo de emergência, dormindo 3 horas após a sessão de codificação de 40 horas de ontem. É nesse momento que 2 monitores se transformam visualmente em 4, e o código começa a executar danças nativas americanas ao som uniforme de um pandeiro na cabeça. Só assim você receberá de mim idéias não padronizadas, poder-se-ia dizer, brilhantes. Nesse estado de emergência, o código começa a parecer macarrão comprido. Teria um atributo de arquivo 'somente gravação' se existisse. Você pode ler esse código apenas mergulhando no mesmo estado de emergência em que o escrevi.

Infelizmente, os líderes de equipe estão tentando dedicar mais tempo ao avaliar projetos, o que impede a formação de uma emergência. Portanto, a melhor maneira é gastar metade do tempo declarado coordenando a data de lançamento e discutindo o projeto "sobre a mesa" (secretamente, sem deixar vestígios). Lembre-se, decodificar TK é o meu passatempo favorito, e isso traz a pressa.

Aproximadamente, recomendo mudar a essência da tarefa ou transferi-la para outra equipe - acima de tudo, gosto dos projetos que chegam inesperadamente, que os empreiteiros anteriores não conseguiam lidar e agora preciso chegar a tempo, não importa o quê. Portanto, os últimos 5 dias antes do lançamento serão os mais produtivos!

A propósito, aqui está um "truque da vida" de um de seus trabalhos anteriores. Alguns dias antes do lançamento, você pode estabelecer uma regra para se conectar a mim no Skype durante 18 horas por dia e ouvir o barulho de teclas e murmúrios pensativos para garantir que eu não caia no sono e escreva o “código”, e o próximo cliente não irá atirar em você.

Se você não conseguir apertar os prazos, pelo menos reduza a equipe. Lembre-se: a emergência pode ser realizada em qualquer projeto, se você disparar rápida e silenciosamente metade dos desenvolvedores. Uma idéia ainda mais promissora é que, com a demissão de metade, você pode recrutar outras pessoas, inexperientes e quanto mais, melhor. Mas também posso ensinar crianças em situações de emergência, corrigindo simultaneamente seu código com o segundo hemisfério.

Não esqueça que eu preciso me manter em boa forma em todas as etapas do trabalho, inclusive durante o planejamento. Se eu avaliar a tarefa em quatro horas de trabalho, sinta-se à vontade para ligar para o cliente duas. É claro que reservei um tempo para a ociosidade.

Depois de atribuir uma tarefa, lembre-se de que preciso me distrair pelo menos uma vez a cada 5 minutos. Se eu sentar nos fones de ouvido, preciso pedir que eles decolem. Afinal, se você não verificar o que estou fazendo, também não trabalharei ou me sentirei abandonado e sozinho! Também posso suspeitar que você não está fazendo nada, pois não está preocupado com o destino do projeto.

A maneira mais fácil é me inscrever para todas as correspondências do Jira, todos os canais públicos do Slack e outras notificações disponíveis (sem apelação). Por favor, forneça uma lista de todos os canais de comunicação necessários. E não se esqueça de pegar o telefone dos meus parentes, caso contrário eu durmo profundamente.

Como você se depara com a tarefa de "pingar" regularmente toda a equipe, acostume-se a escrever algo como @chanel ou qualquer mensagem no Slacktodospara que todos recebam uma notificação independentemente das configurações do cliente. E exija uma resposta o mais tardar 5 minutos depois (quem não atende, pode ligar para o telefone)! Caso contrário, como a equipe viverá sem relatar que o gato da secretária faz aniversário hoje?

A propósito, você precisa trabalhar com os canais de maneira abrangente. Existem duas estratégias ideais: não compartilhe nada no sentido, discuta tudo com todos em uma janela ou use o fato de que os programas modernos permitem criar milhares de canais e tente colocar cada problema separadamente. A principal coisa - não exclua os canais não utilizados. E, de repente, seus assinantes querem se sentir envolvidos, mas desfrutam conscientemente do zen do silêncio?

Se você não sabe me motivar ...

... invente desculpas para todos os erros encontrados durante o teste.

Isso é óbvio, se eu estivesse em algum lugar perto do código, apesar de não ter entrado nele, então o quebrei! Não olhe para a culpa do git, você pode encontrar o autor de uma linha de código. E então você me privará do prazer de publicar no Instagram outra obra-prima com um pensamento alegre: "Este não sou eu".

Mas o principal aqui não é ir longe demais. Se você suspeita que eu realmente errei, tente ficar calado, pelo contrário. Caso contrário, como vou ter uma noção da fragilidade de todas as coisas (incluindo a futilidade do meu próprio trabalho)?

Sim, e esqueça o mantra “todo código do projeto é comum”, ofende verdadeiros autores e viola o direito à propriedade privada.

Para aumentar a produtividade, você também pode me levar a um cliente escandaloso, para que ele expresse na minha cara tudo o que pensa sobre o último lançamento. O estrato dos gerentes, neste caso, estragará o próprio sentimento de vivacidade que não seria possível sem um bom abuso no início da manhã. Peça ao cliente com antecedência para transferir suas cobranças para o indivíduo. O principal é garantir que a avaliação do cliente não seja positiva; caso contrário, relaxarei e geralmente pararei de trabalhar.

Se um cliente se recusar a dar feedback aos desenvolvedores, passe toda a negatividade você mesmo. Ao mesmo tempo, é desejável embelezar um pouco. Lembre-se - a motivação foi formada a partir da palavra "tapete". Em um caso extremo, você pode ligar para um testador emocional que vê apenas bugs em seu trabalho e fica feliz em dizer ao desenvolvimento quão ruim é o aplicativo que estamos escrevendo. E então (veja acima) vou relaxar.

Estou escrevendo um código perfeito para o código perfeito. Não estou nem um pouco interessado em como esse código é usado e se ele é usado. Não há necessidade de me distrair com uma reação positiva ou, mais ainda, negativa à funcionalidade que fazemos. "Eu escrevi e esqueci" - meu slogan. Por que preciso de agradecimentos dos usuários? Talvez até lhes dê um autógrafo?

Distribua atalhos para todos os funcionários. Deixe você ter Petya, que "sempre trabalha devagar", e Vasya, que "sempre corta". E também deve haver Maxim que fez esse "módulo XXX", e somente ele pode fazer alterações lá. Caso contrário, como os novos funcionários navegarão na equipe?

Mais frequentemente, lembro que Petya é lento, repreende Petya em público, para que todos entendam claramente o porquê. Lembre-se: os funcionários não mudam e não se desenvolvem - não faz sentido verificar se o mesmo Petya é corrigido após um ano de trabalho na empresa. Se de repente Petya faz a tarefa rapidamente, é melhor elogiá-lo. E de repente os colegas esquecem que Petya ainda está lento? Bem, em geral, repreenda publicamente e elogie o PM.

Encontre um animal de estimação na equipe e elogie mais sua dignidade, mesmo que ele não cumpra nem metade das tarefas atribuídas a ele. Deixe-o fazer as tarefas mais interessantes. Essa "mão direita" deve estar em todo chefe. Mas como você pode manter um cargo de liderança sem apoio?

Grande agitação - atraso no pagamento. Se o dinheiro não chegar a tempo, eu definitivamente me lembrarei de que trabalho para ele, vou acumular meus pensamentos e começar a trabalhar melhor. O efeito será maior se você esconder cuidadosamente as notícias sobre a empresa. Deixe todos ao redor pensarem que algo está acontecendo, mas ninguém pode entender exatamente o que. E apoie aqueles que, com a ajuda de sua imaginação, tornam a situação ainda pior. Quanto mais terríveis rumores sobre o futuro do projeto são as equipes, mais calmo o desenvolvedor trabalha, que tem uma hipoteca por toda a eternidade e uma esposa com filhos pequenos atrás dele.

Se o projeto terminar, fique quieto até o último. De repente, vai custar e o cliente decide repetir o mesmo, reescrevendo em uma estrutura elegante novamente?

Mas, em geral, a motivação é o meu desafio. Sua tarefa é fundamentalmente não me notar ou se retirar da zona de conforto, como aconselha a Internet. De que outra forma vou me desenvolver? Se você perceber que eu não gosto de mitaps e festas de programação, faça-me ir até eles. E vice-versa, assim que eu tiver tendência a esse passatempo, carregue trabalho para que não haja tempo para as festas. A zona de conforto não vai sair de si!

Se você quer me dar uma tarefa ...

... formule TK o mais curto possível. Lembre-se: a brevidade é a irmã do talento, porque posso adivinhar todos os detalhes dos três litros de café que sobraram desde o último lançamento sem dormir. Formulação ideal: "Tudo deve ficar bem!"

Se o introdutório veio do analista muito compreensível, fique à vontade para cortar! Apenas texto, sem capturas de tela. Ainda melhor - um vídeo no Viber, no qual você, enquanto dirige, fala por 20 minutos sobre a situação na estrada e, no último minuto, relata rapidamente apenas a existência da tarefa.
Se você repentinamente precisar aplicar links a alguns modelos ou documentação da tarefa, tente se relacionar a projetos fundamentalmente diferentes, na pior das hipóteses - a versões diferentes de um projeto. Caso contrário, será muito fácil. E que tipo de desenvolvimento sem uma busca no início?

No TK, em nenhum caso deve haver informações sobre a versão exata do navegador ou sistema operacional, nem links para documentos nos quais ocorreu um erro.

Não há nada mais valioso do que a comunicação humana. Você vai me animar se a enviar ao designer para os modelos, para os detalhes da tarefa - para o analista, para a especificação da API - para o cliente. Embora ele não esteja em nossa equipe, ele também está entediado e quer conversar.

A propósito, é melhor se preparar para esta etapa com antecedência. Em nenhum caso, discuta os detalhes da tarefa em um canal comum, mas que coisas boas aprenderei muito sobre ela e não irei diretamente aos colegas com perguntas. Além disso, depois de ver a comunicação do gerenciador de tarefas no canal comum, posso pensar que o PM está ocupado ... e isso é possível? Sempre use apenas mensagens pessoais - para que a fragmentação do conhecimento sobre o projeto seja maior!

Pelo mesmo motivo, você não deve me fornecer independentemente um fluxo de tarefas para o desenvolvimento. A tarefa deve ser conquistada - encontre-a pelos mesmos designers, analistas ou testadores. A propósito, parte das tarefas desses mesmos analistas e testadores ainda pode ser atribuída a mim. É geralmente aceito que é o desenvolvedor que escreve e suporta os testes automáticos da interface do usuário! Mas o desenvolvimento pode ser removido de mim. Adoro começar a fazer a tarefa e depois entregá-la ao "inacabado", conforme indicado pelas autoridades!

Qualquer tarefa para mim deve ser acompanhada por um máximo de burocracia. De que outra forma terei certeza de que é realmente importante?

Os relatórios sobre o trabalho realizado devem ser o mais detalhados possível. Se não precisar ser notado em alguns sistemas de rastreamento (equipe e corporativo, por exemplo), sentirei que ninguém aprecia meus esforços. Somente a duplicação de informações garantirá o nível adequado de segurança! É desejável que o formulário de relatório seja diferente.

Vale concordar que a duração das tarefas realizadas por semana não deve ser inferior a 40 horas. Certifique-se de considerar tudo, até intervalos de 2 minutos. Se nesse momento o funcionário não pausou o rastreador - ação disciplinar!

Verifique os relatórios de horas pelo menos uma vez por semana, organizando uma chamada geral para analisar cada linha. E, finalmente, calcule a velocidade média dos codificadores - todos sabem que a duração da tarefa é diretamente proporcional ao número de linhas de código escritas!

Defina a condição para corresponder a essa velocidade como o KPI do desenvolvedor, para que o salário também dependa dela. E, em seguida, conversas simples de que a tarefa durou mais do que o previsto não permitem que você sinta a importância do processo.

Falando em telefonemas e comícios ... deve haver o maior número possível! Para qualquer dúvida, convoque toda a equipe! E sempre pelo menos um pouco, mas se atrase. Honestamente, não conheço outra maneira de enfatizar minha importância inicial. Não tente avisar a pessoa que está sendo adicionada à chamada, que será discutida. Deixe-o mostrar como ele sabe pular de um lugar para outro. Deixe-os adquirir links para qualquer tópico com antecedência e manipulá-los instantaneamente. Ou deixá-lo procurá-los em silêncio doloroso em mensagens privadas com o designer, o resto vai esperar. O restante geralmente pode codificar durante uma chamada.

Durante a reunião, discuta todos os problemas que lhe vierem à mente. Se até as inconsistências privadas, que geralmente são resolvidas pessoalmente, são discutidas, o dia será mais produtivo. Por exemplo, durante o dia, você pode fazer todas as perguntas sobre a tarefa atual de cada funcionário. Assim, a partir de 10 minutos, o tempo diário pode ser estendido para 2 horas.

E para ter a oportunidade de convocar uma reunião sobre o mesmo assunto novamente, nunca formule decisões no final (e se elas tiverem que ser implementadas?). Atas da reunião? Pelo que? O investigador tem os protocolos e somos pacíficos "trenduns". Se você ainda ignorou e alguém formulou essas ações antes de você, tente ignorá-las.

Se você está planejando uma liberação ...

... lembre-se de que o melhor momento para implantar é sexta à noite. Mesmo assim, todos têm dias de folga, portanto, corrigiremos rapidamente todos os erros na produção antes do início do próximo sprint.

E não se esqueça de deixar os números de telefone pessoais de toda a equipe para o cliente. Quem introduz a prática do dever está errado. No fim de semana após o lançamento, toda a equipe aguardará uma ligação do cliente. A melhor hora para conversar é às 23:59 na sexta-feira, quando começo a sofrer que o trabalho tenha terminado e que haja um fim de semana inteiro pela frente. Descansar com a família é uma coisa livre, ficarei feliz em mudar isso.

Todo mundo sabe que é necessário liberar uma solução em produção no mesmo dia que o lançamento de alguma API importante envolvida nessa solução. A parte de trás deve se reunir com a frente mais próxima da produção, integração é uma palavra incompreensível. E não dê ouvidos a quem diz que desenvolvimento é coisa de equipe. Designers, analistas e testadores do projeto nos estágios iniciais não têm nada a ver. Conecte-os no final, melhor - um ou dois dias antes do lançamento. E, a propósito, o próximo sprint, mesmo para eles, não pode começar a cozinhar antes de terminarmos este.

Crie o processo para que eu precise alternar o contexto o mais rápido possível. Permita que a fila de testes seja máxima, para que minha solicitação de pool seja testada não antes de algumas semanas após a aprovação. As correções só serão melhores se eu abordar cada bug, como pela primeira vez.

Em nenhum caso, crie estandes separados para diferentes ramos de desenvolvimento. De que outra forma você verifica a influência mútua de diferentes mudanças no lançamento? E não se esqueça de usar no desenvolvimento do banco de dados com produção. Somente dessa maneira toda a equipe sentirá um nível de adrenalina em alta. Bem, os testadores ficarão felizes em relaxar depois que o "assassino se compromete" com a irritante e única posição.

Se você acidentalmente receber um especial de nível sênior ...

... em nenhum caso, não permita tarefas comuns. É muito mais eficaz contratá-lo 10 Jones como "aprendizes" para que ele os transforme em intermediários em alguns meses. Ele é especial, então ele terá sucesso! Considere contratar toda a equipe pelo mesmo dinheiro. De todas as maneiras possíveis, impeça-o de executar tarefas e escrever o próprio código, mesmo que uma pipa voe sobre a arquitetura do projeto e o veja apenas com a ajuda de uma revisão. Atraso na revisão do código por algumas semanas, não se apresse, não há tempo para explicar o porquê.

A principal coisa - não aumente o salário de profissionais treinados. Este é o passo certo para atualizar a equipe. Por que não "espremer" os já treinados e não forçar os idosos a aprender uma nova festa? Sangue fresco na equipe é sempre útil. E outras empresas saberão que você é uma verdadeira forja de pessoal. Eles apreciam isso, acredite em mim.

Se não houver jones, que seja, dê a ele todas as entrevistas e as tarefas mais interessantes. O resto da equipe ficará feliz por não ter que fazer isso sozinho. Afinal, todo mundo está encantado com a rotina!

Os módulos que este aluno escreverá devem permanecer apenas com ele - ninguém deve ter o direito de tocá-los. Por que revisar e refatorar se você tem o ideal em suas mãos? E não mostre esse código para iniciantes. E, de repente, eles entendem alguma coisa lá ou ofendem o idoso com a ajuda de uma revisão? Chick-chick - e para o mestre.

Se você deseja atualizar a pilha de tecnologia ...

... pense: quanto mais nova a tecnologia, mais duvidosa. Não há necessidade de pressa para mudar para novas versões e idiomas, se pelo menos metade da indústria ainda não o fez. Deixe que outros cones de migração se importem. Eles dizem a verdade - as novas tecnologias são mais fáceis que as antigas. Mas nós somos profissionais! Podemos trabalhar no difícil! Você não ganhou o melhor para gastar dinheiro e tempo em simplificações. Se os desenvolvedores trabalham há muito tempo, associe-os ao fato de que tecnologias antigas e conhecidas não são procuradas no mercado. Bingo!

E se você escolher a tecnologia moderna para um novo projeto, como o cliente entenderá que somos uma equipe profissional? E se você possui sua própria estrutura e um monte de bibliotecas de códigos, um construtor universal de construtores, nunca poderá ser atualizado.

Se um desenvolvedor está tentando aprender algo sobre novas tecnologias nas suas costas, desenvolvendo projetos para animais de estimação, tente carregar sua tarefa principal com mais força. Estou desenvolvendo na direção técnica apenas para ficar longe de você por muito dinheiro (e mais rápido).

A propósito, esqueça a refatoração do projeto. Nós, os desenvolvedores, criamos essa redação para divertir nosso orgulho. E não procure um novo visual no código de outros membros da equipe ou de equipes vizinhas. Como eu disse, escrevemos um código perfeito em prol do código perfeito. Não há necessidade de uma revisão. Mesmo que o desenvolvedor trabalhe sozinho e não veja o código de outra pessoa, o seu será perfeito. Se, no entanto, a revisão for exigida pelo cliente, torne esse procedimento puramente formal. Permita que o revisor tenha a oportunidade de simplesmente clicar na marca de seleção verde sem ler a essência. Não tente criar tarefas para fechar dívidas técnicas e refatoração, isso é um desperdício de recursos.

Se você me levasse ao escritório ...

... não gaste dinheiro extra em móveis. Eu posso sentar em uma cadeira por 500 rublos. A VHI é - então vamos fazer o backup.

E não coloque barras horizontais e esteiras no escritório. E então os desenvolvedores se tornarão corredores em vez de fumar produtivamente. Qual é o código perfeito quando eles ficam escondidos por dias a fio?

Pensando no cronograma, tente torná-lo o mais rígido possível. Os desenvolvedores gostam de dormir de manhã? Nada para relaxar! Deixe todos virem às 8:00. Você encontrou quem gosta? Mude a programação. Agora deixe que todos cheguem às 10:00 - através dos engarrafamentos. O principal é que todos se sintam igualmente mal - isso reúne a equipe! Já dissemos que eu deveria me sentir o mais desconfortável possível. O gráfico nesse sentido deixa um amplo campo para manobras. Multa por se atrasar, correr em frente à porta do escritório - o que poderia ser mais divertido? Fornecer um dia para o trabalho remoto a um trabalhador de escritório? Fuh, um pesadelo, não me lembro.

Se você me contratou para trabalhar remotamente ...

... tente entrar em contato comigo o mínimo possível! Trabalho remoto foi criado para não se falar com outros Homo Sapiens.

A propósito, fui a udalenka precisamente para não me comunicar com a parte da equipe que permaneceu no escritório. Deixe-os tomar suas decisões de design em uma sala para fumantes e de preferência sem mim. Por que eu deveria participar disso?

Não me permita determinar as horas de trabalho eu mesmo. Se todos os colegas de escritório chegarem aos 12 anos, o trabalhador remoto deverá deixar o local de trabalho aos 12 anos. E então que tipo de udalenka é esse, se você não mudar o horário da noite?

O principal é dar ao remotador menos liberdade na escolha de um relógio. Mal posso apreciar a seriedade do empregador se ele não pode insistir em suas condições. E lembre-se, o remotor é quem está sempre no computador. Isso é conveniente, não olhe para o horário de trabalho, eles não cumprem. Se você não incomodar os trabalhadores remotos à noite, eles podem ter algo para começar. Por exemplo, família ou filhos.

Autor do artigo: Eugene Wetzel ( @imater )

PS: Minha história tem apenas coincidências fantasmagóricas com a realidade. Honestamente, eu os experimento há bastante tempo em doses homeopáticas, principalmente porque não sou desenvolvedor comum há algum tempo. Mas lembro-me perfeitamente dos meus sentimentos e pensamentos.

E a moral aqui é simples: se pensarmos sobre isso e tentarmos levar em consideração essas “dicas” (com o sinal certo, é claro) ao planejar o trabalho, todos se sentirão um pouco mais à vontade. E então, para analisar tudo isso de uma perspectiva diferente, daremos conselhos prejudiciais aos programadores da empresa ... no próximo artigo.

PPS Publicamos nossos artigos em vários sites de Runet. Assine nossas páginas no VK , FB , Instagram ou no canal Telegram para aprender sobre todas as nossas publicações e outras notícias do Maxilect.

Mau conselho para o empregador. Como interagir corretamente com o desenvolvedor