Como um gerente não técnico agrega valor à equipe de desenvolvedores de software motivados?

63

Estou vendo muitos programadores se afastando das funções de gerenciamento e administração. Eles querem construir coisas. E, como resultado, muitas dessas posições são preenchidas por pessoas não técnicas. Não vejo como eles agregam valor. Agendar reuniões, reservar sites externos e outros trabalhos administrativos é suficiente para justificar sua função?

teamwork management

— Senthil Kumaran
fonte

10

Qual porcentagem de todas as equipes de software você acha que poderia operar assim sem egos e agendas atrapalhando?

— ozz

30

Do Tao da Programação : Um novato perguntou: "No leste, existe uma grande estrutura de árvore que os homens chamam de 'Sede Corporativa'. Está inchada de forma com vice-presidentes e contadores. Emite uma série de memorandos ... Como pode ser uma entidade não natural? " / O mestre respondeu: "Você percebe essa imensa estrutura e fica perturbado por ela não ter um objetivo racional ... Você não gosta da facilidade inabalável de programar sob seus galhos protegidos? Por que você está incomodado com sua inutilidade?"

— Apsillers

possível duplicata de que sou gerente. Como posso melhorar as relações de trabalho e a comunicação com os programadores?

— Gnat

2

A escrita recente de Rands gira em torno de algumas dessas questões; Eu dou um selo de recomendação. (Para não mencionar que ele tem um monte de outras grandes escritos sobre gestão, também!)

— Jari Keinänen

112

Não vejo como eles atualmente agregam valor e o agendamento de reuniões, reservas de sites e outras administrações funciona o suficiente para sua função?

Não subestime a quantidade de interação que seu gerente faz com outros departamentos. Eles lidam com orçamentos, planos de treinamento, papelada de RH. Eles protegem os desenvolvedores de serem sugados para reuniões com outros departamentos e fornecem uma frente unificada para o seu grupo.

Em suma, o trabalho deles é proteger os desenvolvedores motivados de todas as outras coisas desmotivadoras que existem nos negócios.

— Telastyn
fonte

4

E eles farão um trabalho muito melhor na defesa de um salário / aumento.

— 26613 JeffO

20

Muito +1. Ocasionalmente, obtemos "vazamentos" através do sistema e uma pequena idéia do que nossos gerentes e, principalmente, nosso Product Owner passam. Eu não quero lidar com isso diariamente.

— 22713 Izkata

11

Sei que são importantes, mas não recebo a importância relativa na equipe de desenvolvimento de software e o valor para elas.

— Senthil Kumaran

17

@SenthilKumaran Como desenvolvedor, você prefere passar duas horas com um gerente de outro departamento discutindo por que o software não está completo ou você prefere passar essas duas horas escrevendo código? Você sabe como é difícil explicar questões técnicas ao seu gerente. Imagine tentar explicá-lo a alguém que conhece menos do que seu gerente não técnico. Os melhores gerentes não técnicos impedem seus desenvolvedores de tudo o que desperdiçaria o tempo dos desenvolvedores que é melhor gasto em codificação e teste.

— David Navarre

5

Isso repetidamente. Mesmo para um gerente técnico, essa ainda é a maior parte do trabalho deles.

— Earlz 26/07/2013

36

Os melhores gerentes são mágicos. Eles fazem o resto da empresa desaparecer para seus desenvolvedores. Não me lembro da citação exata de Joel, mas foi algo no sentido de que é o trabalho da gerência garantir que haja um Internet Pipe gordo, uma besta de uma máquina e muita cafeína, para que todos os desenvolvedores tenham que se preocupar com o que eles fazem melhor.

Um bom gerente é a voz do seu grupo para o resto da empresa.

— Michael Brown
fonte

4

Citação de Joel provavelmente adaptada daqui?

— MarkJ

29

Como se aplica especificamente ao desenvolvimento de software, existem dois tipos de funções de agregação de valor para os gerentes: gerenciamento de projetos e liderança de equipe.

Um gerente de projeto faz interface com clientes e a gerência intermediária, o que economiza tempo para os desenvolvedores. Muitas vezes, existem esclarecimentos ou alterações no escopo que surgem nos projetos, e é útil que os clientes e o gerente intermediário tenham um único ponto de contato. Tentar responder a perguntas de todos os membros de uma equipe de desenvolvimento leva a decisões não registradas do projeto e compromissos não documentados, o banimento do gerenciamento do escopo.

Por outro lado, um líder de equipe está envolvido com o desenvolvimento de carreira / habilidades, garantindo que a carga de trabalho seja distribuída adequadamente entre os membros da equipe e fornecendo recursos e recompensas compatíveis com as contribuições e necessidades individuais.

Nenhuma dessas funções requer um programador de ponta-cabeça, de fato um pouco o oposto. Um programador geralmente salta para uma tarefa de escrita de código como a primeira resposta a uma pergunta ou crise, e é útil ter alguém cujo trabalho é perguntar se essa tarefa realmente precisa ser realizada.

— hardmath
fonte

6

Os desenvolvedores vêem árvores. Seus gerentes vêem a floresta.

— David Navarre

9

@DavidNavarre - gestores IMO não técnicos têm problemas para ver nada ...

— Vector

13

@ Vector: o que você parece estar se referindo não são gerentes não técnicos, mas gerentes incompetentes.

— Lie Ryan

@Vector: Isso me lembra o PHB de Dilbert , mas não acho que seja o mesmo que um gerente não técnico.

— hardmath

@hardmath - eu entendo :-) Sua resposta está realmente incluída no que o OP concedeu, conforme a edição. O ponto que estou tentando ressaltar é que, no que diz respeito a coisas técnicas, elas precisam se destacar. Tenho alguma experiência amarga nesses assuntos ... "Um pouco de conhecimento é uma coisa perigosa" - Tenho certeza de que você entendeu o que eu disse. Veja minha resposta.

— Vector

12

Juntamente com os outros benefícios mencionados, o gerente não técnico pode fazer um trabalho melhor ao tomar decisões finais quando houver um impasse entre os especialistas. Sei que isso soa contra-intuitivo, mas os bons gerentes não técnicos entendem os pontos fortes e fracos de seu pessoal.

Exemplo: Dois programadores debatem sobre qual servidor usar para um aplicativo. Em algum tipo de democracia de faz de conta, os dois recebem o seu voto, portanto, nenhuma decisão é tomada. Essa guerra pode durar para sempre (e com algumas pessoas técnicas). Alguém precisa intervir e arbitrar essa discordância e dar andamento ao projeto. Um bom juiz se apoiará na opinião daquele com mais experiência nessa área.

Só porque alguém carece de talento, habilidade ou conhecimento em uma área não significa que não possa identificar quem o faz. Reconhecer talento é um talento.

— JeffO
fonte

11

Além disso, um gerente não técnico está disponível para atender às necessidades da equipe em vez de escrever o código.

— JeffO 26/07

11

"Juntamente com os outros benefícios mencionados, o gerente não técnico pode fazer um trabalho melhor ao tomar decisões finais quando houver um impasse entre os especialistas". O especialista não tem a menor quantidade de informações sobre um tópico específico. Ele só pode tomar partido com alguém com mais experiência nessa área (ou escolher uma solução que ele ache melhor). Mas isso não significa que sua decisão esteja certa. A solução de um programador menos experiente pode ser melhor, mas o não especialista não sabia disso. joelonsoftware.com/items/2006/08/08.html

— Christian P

Em tal situação, uma parte frequentemente subestimada da administração nem sempre permite que as melhores pessoas sigam seu próprio caminho. Um bom gerente lerá bem a situação e fará um julgamento que pode não ser tecnicamente correto, mas politicamente correto. Se o argumento não for sobre algo importante, o gerente pode preferir a pessoa que precisa de mais incentivo ou está sendo intimidada pelos outros desenvolvedores. Às vezes é uma decisão de julgamento e difícil, mas é por isso que eles pagam muito dinheiro.

— Stephen

@ Stephen concordou - um bom gerente saberá como gerenciar seu pessoal (por exemplo, como você disse incentivando as pessoas etc.) Mas se estamos falando estritamente sobre tomar decisões importantes (importantes), o gerente tem a menor quantidade de informações sobre o problema e é provavelmente pessoa errada para tomar essa decisão.

— Christian P

@ Stephen: mas será politicamente correto - essa é uma maneira muito boa de um gerente não técnico perder toda a credibilidade com a equipe técnica. OMI muito arriscado.

— Vector

2

Agendar reuniões, reservar sites externos e outros trabalhos administrativos é suficiente para o seu papel?

Sim. Perfeitamente suficiente. Eles também são bons para chamar a gerência de edifícios quando houver um problema com calor, CA, etc; garantir que as máquinas de venda automática e os refrigeradores de água estejam bem estocados e mantidos; trazer presentes especiais para comer; mantendo o escritório limpo e ordenado ...

Faça o possível para pensar em outras tarefas para mantê-las ocupadas e sem problemas ...

O papel mais importante deles? Ficar fora do caminho e não se misturar com programadores e garantir que outras pessoas não técnicas façam o mesmo.

Considere uma equipe de desenvolvimento como uma discoteca da MLB (a analogia é bastante boa para a IMO): os gerentes sempre são ex-jogadores - só eles sabem como lidar com as mãos na gestão de uma equipe de profissionais altamente qualificados, nerds, idiossincráticos, quem faz coisas que a maioria das 'pessoas comuns' não pode.

— Vetor
fonte

Você também recebe muitos gerentes de esportes que não eram ex-jogadores ou não eram muito bons ex-jogadores - Arsene Wenger, José Mourinho, Andre Villas-Boas, alguém? que acabam sendo excelentes gerentes. Você precisa de fortes habilidades interpessoais e organizacional para ser um bom PM, que NÃO está codificando.

— precisa saber é o seguinte

@ bobo2000 - eu mencionei MLB , não esportes em geral.

— Vector

-1

Na minha experiência, o gerente não técnico é o mais adequado para essa função, além de agregar valor ao evitar que as coisas da empresa interfiram no trabalho dos desenvolvedores, eles fomentam a parceria entre os desenvolvedores (porque é bem sabido que os desenvolvedores são introvertidos http://www.unwesen.de/ 2012/03/16 / introversão-produtividade-trabalho-ambientes / ), bons permitem que a equipe trabalhe em seu ritmo, mas se preocupando com a visibilidade.

— cesarggf
fonte

2

Sua resposta seria mais forte se você citasse algumas referências externas ou expandisse seus princípios. Declarar cause it's well know[n]é uma forma fraca de evidência.