Esta questão pode ser considerada subjetiva (recebi um aviso) e ser encerrada, mas vou arriscar, pois preciso de alguns bons conselhos / experiência nisso.
Li o seguinte na página 'Sobre' da Fog Creek Software , a empresa que Joel Spolsky fundou e é CEO da:
Em 2000, os fundadores de Fog Creek, Joel Spolsky e Michael Pryor, estavam tendo problemas para encontrar um lugar para trabalhar, onde os programadores tinham condições de trabalho decentes e tinham a oportunidade de fazer um excelente trabalho, sem atrapalhar os gerentes não técnicos. o caminho. Toda empresa de alta tecnologia alegava que queria ótimos programadores, mas não colocava seu dinheiro onde estava a boca.
Tudo começou com o ambiente físico (com dezenas de cubículos atolados em uma sala escura e barulhenta, onde os vendedores gritando no telefone tornam impossível a concentração dos desenvolvedores). Mas foi muito mais profundo que isso. Os gerentes, aterrorizados com a mudança, tratavam qualquer nova idéia como um vírus bizarro a ser colocado em quarentena. Os gerentes juniores do complexo de Napoleão insistiam em que as coisas fossem feitas exatamente do jeito deles ou você seria demitido. A polícia de móveis corporativos se contorcia em agonia quando alguém gravava um pôster de filme em seu cubículo. A desorganização era tão desenfreada que, mesmo que as idéias fossem boas, seria impossível criar um produto delas. Gerentes inexperientes praticavam o gerenciamento de sucessos, emitindo ordens severas sobre exatamente como fazer as coisas sem ficarem por aí para ver os resultados fictícios de seus atos.
E o pior de tudo, os tipos de MBA responsáveis pensavam que a codificação era uma função de suporte, basicamente uma forma sofisticada de digitação.
Uma verdade franca sobre a maioria das grandes empresas de software de hoje! Infelizmente, nem todo desenvolvedor é tão gutsy(ou lucky, devo dizer?) Como Joel Spolsky! Então, minha pergunta é:
Qual a melhor forma de trabalhar com esses gerentes, mantê-los afastados e ainda oferecer um ótimo trabalho?
fonte
Respostas:
Embora os desenvolvedores sejam ignorados quanto aos problemas de negócios, menos gerentes técnicos menosprezam os desenvolvedores. Os desenvolvedores precisam aprender os casos de negócios e começar a direcionar ou sugerir melhorias em termos de negócios. Quando desenvolvedores e gerentes falam o mesmo idioma, as coisas ficam mais fáceis.
Isso é tanto sobre uma mudança de atitude. Sim, sempre haverá ahem indivíduos teimosos em gestão. No entanto, a criação de uma atitude "nós e eles" reforça isso de ambos os lados.
fonte
Opção 1: Torne-se gerente e mostre a todos como fazer as coisas corretamente. Você provavelmente descobrirá que não é tão fácil quanto muitos programadores pensam.
Opção 2: saia e encontre um local melhor para trabalhar. Acredito que existem muitas empresas grandes e pequenas que pelo menos conhecem esse problema e tentam resolvê-lo. Com vários graus de sucesso.
fonte
Seu trabalho é oferecer um ótimo trabalho. Gerir é uma função de apoio, o seu objectivo é permitir -lhe para entregar grande trabalho - agir como um tampão entre você e os clientes e as partes interessadas e política e vendas etc, obstáculos remover, abstrair porcaria todos os dias que o impede de alcançar o seu melhor.
Pense no gerenciador de memória . Não é o chefe que comanda você e seus programas, mas o libera de considerar tudo o que está acontecendo no computador, permitindo que você se concentre no que é essencial para o seu programa. É sobre isso que Joel está escrevendo, é assim que os gerentes devem trabalhar idealmente .
Nem todos os gerentes são perfeitos, mas você também não. Nada é. A menos que as coisas sejam totalmente loucas, basta absorver e fazer o melhor que puder, ignorar o que o irrita e concentrar-se no seu trabalho. Se você entregar um excelente trabalho, os gerentes acabarão respeitando e confiando mais em você e permitindo que você trabalhe mais em seu caminho, depois que você mostrar que pode entregar um ótimo trabalho.
Não há problema em trabalhar em uma organização 70% perfeita. Se sua situação é muito ruim, troque de empregador. Mas não desista cedo demais; o processo de ganhar confiança - convencer seus gerentes e a organização de suas habilidades - pode levar anos.
fonte
Boa sorte com isso. Comecei minha própria empresa e isso é tudo o que posso sugerir.
Felizmente, em situações como essa, os engenheiros se unem e, se houver um problema real, um gerente de projeto técnico, um gerente de produto técnico, um arquiteto ou seu próprio gerente de desenvolvimento pode entender o escopo do seu trabalho e manter as pessoas não técnicas fora do seu alcance. caminho.
Mas nem sempre funciona dessa maneira. Eu trabalhei para uma grande empresa de tecnologia uma vez em que o gerente era supostamente técnico e quando os desenvolvedores se queixavam de reuniões sem interrupção com 4 gerentes de projeto diferentes, dia após dia, sua resposta era - OK, então você deseja MAIS reuniões com gerentes de projeto.
Sinto que nos últimos 10 anos o "talento" técnico, assim como o talento real, foi incrivelmente marginalizado pelo lado comercial das organizações de software e isso é um problema para nós na carreira.
Gerenciar desenvolvedores bem pagos com pessoas de negócios mal pagas é como enviar sua irmã mais nova para uma escola de domadores de leões, simplesmente não funciona.
Mas uma solução contra a qual definitivamente vou me apoiar é a mentira. Vi desenvolvedores realmente bons tentarem afastar os gerentes, preenchendo-os com histórias que não têm base tecnicamente para fazê-los ir embora. Não faça isso, se você vender sua alma, e isso é pior do que ter um emprego ruim.
fonte