Liderar uma equipe não tão boa

Como você gerenciaria se você alocasse uma equipe de 5 pessoas, digamos, com 4 programadores incompetentes e fosse convidado a liderar? Obviamente, você não pode codificar para os quatro caras (você pode, mas isso não é uma boa ideia. Pelo menos eu me cansei disso). Você já se deparou com esse tipo de situação?

Edit: Eu acho que parecia rude, escolhendo uma palavra errada (incompetente) para resolver o meu problema. Para reformular a pergunta, como você lida com pessoas que não concluem tarefas atribuídas (por qualquer motivo [variando de incompetência a coisas de 'não ligo'])?

Mentor eles.

Eu me deparei com essa mesma situação ao consultar e ter sido colocado em equipes com menos de membros da equipe ideais (ninguém precisa de um consultor se tudo estiver indo bem: - /). Certa vez, meu gerente ficou tão frustrado com os outros desenvolvedores que recorreu a ficar frustrado e apenas contar a eles o tempo todo como eles estavam fazendo coisas erradas. Eventualmente, eles se desligaram completamente e desistiram de tentar.

Outro projeto foi diferente. Eu tinha um gerente que era paciente e trabalhava com eles. Sim, eles eram insignificantes, mas em parte o fizeram porque se saíram mal em um projeto e foram mastigados por isso, depois perderam a confiança em si mesmos e pioraram, provocando mais mastigação. Eram caras espertos, eles simplesmente não sabiam como focar para serem produtivos. Parece que você tem uma porcentagem relativamente alta de membros da equipe incompetentes, o que me preocupa. Às vezes há um casal, mas 80% é bastante alto. Parece que eles não tiveram um bom líder para ajudá-los a orientá-los e dar-lhes oportunidades de aprender sem sentir o martelo o tempo todo (é claro, você não dá nenhum suporte a eles, então estou assumindo que esse é o problema). Realmente não importa qual é o problema específico, isso soa como um problema para toda a equipe, e você, como novo líder, tem autoridade, recursos e poder para proporcionar a eles um melhor ambiente de aprendizado e trabalho do que costumavam ser. .

Sugiro ouvi-los e descobrir em equipe qual é o problema e se há algo que você possa extrair que possa explicar a situação. Muitas vezes, apenas ouvir sua equipe funcionará como mágica, já que às vezes é raro encontrar líderes que realmente escutem. Depois, mentore-os e crie um ambiente de aprendizado. Pode não ser tão incompetente quanto não ter um bom líder que você precisa limpar agora.

Resposta à mudança de tópico:

Se o problema é simplesmente que as pessoas não estão se esforçando o suficiente, você precisa encontrar uma maneira de interessá-las. Isso pode variar de ser mais aberto a idéias, mesmo que sejam ruins, a prometer uma garrafa de uísque se o projeto chegar a tempo.

Não compre na prateleira de baixo!

Resposta à "incompetência":

Sim, eu corri para essa situação. A incompetência total não é algo com o qual eu tenho que lidar, mas mais de algumas vezes fiquei surpresa com alguém que pensei ter descoberto fazendo algo que considero questionável.

A primeira coisa que você precisa fazer é tentar suprimir esse sentimento. Tenho certeza que você também fez coisas idiotas. Eu sei que tenho.

A próxima coisa a fazer é se certificar de explicar por que algo que eles fizeram estava errado. Deixe-os discutir com você e / ou fazer perguntas ... espero que sim. Faça-os fazerem certo; espero que você obtenha apoio da gerência, porque esse sempre foi um dos meus principais problemas (eles precisam apoiá-lo quando você diz: "Faça o que é certo" e o outro cara começa a surtar)

Você deve fazer isso o mais politicamente correto possível. Mesmo se você quiser gritar com eles, "WTF onde você está pensando, seu idiota !!!" Isso não voa e não ajuda em nada. Portanto, não tente falar com eles a princípio, se você se sentir assim. Às vezes, o email funciona melhor para que você possa se editar.

O objetivo aqui é ajudá-los a melhorar. É frustrante como o inferno tentar realizar algo com pessoas que, do seu ponto de vista, não conseguem sair de um saco de papel ... mas às vezes você precisa.

É assim que você os ajuda a melhorar. Agora para você ...

Você tem que aprender como deixar para lá. O código não precisa ser perfeito ... apenas tem que funcionar. Você pode ter que diminuir um pouco seus padrões.

Para fazer isso e não deixar que a árvore de códigos do produto se transforme em uma bagunça terrível, você precisa se concentrar nos grandes problemas. Desde que a caixa de areia seja limitada a uma área específica que pode ser refeita mais tarde, quando houver tempo ou eles aprenderem mais, pode ser o pior e mais desagradável código de espaguete que você já viu e enquanto funcionar ... Está bem. Portanto, procure maneiras de tornar isso possível. Se sua arquitetura estiver desacoplada, você poderá permitir que pessoas incompetentes trabalhem nela sem muito dano.

Obviamente, isso significa que sempre que você precisar consertar algo que eles fizeram ou adicionar um recurso a algo que eles escreveram, você terá uma dor de cabeça. Isso é vida. Vive com isso. Se puder, você pode forçá-los a adicionar o recurso ou corrigir o bug ... o que realmente pode ajudar bastante a ensinar boas práticas e habilidades de codificação (quanto mais você precisar limpar sua porcaria, menos tenderá a porcaria no tapete).

Eu acho que Ryan está absolutamente certo. Quando você acha que eles são incompetentes, eles podem surpreendê-lo no final. Isso aconteceu comigo no passado, liderei uma equipe de 5 programadores (inclusive eu) e notei desde o início que a maioria deles não tinha o que eu considerava programação básica. Depois de conduzi-los por essas etapas básicas (exigiu paciência), o ritmo dobrou e quadruplicou e, essencialmente, eles estavam atualizados, se não além das habilidades que eu esperava.

Tenha um pouco de fé.

É possivelmente a situação no Office Space:

Oito, Bob. Então isso significa que, quando eu cometo um erro, tenho oito pessoas diferentes para me falar sobre isso. Essa é minha única motivação real para não ser incomodada, isso e o medo de perder meu emprego. Mas você sabe, Bob, isso só fará alguém trabalhar o suficiente para não ser demitido.

Fonte: Citações do Office Space . Algumas outras perguntas a serem ponderadas:

• Os prazos são muito agressivos?
• Existe suporte suficiente para ajudar a concluir as tarefas a tempo?
• Que tipo de acompanhamento está sendo feito nas tarefas atribuídas, muito ou pouco?

Essas são apenas algumas das perguntas que eu consideraria ao tentar descobrir qual é a causa raiz do problema, pois você parece descrever mais um problema de atitude do que um problema de competência. Você pesquisou alguma terapia de modificação de comportamento? Técnicas de motivação? Apenas alguns outros tópicos de pesquisa que podem ser interessantes. " RSA Animate - Drive: a surpreendente verdade sobre o que nos motiva " pode ser útil como ponto de partida até certo ponto aqui.

Você pode demitir essas pessoas?

Quão complexa é a base de código? Às vezes, leva um tempo para animar as pessoas ...

Você pode dar a eles a fruta baixa e as coisas mais fáceis de fazer enquanto você faz as outras coisas? Concentre-se na arquitetura / estrutura / design geral e dê a eles instruções simples para seguir.

Lidere pelo exemplo. Não há equipes ruins, apenas líderes ruins.

Você pode criar uma boa equipe. Talvez alguns deles se tornem melhores, talvez você encontre alguém melhor que os programadores atuais. Mas no final do dia, bons líderes têm boas equipes.