Eles nos escrevem:
“Hmm, mas me dê alguns conselhos.
Um caso real, três desenvolvedores, um desenvolvedor trabalha 100% do tempo remotamente, o segundo desenvolvedor é o chefe / co-fundador, o terceiro é um pouco impressionante para o recém-chegado.
Assembléias gerais - uma vez a cada seis meses e além das palavras, isso não acontece. A implementação do GIT para todos os desenvolvedores não funciona, todos são inundados pelo trabalho atual.
Existem maneiras de melhorar a situação? ”
Temos um aniversário - 500 pessoas se inscreveram no blog do Yandex.Money. Em homenagem a isso, lançamos uma seção experimental - fazemos uma pergunta de um dos leitores relacionada à situação de trabalho e a transferimos cuidadosamente para colegas da Yandex.Money que conhecem a vida. Algumas pessoas pensaram na questão de hoje que eu estava atuando e especialmente inventaram uma situação tão estranha. Surpreendentemente, não.
Responsável Julia Maltseva, gerente de projetos da Yandex.Money
Eu vejo dois problemas. O primeiro é o processo não estruturado e a falta de acordos. O segundo é a percepção psicológica e emocional. Parece que o autor tem muitas barreiras de personalidade que “valoriza” com prazer e continua a puxá-las. Portanto, o contrato não pode ser implementado. Por que, se a PMU é assim e qualquer desculpa é adequada?
Para ele, o problema é que o desenvolvedor está em um site remoto.
Para ele, o problema é que o segundo desenvolvedor é um subordinado e um empregador.
Para ele, o problema é que o recém-chegado é "incrível". Suspeito que, por trás disso, o autor disfarce uma relutância em ver que o iniciante não está se esforçando ou que suas habilidades ainda estão atrasadas nas tarefas do produto. Ou o "impressionante" renunciou ao fato de que o primeiro-ministro deixa de molestar se ele vê algum tipo de barreira emocional e continua a jogar esses jogos por um salário. Ou seja, em uma conversa com a PM, ele costuma falar não sobre negócios, não sobre o trabalho realizado, mas sobre "que tipo de bagunça está acontecendo aqui".
Uma bagunça provavelmente acontece, porque veja o ponto 1 - um processo desordenado que deixa todo mundo chateado e não permite que você trabalhe produtivamente.
O terceiro problema também pode ser identificado - o autor deve parar de se justificar. Esta não é uma equipe não é muito, esta receita de PM não foi encontrada.
E se mudar de profissão não for uma opção?
Importante - é sobre a profissão, e não sobre o local de trabalho específico.
1. Construir processos
E lembre-se de que você é uma equipe. E para qualquer equipe, a unidade, a sincronização de esforços e o conhecimento são importantes, pois os esforços da equipe são mais importantes que os pessoais.
Organizar sincronização
Programe uma reunião diária ao mesmo tempo, que só pode ser ignorada devido a doença, férias ou folgas. Conhecer minha avó no aeroporto, entregar materiais de construção e todo esse material não é uma boa razão. O desenvolvedor remoto participa por telefone, o resto ao vivo. Formato: uma reunião de dez minutos em que todos dizem o que ele fez, o que ele fará hoje e que problemas ele tem.
Organizar a unidade
Comece a planejar seu desenvolvimento. De alguma forma. Mesmo se houver um caótico preenchimento de tarefas e suporte para recursos de execução antigos, e o caminho para os caras com perguntas "por que a guia não abre" cresce para os caras.
Entenda o volume desse desenvolvimento imprevisível e o restante do período de sprint / semana / relatório ocupa importantes tarefas de negócios. Divida as tarefas de grandes empresas em estágios e, depois de ficar preso no seu sprint / semana / período de relatório, formule uma meta específica para cada estágio.
2. Crie um trabalho com suas expectativas e emoções
Lembramos que somos profissionais e nos contratou para gerenciar o processo, ou estamos sofrendo selos e nos vingamos nas ruas.
Obtenha feedback anônimo e honesto, faça análises trimestrais e semestrais. Pergunte a todos o que eles gostam de trabalhar em uma empresa, o que eles gostam de trabalhar em equipe, o que eles gostam de trabalhar com você pessoalmente. E vice-versa, o que eu não gosto nos três pontos.
Não deixe de dar feedback no formato “Vejo que isso está acontecendo. Isso leva a algo. Vejo várias opções para mudar isso, mas estou pronto para aceitar suas idéias. " Não são necessárias emoções - são necessários fatos e soluções.
Eu também sugeriria organizar um segundo processo de feedback periódico - uma retrospectiva. Implemente, se você pode apertar o assistente remoto por dia no escritório ou conectar-se via vídeo. A comunicação por vídeo é um ponto crítico, sem ela será difícil perceber que uma pessoa está participando, expressões faciais, gestos, que geralmente falam mais que palavras.
3. Organize suas baratas
Exemplo
Com o agente remoto, o trabalho é organizado para que a cada dia ele tenha uma Definição específica de Concluído. Ele deve dizer que fará a próxima reunião e a próxima sincronização. E se isso não aconteceu, ele deve explicar o porquê. Precisamos de objetivos formais - "o que estará pronto para esta tarefa amanhã?".
Com o chef, lembramos que, para uma tarefa específica, ele é um artista, não um chef. Ele é desenvolvedor, e exigimos que ele seja desenvolvedor.
Com um novato, lembre-se de que ele também é desenvolvedor e pode cometer erros, mas ele ainda precisa ter coisas específicas que ele faz. Deve trazer resultados.
A coisa mais importante
Não há necessidade de tentar interpretar um celestial que decidirá tudo. O autor está cercado por pessoas inteligentes e talentosas. É perfeitamente normal dar-lhes o direito de votar e tomar decisões.
Por exemplo, o líder diz: precisamos de reuniões diárias, explique o motivo e as ofertas para iniciá-las às 10h00. Se todo mundo concorda, tudo bem. Caso contrário, você precisa deixar esse momento passar. Os funcionários tinham uma tarefa - escolher o horário para uma reunião de 10 minutos. Que eles concordem em um momento conveniente entre si.
Em geral, não existe e não pode haver nenhuma bala de prata. Tudo o que escrevi é um longo caminho a percorrer, e ainda há metade do que não é necessário. Portanto, não há conselhos curtos, e alguns longos são longos demais.
Isso é tudo. Compartilhe suas situações nos comentários - falaremos sobre elas para aqueles que já têm experiência em tais assuntos e responderemos em um post separado. Os participantes incluem gerentes de projeto, desenvolvedores, testadores, editores, analistas e todos os outros. E inscreva-se, para não perder novas respostas.