Carreira de gerente de TI: da linha de comando ao trabalho em equipe

O mundo de TI hoje é diferente de qualquer outro setor - profissionais entusiastas e competentes trabalham no código de aplicativos, jogos, soluções corporativas, serviços. Programadores e engenheiros, designers e testadores, administradores de sistemas e os DevOps, novos e transformados, transformam idéias em software que milhões de pessoas usam. Eles escrevem entusiasticamente código, desenvolvem algoritmos, preparam layouts e combinam isso em mecanismos úteis viáveis. Nós, usuários da Habr, frequentemente falamos sobre desenvolvimento, administração, novas tecnologias e linguagens de programação, nos cortamos em debates acalorados sobre as vantagens de uma pilha sobre a outra, mas esquecemos o elo importante em qualquer empresa de TI - gerentes de projeto e produto. Mas, enquanto isso, não é fato que amanhã você não será oferecido para se afastar dos assuntos dos programadores e se tornar um gerente. Motivação? Vale a pena? Teto? Impasse na carreira? Novo horizonte? Vamos acertar.

Gerente de TI, backlog-lo ...

Estamos implementando nosso sistema de CRM e, portanto, não apenas temos experiência no desenvolvimento de nossos próprios gerentes (principalmente híbridos com programadores - mais próximos dos líderes de equipe) no RegionSoft Developer Studio , mas também nos reunimos com outros gerentes de projeto de TI (e também não com TI, mas esta é uma história diferente). Ao longo dos anos, conseguimos identificar uma série de sinais típicos de gerentes com "mau caráter".

Infelizmente, muitas vezes acontece que os gerentes de TI oferecem às pessoas uma boa educação econômica, jurídica e administrativa, mas sem o conhecimento da formação técnica. Eles podem tentar, aplicar técnicas psicológicas, participar de treinamentos e realizar reuniões ultra longas, mas obter não apenas resultados zero, mas também ganhar ódio na empresa. Os programadores consideram o gerente um preguiçoso, o gerente teme técnicos amargurados. E há boas razões para isso.

• Trabalhe sem uma meta, plano e etapas do projeto. Essa situação pode surgir se o gerente tiver uma péssima idéia dos estágios de desenvolvimento e do processo de criação de software em geral, isto é, de fato, é simplesmente difícil para ele planejar adequadamente. O trabalho caótico, passando de uma tarefa para outra, mudando constantemente os requisitos, esgota todos os membros da equipe, leva a demissões e desgaste profissional.
  
• Alterar um projeto em tempo real é outra característica odiada de um gerente. Você pode reconhecer facilmente esse tipo de funcionário: depois de ouvir em uma conferência ou outro atenuação sobre novas tecnologias ou modelos de gestão da moda, ele volta à empresa com olhos brilhantes e começa a empurrar ativamente a novidade do projeto antigo. Além disso, este não é um experimento com as melhores práticas, mas uma imersão total e imprudente em algo novo. Parece mais imersão. Isso leva à interrupção do prazo do projeto e a uma queda acentuada na qualidade e velocidade do desenvolvimento. Se um inovador lamentável conseguir obter o apoio da alta gerência - a gravação está faltando.
  
• Estratégia a todo custo é o lema dos gerentes de projetos de TI que trabalham para seu próprio bônus, mas não para o bem da equipe. Esses caras estão prontos para tudo por causa de KPI e ROI e excluem quaisquer riscos, apenas para evitar a perda dos valores desejados do coeficiente. A opção mais perigosa é quando o gerente pressiona a introdução de coeficientes relacionados às conquistas "não merecidas" na matriz de indicadores - como o coeficiente de lealdade, o indicador de motivação interna e o nível estimado de interação com os colegas. Como regra, profissionais introvertidos não passam por essa peneira e permanecem sem bônus. E aí, sem motivação, e ... sem trabalho.
  
• A incompreensão dos princípios de desenvolvimento é um flagelo dos gerentes não técnicos. Sem conhecer as peculiaridades da criação de código, a velocidade dos programadores, os princípios dos testes, o momento de levar o produto à produção, é extremamente difícil chegar a um denominador comum com P&D e tornar-se um verdadeiro elo de conexão dentro do projeto. São esses gerentes que gostam de memorizar algumas palavras dos tópicos de TI e dizem: “Você tem tempo para apresentar antes de sexta-feira?”, “Refatore o código para trabalhar mais rápido”, “Sim, existem apenas duas linhas a serem alteradas. Por que testar toda a compilação? ”
  
  
  
  
  Alguns gerentes pensam que a entrada é algum tipo de idéia, a saída é a maior do mundo do software e no meio é mágica. Não, geralmente é uma ótima idéia, um desenvolvimento longo, tedioso e complicado e um produto que os concorrentes estão à frente. E apenas o gerente legal e os desenvolvedores inteligentes deste produto levam a GRANDE :-)
• Reuniões intermináveis ​​são uma ótima maneira de imitar atividades sem alcançar resultados. O principal é que deve haver um calendário para reservar salas de negociação (de preferência públicas), e o próprio gerente, com um olhar importante, ouve a situação do projeto e faz comentários. Se você tentar, pode chamar isso de imitação do Scrum ou Agile. Mas então deve haver um quadro com pedaços de papel coloridos. Este é um consultor-gerente aprendido.
  
• O cliente está sempre certo, mesmo quando está definitivamente errado. Por alguma razão, a fórmula mágica “cliente sempre tem razão” do varejo e do serviço migrado, inclusive para o desenvolvimento. O gerente, chamado para trabalhar no lado do cliente, não se transforma em advogado de interesses do cliente, mas em um deus que concorda com as tarefas mais ilusórias do cliente, marcadas com urgência. E, é claro, sem um TK compilado e assinado.
  
• Ignorar aspectos pessoais é um erro que qualquer gerente, incluindo um técnico, pode cometer. Em nenhum caso você deve ignorar o fato de trabalhar em um ambiente de pessoas - e, portanto, em um ambiente de personalidade, caráter, humor, motivação. E se você ignorar esses recursos dentro da equipe, poderá obter o efeito de uma minibomba nuclear dentro da equipe. Dói a todos.
  
• A falta de definição de prioridades leva a falhas desiguais nos prazos do projeto, confusão no desenvolvimento, casos abandonados, uma lista não processada e um rastreador de erros sobrecarregado. Desenvolvimento como qualquer engenharia não suporta o caos.
  
• Controle total e microgerenciamento são doenças gerenciais que podem atacar a todos. Não há nada pior do que um gerente. esforçando-se para substituir todos no local de trabalho e prontos para caber em todas as fases do desenvolvimento.
  
• A falta de retrospectivas é uma ótima maneira de reduzir a motivação da equipe e a qualidade do desenvolvimento. Se, por algum motivo, o gerente evita analisar erros, o trabalho realizado, tem medo de elogiar ou pedir mudanças qualitativas, ele inevitavelmente receberá uma equipe que não sabe o rumo que está seguindo.
  
• Ignorando as melhores práticas. Os sucessos, descobertas e vantagens de outras pessoas às vezes são difíceis de reconhecer. No entanto, esse comportamento é fatal no trabalho - se você não levar em consideração as melhores práticas, poderá ficar atrás dos concorrentes e perder essencialmente todas as vantagens. Se o gerente tem medo de reconhecer o melhor e implementá-lo ativamente, o projeto está condenado.
  
• Há outro aspecto do trabalho do gerente que leva a consequências negativas - o desejo de criar uma equipe amigável, mesmo à custa da eficiência e da produtividade. Em busca de um clima psicológico confortável na equipe e de um completo conflito, o gerente leva o projeto à categoria de “confraternização amigável”, o que é bom para todos, mas o trabalho não está concluído. Mais cedo ou mais tarde, isso necessariamente leva a conflitos e uma profunda crise gerencial.
  

É claro que todas essas qualidades raramente são combinadas em um gerente, mas cada uma delas já é capaz de abalar o projeto no caminho para a meta. No entanto, isso não é uma utopia - esses gerentes foram encontrados no trabalho de quase todos nós. Qual é a saída? Crescer Babu Yaga em sua equipe e transferir para os gerentes o melhor programador que conhece o projeto antes de cada caractere do código? Opção! Mas é tão simples transferir de uma cadeira de programador ou engenheiro para uma cadeira de gerente?

De programadores a gerentes - o caminho do samurai

Se falamos sobre as mudanças de carreira de um programador bom, muito bom e talentoso, não podemos dizer sobre a clara vantagem de crescer como gerente. Existem vários caminhos de desenvolvimento para um programador que cresceu em um projeto ao máximo profissional.

1. Mudar a empresa e obter novas tarefas dentro da estrutura de um novo projeto é o resultado mais simples, mas geralmente o mais indesejável para todos. Vamos esquecer isso antes dos outros posts.
   
2. Alterar um projeto dentro de sua empresa e desenvolver uma nova direção é uma ótima opção, lucrativa para a empresa e motivando o desenvolvedor. Mas nem todas as empresas conduzem o desenvolvimento paralelo de vários projetos; essa oportunidade pode simplesmente não existir.
   
3. Continue crescendo em seu lugar, investigando a otimização do desenvolvimento, aumentando a funcionalidade do produto, melhorando-o através da refatoração e do uso de novos algoritmos e tecnologias. Uma ótima opção, geralmente escolhida pelos melhores programadores.
   
4. Tornando-se gerente - se o programador mostrar recursos gerenciais e, obviamente, estiver pronto para arcar com o ônus do trabalho do projeto e confiar o desenvolvimento à sua própria equipe.
   
5. Tornar-se um evangelista de tecnologia - para empresas muito grandes ou para produtos muito raros e ultra populares
   

Opinião especial - O RegionSoft Developer Studio, desenvolvedor principal, fala sobre sua experiência de trabalho com gerentes e programadores.

Na minha opinião, programadores e gerentes são entidades completamente diferentes que são praticamente opostas uma à outra. Não conheço um único programador que se torne um bom gerente. O chefe do departamento de desenvolvimento, líder da equipe - sim, mas para trabalhar incluindo promoção e trabalho com clientes - eu não sei. Os programadores são realmente bastante passivos em termos de comunicação - geralmente são silenciosos, teimosos, introvertidos duros, lacônicos, não gostam de ser puxados e eles mesmos não gostam de se mexer. O gerente deve ser extrovertido, como se comunicar, resolver problemas, planejar e tomar iniciativa - é claro, ao lado do psicótipo da maioria dos programadores, esses são tipos categoricamente diferentes.

Mas há uma característica importante. Se uma pessoa combina os recursos de um programador e um gerente, é obtido desse gerente um gerente de projeto ideal ou mesmo um gerente de nível especialista. Mas isso é extremamente raro.

Um gerente de nível especialista é sempre uma estrela em qualquer equipe, porque sabe trabalhar como um "avanço" e conhece o assunto de dentro para fora. É como Korolev quando ele liderou o departamento de design para o desenvolvimento de um foguete. Se ele próprio não lançasse e construísse as raquetes e aviões dessas crianças, nunca seria capaz de controlar todo um departamento de design e não criaria um foguete capaz de conquistar espaço.

Um gerente precisa de qualidades de liderança para reunir uma equipe ao seu redor e ser capaz de gerenciá-la, estabelecer metas, planejar alcançar resultados intermediários, etc. E, é claro, no desenvolvimento de software, no campo técnico isso é especialmente importante.

Portanto, se a programação é tudo e a alma não reside no trabalho administrativo, não prossiga. Um desenvolvedor bom e talentoso sempre encontrará pontos de crescimento em seu negócio favorito e em seu projeto.

A transição de desenvolvedores para gerentes de desenvolvimento é um crescimento na carreira do ponto de vista da sociedade, do líder e da equipe. São aumentos salariais, novas tarefas e novas responsabilidades. Mas o desenvolvedor nem sempre está pronto para abandonar o código e iniciar novas tarefas - mesmo que ele goste de programar muito mais. Essa posição merece muito respeito (e aumento de salário - sim, senhoras e senhores, isso é evidência de lealdade quase patológica ao produto e custa muito!), Mas vamos parar em uma situação mais comum: salário acena, novas tarefas excitam e você quase concorda em se tornar um gerente, mas por onde começar? Como embarcar nesse caminho e se tornar eficaz nele, e não cair na armadilha do princípio de Pedro ?


Um gerente de TI é quase sempre uma orquestra humana. Mas ele sempre toca harmoniosamente?

O que precisa ser realizado?

Qualquer mudança de atividade dentro e fora da empresa é um certo estresse, associado a muitas perguntas e dúvidas. Mesmo se você conhece o projeto há muitos anos, ainda precisa olhar para ele e a equipe do outro lado, se voltar para os novos lados da interação, se tornar o líder de seus colegas, se tornar um líder. É importante perceber imediatamente alguns pontos que ajudarão a se reunir e começar a trabalhar "a partir desse pé".

• A posição de gerente é de crescimento para o programador, uma nova rodada de desenvolvimento no campo da administração. Quando o desenvolvedor tiver conseguido quase tudo no código, ele deverá avançar e gerenciar exatamente como o projeto exige. Quando você conhece os processos de desenvolvimento e os recursos do produto de dentro para fora, é possível mudar muito no gerenciamento, para tornar a equipe realmente forte. Bônus para todos os riscos - novos desafios e material.
  
• A transição para os gerentes é uma maneira de superar o teto de carreira alcançado. Isso é especialmente importante para os profissionais que desejam desenvolver dentro de sua empresa e não mudar de emprego. Essa é uma maneira de aplicar o conhecimento acumulado em uma nova qualidade.
  
• É mais fácil para o gerente mudar para um trabalho bem remunerado em outra empresa, pois o programador deve se aprofundar no código, no estilo de desenvolvimento, lidar com o nem sempre o melhor "legado" de seu antecessor, e o gerente possui a capacidade de gerenciar corretamente o projeto, entender o desenvolvimento, mas gastar tempo pesquisando um monte de código . É inicialmente eficaz (embora não seja o fato de que as desmontagens com um monte foram canceladas!).
  
• Para se tornar um gerente, você deve evitar o microgerenciamento e parar de se aprofundar nos mínimos detalhes do desenvolvimento, em todas as linhas de código - você precisa dar à equipe a oportunidade de resolver problemas de desenvolvimento. No entanto, muitas vezes um gerente que cresceu de um programador continua visualizando builds e confirmações individuais, e muitas vezes continua escrevendo o código. no entanto, mais cedo ou mais tarde, o volume de tarefas administrativas sérias substituirá essa oportunidade; portanto, é importante criar delegação adequadamente em uma equipe.
  
• O gerente não é um burocrata de TI e não é um lutador no lado escuro. É uma pessoa capaz de aplicar sua experiência para dar vida a uma ideia de produto, criar um software que possa ser usado e que possa ser benéfico.
  

Quanto a mim, não há motivo para preocupação

• Um gerente é uma pessoa que trabalha com pessoas, e isso não deve ser descontado. Seu novo trabalho é um processo contínuo de interação com a gerência, os clientes e, é claro, a equipe. É importante garantir um ambiente de trabalho favorável, aprender a gerenciar pessoas completamente diferentes e, ao mesmo tempo, não entrar em uma empresa feliz ou, inversamente, em um pântano represado apenas por pessoas "necessárias e calmas". Lembre-se de Vysotsky, "existem poucos violentos e não há líderes"? É necessário permanecer de uma maneira violenta.
  
• O gerente deve estar em movimento, mas em nenhum caso passar de pilha em pilha, de tecnologia em tecnologia. É necessário criar condições técnicas para um trabalho bem-sucedido - em particular, a automação deve ser introduzida onde for necessário.
  

Com a automação, você pode exagerar. Em teoria. Na prática, existe uma subautomatização eterna.

E sim, você tem que enfrentar esta foto da vida :-)

O principal é realmente amar o seu produto. Às vezes, é claro, ao contrário de :-)

Então, você é o gerente. Por um longo tempo, você foi um desenvolvedor, engenheiro, aprendeu muito no projeto. Agora você obtém nova experiência, responsabilidade e dinheiro em troca de uma enorme quantidade de trabalho, muita pressão e necessidade de tomar decisões difíceis. Você vê oportunidades e pode influenciar o desenvolvimento dos negócios.

O que terá que aceitar?

Há várias coisas que você precisa assumir no papel de gerente: riscos, capacidade de ouvir as críticas e respondê-las, uma nova medida de responsabilidade, a capacidade de tomar decisões difíceis e às vezes impopulares. Tem que se tornar o líder de sua própria equipe. No entanto, se você cresceu para o gerente de desenvolvimento, provavelmente você já foi um líder informal.

Maior medo

O principal medo do gerente, que foi desenvolvedor no passado recente, é perder qualificações, habilidades técnicas e ficar atrás das inovações na pilha. Esse medo é justificado, mas depende inteiramente de você. O gerente deve estar na vanguarda da tecnologia e entender todas as ferramentas o máximo possível. Felizmente, há muita informação agora e é facilmente acessível.

Como aprender rápido

Mas, por mais legal que seja um programador, quando você trabalha como gerente, precisa aprender muito sobre as nuances e sutilezas do trabalho. Existem várias maneiras de obter a quintessência da experiência de outra pessoa e começar rapidamente.

Você pode escolher um mentor, pode se aprofundar em livros e livros, e essas são as decisões corretas. Mas isso é uma perda de tempo. Portanto, é melhor aprender - mas a questão é onde. Um MBA é longo, caro e, infelizmente, longe de ser sempre o que você precisa. Portanto, vale a pena recorrer a outras oportunidades para obter a quintessência da experiência de outra pessoa.

1. A oportunidade mais barata e mais adequada é encontrar um mentor na empresa que permita que você insira uma nova rotina. Pode ser o chefe do departamento, um gerente experiente ou até o CEO, especialmente em uma pequena empresa. O funcionário, conhecendo seu lado do trabalho, rapidamente se acostumará e inicialmente conhecerá os pontos problemáticos do projeto.
   
2. Vá fundo em livros, blogs, materiais, faça auto-educação. Uma ótima solução, mas levará muito tempo e terá uma base teórica. Em vez disso, é uma adição obrigatória a qualquer um desses métodos.
   
3. Vá para o segundo nível mais alto, para a magistratura, para cursos difíceis. Bem, se você tiver tempo e dinheiro ... Na verdade, é bastante caro e nem sempre eficaz - uma característica das universidades, você entende: existe um currículo e professores inquietos; portanto, além das coisas necessárias, você estudará uma lógica diferente. No entanto, se você é um estudante de pós-graduação ou deseja ingressar na TI não apenas como júnior, mas também como jovem, pode tentar.
   
4. Obter um MBA. Caro, difícil, consome muito tempo, os empregadores regionais não são impressionantes. Além disso, existem poucos bons programas na Rússia. Geralmente, os tops ou tops quase prontos das grandes empresas, nas quais isso aumenta o peso, são decididos no MBA. Mas, em nossa experiência, várias outras habilidades são valorizadas no campo de TI: cérebro, experiência, trabalho com habilidades.
   

Mas, em geral, todos os métodos são bons, especialmente se você os misturar com livros e blogs sensatos de profissionais de gerenciamento de TI reais. O principal a lembrar é que você deve se tornar um líder, não
Um burocrata de TI.

---

Nosso canal ao vivo do Telegram BizBreeze . Qualquer coisa sobre CRM e negócios, sabiamente, sem copiar e colar e 90% sem publicidade. Inscreva-se.