Deixe-me explicar isso um pouco.
Em um trabalho anterior, eu tinha um colega de trabalho que tem uma boa reputação com a gerência. Ele sempre terminava a tempo. E os chefes estavam felizes com seu progresso, então ele obteve certos privilégios.
O problema era que os outros programadores sabiam seu segredo. Ele otimizou a regra 80/20, então trabalhou 20% do tempo para concluir 80% do código. Os outros 20% (pesados) foram deixados para os programadores de manutenção. Quem (sem surpresa) foi penalizado por falta de progresso. Mas como esse programador tinha uma boa reputação com o gerenciamento, era quase impossível transferir a culpa para ele. (Felizmente ele deixou a empresa).
Minha pergunta é: o que fazer como equipe de programação se você tiver um programador dentro da sua equipe. Você tenta avisar a gerência com o risco de arruinar suas próprias chances? Você aceita o fato? Ou existem outras opções.
Respostas:
Tente implementar uma equipe de revisão de código. Parece que esse programador estava trabalhando sozinho em um projeto sem interação da equipe. Eu tentava incentivar um fluxo de trabalho mais baseado em equipe para que ele não pudesse simplesmente pisar em tudo e deixá-lo à sua porta.
fonte
As pessoas devem ter que apoiar o que desenvolvem, caso contrário nunca aprendem a desenvolver coisas suportáveis.
Realisticamente, nem sempre é possível fazer isso 100% do tempo, mas mesmo um pouco é suficiente para corrigir esse tipo de problema na maior parte do tempo.
fonte
Parece que é um problema fundamental na maneira como você monitora o trabalho ou gerencia seus projetos.
Um engenheiro ou grupo de engenheiros deve ser responsável por fornecer recursos e funcionalidades completos. Isso não é feito até que seja enviado ou em execução na produção sem problemas.
Se você permitir que alguém trabalhe apenas em partes selecionadas do projeto, você sempre será vítima dos jogos políticos do sistema.
Parece que essa pessoa foi muito eficaz no trabalho de escolher cerejas sem agregar valor.
fonte
A gerência está dividindo os requisitos em tarefas? Caso contrário, aí está o seu problema.
O programador não pode concluir 80% de tudo se ele estivesse bloqueado apenas nas tarefas em que deveria estar; em vez de gastar tempo em outras tarefas, ele poderia dedicar algum tempo a aperfeiçoar suas próprias tarefas. Teste, documentação, refatoração, uma próxima tarefa que está em sua agenda ...
fonte
Toda a equipe tem que chutar a bunda dele! Acredite, o comportamento dele mudará para sempre.
fonte
Fico espantado ao me reunir em uma reunião e um gerente decide se deve ou não adicionar um recurso para que eles não precisem enfrentar uma pessoa em particular que sempre fica brava quando recebe tarefas. Assinalo que talvez eu deva ficar bravo quando solicitado a fazer as coisas. Meu chefe menciona rapidamente que essa é uma má ideia como deveria.
fonte