Como faço para lidar com um gerente que sempre interfere no que faço, mas realmente não entende?

Todos nós já os tivemos, gerentes que vieram das vendas ou viram o código pela última vez há 10 anos ou mais, mas pensam que sabem escrever código.

O que posso fazer para dar a impressão de que sou grato por sua intervenção, mas mantenha-o o mais curto possível para que eu possa continuar meu trabalho?

Ou devo envolver-me mais com o gerente para educá-lo com técnicas e práticas modernas de codificação? Afinal, um gerente que entenda isso poderá conversar sensatamente com os clientes e com a gerência sênior ao discutir o projeto e seus prazos.

Eu digo, vá em frente e tente se envolver e educar.

Se eles estão honestamente tentando ajudá-lo, a chance de aprender algo pode ser valiosa para eles. Se eles apenas enfiarem o nariz por razões políticas ou do ego ("Veja, eu estou ajudando, eu estou ajudando!"), Eles provavelmente entenderão que você os envergonhará se continuarem com essa bobagem - - ou os matou com uma parede de jargão que eles apenas fingem entender.

E se você tem o temido egomaníaco que realmente pensa que é um especialista em seu trabalho, independentemente das evidências que você pode trazer em contrário, sorria, acene com a cabeça e faça as mudanças cosméticas triviais que os farão ir embora. E atualize seu currículo.

Normalmente, ouço tudo o que essa pessoa tem a dizer. Eu concordo com quase tudo e faço do meu jeito de qualquer maneira. Geralmente ele nunca se incomoda em checar.

Revisões de código de grupo. O constrangimento público é sempre bom para restringir esse tipo de hábitos. :)

Pode ser muito difícil, especialmente se o gerente achar que eles são um l33t h @ x0r, mas não codificou nada nos últimos 10 anos.

Comece usando a escuta ativa . Certifique-se de entender exatamente em que ponto eles estão tentando passar. Reformule-o e atire de volta para eles, para que eles saibam que você os entendeu. Às vezes é com isso que eles realmente se preocupam.

Se eles insistem em alguma implementação, pergunte-se por que você está recusando. Tem que haver uma razão. Provavelmente quebra algum princípio fundamental de design de software ... geralmente separação de preocupações. Conheça seus princípios e saiba por que eles são melhores que a alternativa . Depois, cite os princípios e explique por que eles devem ser seguidos neste caso. Isso torna a discussão acadêmica.

Se você não consegue entender por que não gosta do que eles estão dizendo, é uma boa oportunidade para questionar suas suposições.

Eu não educaria se houvesse um histórico de código para ele / ela. O conhecimento das questões de desenvolvimento deveria ter ficado na mente.

Educadamente, pergunte a ele se você pode discutir o que ele tem em mente durante o almoço.

Às vezes, basta sentar e ouvir, mesmo quando não queremos.

Só se pode prejudicar a dignidade de uma pessoa se não lhe prestar atenção.

Seu gerente é uma pessoa. Trate-o como um. Olhe para ele como se ele fosse um cara na rua. Sem títulos.

Isso não faz dele alguém que pode precisar de um amigo, alguém que pode se sentir sozinho?

Você já pensou nisso do ponto de vista emocional?

Ele está tentando transmitir uma mensagem implícita?

Fale com ele. Apenas não sobre o problema. Pergunte a ele como está a vida. Ele pode se sentir apreciado e, assim, fornecer menos ansiedade no trabalho.

Você já considerou ou fez isso?

Se não, então por quê?

Faça a mesma coisa com ele. Toda vez que você o vir, comece imediatamente a falar sobre as coisas dele, independentemente de você entender ou não ... "Ei, eu acho que a campanha de marketing deve ser como foo!" "Ei, acho que nossa equipe de vendas deve fazer bar!" "Ei, da próxima vez que você falar com seu gerente, você deve dizer a ele que mentira!" Ele começará a evitar você como uma praga.

O problema aqui é que seu gerente obviamente se sente COMPETENTE, quando NÃO É.

Eu já tive essa experiência antes e, para mim, funcionou se eu mostrasse sutilmente ao cara que a programação não era seu domínio.

Por exemplo, eu poderia me esforçar bastante para explicar um trecho de código específico, até falar sobre tabelas de hash e listas vinculadas, grande notação O etc. etc., até que seu rosto mostre que ele realmente se sente incapaz de seguir mais sua discussão.

Portanto, se você conseguir fazer isso, provavelmente se livrará das perguntas tolas e do microgerenciamento.