4 maneiras de promover uma melhor responsabilidade nas equipes de TI
Autor: Elton | Publicado: 2012-11-14T08:03:00-08:00



Para convencer os trabalhadores de TI a avançar uma etapa é preciso mais do que incentivos em dinheiro. Veja como fazer com que eles assumam mais responsabilidades





Os gerentes de TI podem atribuir tarefas e aplicar melhores práticas, mas não há nada semelhante a obrigatoriedade da responsabilidade. Na verdade, estar disposto a se destacar e assumir uma maior responsabilidade de esforços de TI é uma proposição enervante. Afinal, muitos profissionais de TI temem que um projeto falho possa facilmente resultar em uma demissão.

Mas existem maneiras de os líderes de TI promoverem uma maior responsabilidade entre seus desenvolvedores, engenheiros e programadores sem assustá-los completamente. Max Katz sabe tudo sobre a vontade de tomar posse de um projeto de TI. Diretor de relações com o desenvolvedor da Tiggzi, uma empresa de software de desenvolvimento de aplicações em San Francisco, Katz disse: “Aqui no Vale do Silício, há uma série de startups, então há uma espécie de inclinação natural para ter um monte de responsabilidade. Isso porque há um grande número de pessoas que querem chegar à frente”.

Quando esse não é necessariamente o caso, existem medidas que os líderes de TI podem tomar para estimular os trabalhadores a entrar em ação e aceitar uma maior responsabilidade, disse Katz. Aqui estão quatro:

1. Recompense criativamente. Avançar uma posição é assustador e deve ser recompensado de alguma forma, disse Katz. Muitos líderes de TI podem estar inclinados a lançar bônus para desenvolvedores e engenheiros que encaram um projeto como sendo seu, mas Katz disse que o tempo de férias é uma mercadoria muito mais valiosa entre os profissionais de TI hoje. Apesar de “dar mais dinheiro é sempre bom, mais flexibilidade a partir de uma perspectiva de trabalho é um tema muito quente agora entre um monte de startups, especialmente em empresas que não têm uma política de férias”, disse ele – ainda mais razão para que as empresas ofereçam folgas para os trabalhadores que se destacaram em um trabalho bem feito.

2. Não puna. Um dos desincentivos mais comuns para a tomada de uma maior responsabilidade em um projeto é a chance de fracasso. Os líderes de TI que respondem ao fracasso pode ter um impacto significativo sobre o moral de uma equipe de TI – e na capacidade de um líder promover a responsabilização. “Falhas acontecem”, disse Katz. “A chave é saber o que aconteceu e certificar-se que isso não aconteça novamente. Se você ler sobre o sucesso das startups, uma das melhores coisas que ela fizeram é falhar várias vezes. Se as coisas não funcionam como o esperado , você aprende com isso e espera que nunca vai acontecer novamente. No final do dia, é uma boa experiência. ” Além disso, advertiu Katz, repreender um profissional de TI que teve uma chance em um projeto condenado é um tiro pela culatra. “Há tantas empresas hoje procurando por desenvolvedores, se algo não funciona, e você repreender, eles vão deixar a empresa e ir para outro lugar”, disse ele.

3. Olhe além das tarefas. Há muito mais do que apenas aceitar uma maior responsabilidade do que se tornar um líder de projeto. Katz disse que ele olha além das tarefas de TI quando se avalia os esforços dos trabalhadores para desempenhar um papel de protagonista. Por exemplo, Katz disse: “Está se tornando popular lançar dentro da empresa hackers – os funcionários recebem um ou dois dias para construir os aplicativos que eles querem.” Permitir um evento como esse é muito mais uma demonstração de compromisso assumido.

4. Reconheça riscos assumidos. Qualquer pessoa pode ligar seu nome a um projeto que está destinado ao sucesso, mas estar disposto a herdar risco é a maior demonstração de responsabilidade, disse Katz. Se alguém assumiu um trabalho de desenvolver aplicações para a Blackberry, da RIM, em vez da Apple, por exemplo, ele também assumiu o risco que Blackberry não está indo bem agora e que talvez tudo o tempo que ele passou trabalhando pode não valer a pena. Isso seria lamentável, mas essa pessoa abordou um projeto com a cabeça, contra todas as probabilidades, disse Katz. Ele também teve a clarividência de perceber que mesmo se as coisas não funcionaram com um projeto, se ele fez um bom trabalho ele poderia facilmente transferir suas habilidades para outra plataforma.


fonte:&nbsp;http://goo.gl/GcxFb


"