Messias Bittencourt

Depois de muito conversar com vários amigos e pessoas da área, ví que praticamente todos já passaram ou passam pelos mesmos problemas. Seja na empresa X ou Y, uma hora você vai passar por isso em sua carreira.

Antes de julgar o texto note que ele foi construído com base em experiências próprias e de diversos amigos e colegas da área de Tecnologia da Informação, não sendo direcionado a empresa K ou L, nem ao gerente Z ou W.

1) Foco da equipe

(sempre que alguém fala Foco da equipe, Foco no trabalho ou Foco nos “bugs xyz”, me vem na cabeça a imagem de uma FOCA graças a um meme ai)

No projeto em que você trabalha, qual é o foco que seu gerente passa? Em geral existem dois:

1. Atender o que está em contrato
2. Atender ao que o cliente quer E satisfazer ao contrato

Se o foco da equipe em que você trabalha tem como objetivo apenas atender ao que está no contrato, saibam que a empresa de vocês pode até receber no final do contrato, mas certamente vai ficar com o nome ruim na praça e se o cliente tiver a opção de não trabalhar mais com vocês, então isso vai acontecer.

O primeiro método é sempre o mais desmotivador, pois ele corta a possibilidade de se entregar aquilo na qualidade em que se pretende. O importante é atingir o contrato, e gerar conhecimento ou fazer da melhor forma só vai acontecer se o gerente não souber que existe outra forma de se fazer mais rápido.

Agora se o seu objetivo é o segundo item, existe alguma chance de se receber no final E manter o cliente satisfeito, com um possível novo contrato, significando mais rendimentos para a empresa que você trabalha, garantindo empregabilidade e condições de melhores salários(não que isso vá realmente acontecer, mas isso é outra história).

 2) Cronogramas

A única coisa realmente certa nesse tópico é que:

Cronograma não entrega projeto.

Além disso, temos outros pontos a observar, como:

Como seus cronogramas são montados? Pra isso existem diversas formas de se fazer, cada uma aplicável a um tipo de equipe e/ou projeto. Vou citar apenas 3.

1. Baseia-se única e exclusivamente no PF (ponto de função)
2. Um arquiteto ou desenvolvedor sênior avalia todos os CSUs
3. Cada desenvolvedor avalia o próprio CSU

Apesar de muitos estudiosos insistirem que esse método funciona por se tratar da média, ainda não vi o sucesso acontecendo, ou talvez seja apenas uma desculpa geral a velha frase: “o projeto não está dando lucro”. Talvez se essa frase fosse modificada para: “o projeto não está dando o lucro esperado“, então estaríamos bem.

Para que esse primeiro método funcione, o gestor deve ter um conhecimento profundo sobre a produtividade dos membros da equipe, o comercial deve saber exatamente como VENDER esses pontos de função para não ter gente fazendo hora extra(banco de horas, em geral).

O segundo e terceiro método conseguem te dar um prazo mais próximo da realidade, se isso vai tornar seu projeto rentável ou não, isso é outra história.

Para que um arquiteto consiga avaliar o CSU para outras pessoas, ele deve conhecer muito bem do problema(CSU) em questão e do desenvolvedor, pois ele pode subestimar o problema e causar dores de cabeça para o desenvolvedor conseguir atingir o prazo definido.

Para o terceiro método a realidade se torna mais possível, porém sempre existe o fator humano em questão. Em equipes desmotivadas e desestimuladas isso pode ser um tiro no pé para prazos longos. Mas se a equipe em que você trabalha está empenhada e todos estão motivados, essa é uma forma de estimular a participação e mostrar que o membro da equipe tem poder de fala.

Não entrei em detalhes sobre quando se trabalha com homens/hora, pois nos casos em que isso é usado para terceirizar mão de obra o tempo é o que menos importa para a empresa que “aluga” o funcionário, e a perspectiva do cliente não é o meu foco nesse texto, apesar de ser de extrema importância e citada diversas vezes.

Uma forma interessante para o terceiro método é usar a Metodologia de Estimativas PERT, onde se faz um calculo simples com a estimativa pessimista, mais provável e otimista. Já trabalhei usando-as e foi interessante ver que elas se aproximam da realidade.

3) Motivação

De onde vem a motivação? De dentro do próprio funcionário, mas é claro que existem outros fatores que colaboram para que ela se fortaleça ou desapareça.

Pessoas que se dizem desmotivadas por causa do salário devem procurar outro emprego. Afinal, vagas existem.Todo mundo quer ganhar mais, em todas as áreas. Então isso nunca pode ser o fator decisivo pra você estar ou não motivado.

O que motiva uma pessoa pode não motivar outras.

Estar atualizado e trabalhando com tecnologias de ponta na área de TI é vontade de praticamente todo mundo com quem converso. Mas muitos projetos já existem e o custo/risco de se migrar é alto ao ponto de cortar essa possibilidade. E para isso existem alternativas de manter sua equipe atualizada mesmo quando não se pode “mexer” nos projetos.

Atenção as idéias de sua equipe, quando você apenas escuta e depois ignora a sugestão, você pode estar cortando futuras sugestões, pois as pessoas se cansam.

Flexibilidade de horários já é um ponto forte na política de muitas empresas, mas será que isso realmente acontece? Se está na política da empresa, o gerente pode até querer que isso não aconteça em determinados dias, mas o ideal é que a política da empresa é que seja seguida. Muita gente se vê atraída por esse benefício que o RH vende para o possível novo funcionário e quando ele entra, descobre que ela existe mas ninguém nunca viu, estilo cabeça de bacalhau.

Feedback é algo que pode motivar um funcionário a melhorar ou a continuar fazendo bem o que ele já faz. Mas saber como dar esse feedback é algo que muitos gestores não tem habilidade. Você pode até achar que está falando pra ajudar, mas se não souber como dizer, você pode estar prejudicando. Entre as principais funções de um gestor está o fato de saber lidar com pessoas, quando isso não acontece, pode esperar que cedo ou tarde pessoas desmotivadas vão se tornar um prejuízo ou um desgaste para a empresa.

Políticas de premiações são um ponto interessante e pouco explorado, talvez pelo fato de que uma métrica eficiente para dizer quem se destacou ainda não seja fácil de se achar. E quando o fator humano entra para ajudar a escolher quem se destacou ou não, vários murmurinhos sobre o motivo pelo qual a pessoa se destacou podem surgir, então escolham consciente a(s) pessoa(s) que irá(ão) receber o “prêmio”.

4 ) O mito do técnico virar gerente

Não leve o título do tópico muito a sério. Existem os casos em que isso acontece e vai bem. Eu concordo que um gerente precisa conhecer do território que ele está pisando para poder facilitar os caminhos. Mas achar que seu melhor técnico vai ser o seu melhor gestor não é uma verdade.

As qualidades de um excelente gestor são diferentes das qualidades esperadas em um excelente técnico.

Um gestor que já foi técnico é importante para a equipe, para saber com o que está lidado e para não se mostrar despreparado diante do cliente. Mas quando esse gestor começa a dizer como as coisas devem ser implementadas começamos a correr um sério risco de falhar e a culpa ainda cair sobre o desenvolvedor que por estar conversando com um gestão não teve coragem de dizer que esse não era o melhor caminho.

Saber o lugar de cada um é importante para o bom andamento do projeto.

Existem metodologias e certificações que definem um padrão de como um gestor deve ser/agir, mas isso deve ser adaptado para a realidade da equipe/empresa/projeto, ou estará fadado ao fracasso.

5) Hora Extra/Banco de Horas

Não pretendo entrar no mérito do que é o certo perante a lei no que diz respeito ao que define uma hora extra ou ao que define o banco de horas.

Acontece muito de alguns membros(ou até mesmo toda a equipe) ter a disponibilidade para trabalhar quando se fala que suas horas serão pagas, e quando essas horas começam a se tornar banco de horas essa disponibilidade desaparece.

Isso é normal e deve ser compreendido. Ninguém quer trabalhar de graça, assim como ninguém quer ter que trabalhar para lotar o banco de horas e quando for para esvaziar o banco de horas, ter problemas.

O problema de tudo é o abuso. Em casos em que a hora extra é liberada, certos indivíduos chegam a ficar na empresa apenas para completar as “X” horas que precisa a mais para “Y” de dinheiro no fim do mês. E é isso que faz com que as coisas sejam cortadas. O abuso da liberdade que possui. (Fato muito parecido com a liberdade do acesso a internet, mas acho que seja assunto pra outro tópico)

Já vi gente reclamando de não conseguir usar o banco de horas quando bem quis. E isso deve ser aceito quando se tratar de uma fase de projeto delicada, como fase de entrega e afins. Mas é dever do gerente conseguir equilibrar as atividades de forma que em algum momento essas horas sejam usadas. Mas será que isso acontece?

 6) Informação Aberta

Isso é algo que pode incomodar muito uma equipe. Muitos desenvolvedores com quem conversei não sabem exatamente como está o projeto em que trabalha, para onde ele vai, nem de onde ele veio.

É interessante que quando possível a equipe seja informada de qual o feedback do cliente com relação que eles entregaram, além de também ser importante saber quais serão os próximos módulos que a equipe irá participar. Ví muito de você não saber o que vai ter de atividade quando acabar o que está fazendo, seja por não saber se virão novos módulos, ou até mesmo se você será remanejado. A falta de informação já fez gente procurar por novas oportunidades, então manter sua equipe bem informada pode ser algo que te traga um bom retorno.

 

—

Nada do que foi falado aqui é novidade, e muitos dos gerentes de hoje sabem e/ou já tiveram até as mesmas opiniões que vários funcionários tem, mas por algum motivo não aplicam isso na prática. E é a prática quem pode fazer a diferença para que tudo caminhe bem do início ao fim.

Seria gratificante que vocês participassem nos comentários, com seus pontos de vista, críticas ou seja lá o que for. E ainda se possível, compartilhem!