Get best of the week

E se o programador não tiver nada para fazer constantemente?

Ao abordar seu programador, você percebe constantemente que ele está brincando? Ele não faz o que você quer dele ou a produtividade dele deixa muito a desejar? Qual poderia ser o problema e como resolvê-lo?

imagem

Oi


Devido ao meu dever, não faz muito tempo, tive que assumir a liderança de junho e tudo ficaria bem, mas notei que a eficiência do trabalho dele era menor do que esperávamos. Eu me perguntava o porquê. Por natureza, muitas vezes me pergunto “O que estou fazendo de errado” e não “O que ele está fazendo de errado?”. A propósito, recomendo que você se pergunte com frequência, porque muitas vezes o problema não está nas outras pessoas, mas para você. Especialmente se essa pergunta se relacionar a treinamento e liderança, como diz a velha sabedoria japonesa: "Não há soldados ruins - existem generais ruins".
Procure o problema em si mesmo, não nas pessoas. Se uma pessoa faz algo diferente do que você deseja, talvez você esteja fazendo algo errado?

Qual é o motivo da baixa eficiência do programador? Temos uma pequena inicialização e muitos processos não são depurados, em particular, problemas de gerenciamento. Como regra, discutimos tarefas a cada poucos dias, enquanto discutimos não apenas um, mas muito de uma só vez, estabelecendo metas. Não anotamos metas, mas simplesmente as lembramos.

Aqui, obviamente, cometemos um erro sério, porque Longe de todos os momentos em que nos lembramos, e depois de algum tempo, apenas uma ideia geral permanece em minha mente e, quando chego aos negócios, tenho que começar a discuti-la novamente. Minha experiência sugere que não somos os únicos com esse problema, muitos projetos pequenos também são semelhantes, porque o horário do programador não é um centavo, o diretor está constantemente ocupado e é muito caro contratar uma pessoa para gravar tarefas. Mas qual é outra vantagem importante de manter uma lista de tarefas?

Pessoas e programadores em particular são divididos em 2 tipos: iniciativa e não iniciativa. Como regra, sempre há menos primeiras, se sua equipe tiver pelo menos 5 pessoas, então, como regra, você terá uma pessoa que não demonstrará grande interesse no projeto. Como identificar essas pessoas? As principais características de uma pessoa são as seguintes:

  • Uma pessoa dividirá estritamente o tempo de trabalho e a vida pessoal. Ele desativa as notificações e evita completamente os pensamentos sobre o trabalho assim que termina o dia de trabalho.
  • Ele está constantemente esperando instruções sobre o que fazer.
  • Ele raramente assume a melhoria, revisão ou redação de algo até que uma ordem direta seja recebida.
  • Nas reuniões, ele ouve com mais frequência do que oferece idéias.

É claro que as regras não são universais. Como o primeiro tipo pode possuí-los, o segundo pode não ter hábitos. As pessoas são diferentes.

Isso significa que o programador é ruim? Não! Esse programador pode ser comparado a um soldado. Não é típico para um soldado fazer algo sem uma ordem direta da liderança, mais frequentemente é punido, mesmo que o resultado tenha levado a consequências positivas.
Como regra, esses programadores não são profissionalmente inferiores aos iniciadores, mas podem ser ainda melhores.
Um programador não- iniciativa não é um programador ruim

Então, qual é a vantagem deles? Eles realizam seu trabalho com eficiência, seguem um plano rigoroso e não estão acostumados a se afastar dele. Embora o iniciador mostre a opção que ele vê no resultado, o soldado mostrará o que foi exigido dele; portanto, se você tiver diretores técnicos e criativos fortes e eles souberem exatamente o que é melhor para o projeto, é mais útil ter soldados trabalhando.

Um soldado pode se tornar um iniciador e o que é necessário para isso?


Eu direi imediatamente - sim. Por que tão confiante? Sim, porque eu era um soldado, mas depois de mudar de emprego, me tornei o iniciador. Por quê isso aconteceu? Para entender, descreverei os dois trabalhos:

1. Minha opinião sobre a maioria das questões não foi muito interessante. Há Vasya, ele é um intermediário ou senier, ele sabe melhor, e o que eu digo lá, poucas pessoas estão interessadas. O que uma pessoa com pouca experiência pode dizer? As tarefas foram discutidas pela gerência, eu estava lá e escutei seus pensamentos. No final, como resultado das discussões, eu tinha mingau na cabeça. O que eles vieram não é conhecido. Em conexão com isso, a liderança conclui que eu voo nas nuvens, mas, na verdade, ouço cem mil opções em 30 minutos e não entendo qual opção elas vieram. Não queimei o projeto, para mim foi apenas um trabalho no qual cumpri os requisitos estabelecidos para mim. Foi lá que eu era um programador que estava constantemente esperando por uma tarefa. Se eles me disseram para fazer alguma coisa, eu fiz, depois de ter feito, eu relatei,e fazendo a pergunta "O que vem a seguir?" recebeu uma dose de negatividade com as palavras "Você tem mais tarefas?" Discutimos meio dia ontem, você nos ouviu? Com o tempo, não comecei a aprofundar o processo da reunião, apenas parei de fazer a pergunta "O que fazer a seguir?" e estava esperando direções diretas do lado de fora. A situação estava esquentando e depois da frase do diretor “Bem, vamos amarrá-lo à bateria e deixar descansar até que ele entenda o que fazer”, saí (realmente era assim, aqui tínhamos tais superiores).Aqui estão nossos chefes).Aqui estão nossos chefes).

2. Chegando, eu era o único programador, meu diretor era exatamente o oposto do primeiro. Ele entendeu que sua base técnica poderia estar desatualizada e, em alguns aspectos, eu poderia conhecer melhor que ele, embora ele próprio fosse um programador altamente qualificado no passado. Por causa disso, ele me ouviu. Agora eu escolhi tarefas e maneiras de resolvê-las. Devo dizer imediatamente, ao contrário do local anterior, gostei imediatamente deste projeto. Agora trabalhei não apenas durante o horário de trabalho, mas sempre. Ele se deitou com pensamentos de melhoria, levantou-se com idéias. Agora eu me tornei o iniciador.

A partir dessa experiência, várias regras podem ser distinguidas que levarão o programador a se tornar o iniciador.

  • . , - , . , , . 30 « » .
  • . , . , ,
    , , . , . « ».
  • Dê ao programador livre arbítrio. Está claro que há casos em que você precisa fazer algo no momento e o “eu não quero” não é muito interessante, mas se ele estiver firmemente convencido de que algo precisa ser feito primeiro, deixe-o fazer. Deixe seu orgulho, se o que ele fizer levar a um resultado positivo, será uma vantagem para vocês dois; se for negativo, o programador entenderá seu erro e o ouvirá com mais atenção.
  • Respeite a pessoa.

Como trabalhar com soldados?


Mas suponha que você não precise de um iniciador, tenha certeza de que sabe melhor o que é necessário para o projeto ou que possui uma equipe grande e será fisicamente impossível ouvir a opinião de todos. Como não chegar ao estágio de fixação da bateria?

  • . . , , . , , , .
  • , , , , . , ,
  • Distribua tarefas imediatamente por um longo período de tempo. Anote o que uma pessoa deve fazer durante a semana. Cada vez que um soldado termina o trabalho, a próxima tarefa estará ao seu alcance. Além disso, você pode controlar facilmente o processo de desenvolvimento. Se você solicitar que uma pessoa se aproxime do chefe para uma nova tarefa, haverá situações em que o chefe está ocupado ou fora do lugar. Nesse caso, o programador está ocioso e seu relógio está pingando.
  • Respeite a pessoa.

Parece que tudo isso é óbvio, mas muitas equipes ainda não seguem esses princípios, e é por isso que perdem não apenas dinheiro e tempo, mas também programadores.

Como entender quem você precisa?


Tudo é bem simples aqui. Deve haver pelo menos um iniciador na equipe; ele, via de regra, com o tempo se torna o líder; 3-5 soldados devem estar em um iniciador. Você não irá longe em alguns iniciadores, e no final alguns deles se tornarão soldados.

Obrigado pela atenção, aguardando a sua opinião nos comentários.

More articles:


All Articles