Conselhos populares de TI que todo CIO deve ignorar

Conselhos são baratos. Mas, infelizmente, muitos líderes de TI acabam pagando um preço alto por ouvir recomendações que acabam sendo enganosas, egoístas ou simplesmente erradas.

A maioria dos conselhos ruins de TI é distribuída inocentemente. Isso ocorre porque uma sugestão enganosa, como uma mentira, tende a se tornar uma verdade aceita quando é repetida com frequência suficiente por um número suficiente de pessoas.

Você está cansado de ouvir dicas que, quando aplicadas a situações do mundo real, acabam se revelando imprecisas, ilógicas ou, simplesmente, totalmente erradas?

Fique atento aos sete exemplos de conselhos de TI “úteis” populares, a seguir, que sempre devem ser ignorados.

O desenvolvimento offshoring é sempre mais barato

O que torna esse conselho potencialmente destrutivo é que ele enfatiza o custo versus benefício. “Os CIOs devem pensar em como ser um centro de benefícios em vez de um centro de custos”, diz Ed Mullin, Vice-Presidente e CIO da empresa de consultoria de gerenciamento de negócios e TI Think Systems.

Novas ideias e soluções de tecnologia aprimoradas e mais rápidas são as centelhas que impulsionam o crescimento dos negócios e proporcionam às empresas uma vantagem competitiva. “Em uma época em que a maioria dos desenvolvedores está trabalhando remotamente, pode parecer uma ideia racional substituir talentos locais mais caros por desenvolvedores offshore mais baratos, mas a que custo em conhecimento industrial sendo perdido e eficiência [reduzida] no desenvolvimento de soluções específicas da empresa?”, Mullin pergunta.

Uma abordagem melhor para custo de desenvolvimento de aplicativo versus valor é se concentrar em ajudar as equipes existentes a trabalhar de forma mais inteligente e rápida. Então, se todos os fatores foram considerados e o offshoring ainda parece uma opção lógica, teste a abordagem com cautela em estágios. “Experimente offshoring alguns projetos/aplicações menos importantes e teste as águas”, sugere. “Você pode querer considerar uma abordagem híbrida em que seus especialistas são locais e seu talento mais tático é remoto ou offshore”.

O valor de uma nova tecnologia só pode ser percebido mergulhando nela

A adoção de um novo sistema quando seu valor comercial ou impacto nos negócios ainda não são totalmente compreendidos pode ser perigoso. Uma nova tecnologia pode prometer acelerar a produtividade ou diferenciar seu negócio de seus concorrentes, mas os riscos devem ser reconhecidos de antemão, alerta Justin Donato, Vice-Presidente de TI da fornecedora de software de automação/gerenciamento de fluxo de trabalho Nintex.

Os CIOs precisam resistir à tentação de mergulhar de cabeça em uma nova tecnologia promissora. “Os líderes técnicos e suas equipes de engenharia desejam experimentar e provar novas tecnologias; é parte do que os torna apaixonados por TI ”, diz Donato. “O CIO deve desempenhar um papel ativo na navegação de TI, desde a geração de ideias até as implementações estratégicas orientadas para o valor.”

Sem um forte caso de negócios que defina as metas finais do projeto, bem como seu cronograma de desenvolvimento e a compreensão de como o sucesso será, é muito fácil para uma iniciativa se desvendar. “Estouros de orçamento, oportunidades de negócios perdidas e danos à reputação fazem parte do que torna esses projetos [novos e não testados] tão arriscados”, explica Donato.

Sempre que houver alguma dúvida, não haverá dúvida

Quando Robert De Niro pronunciou essas palavras no filme de ação Ronin, de 1998, elas soaram sábias e perspicazes. Cuidado, entretanto, se um colega lhe disser algo semelhante.

“Sempre que houver alguma dúvida, não há dúvida” significa que você deve confiar em seus instintos. “Em outras palavras, se algo não parece certo, então há um problema”, explica Nati Aviv, Chefe de DevOps e TI da empresa de tecnologia de segurança de rede Perimeter 81. “Mas no mundo real de TI, isso simplesmente não é verdade”.

Se você vir um sintoma indicando um problema potencial, como uma reclamação do cliente ou um alerta de desempenho, considere que pode haver um problema, mas não presuma o pior. “Não tire conclusões precipitadas antes de conhecer todos os fatos”, sugere Aviv. “Investigue antes de escalar; pode ser um falso positivo ou uma falha”. O mais importante é não prejudicar inadvertidamente a reputação da equipe de TI ou desgastar outras partes, cuja assistência pode ser necessária em algum momento futuro para ajudar a resolver um problema real. “Tratar cada suspeita como uma crise causa uma pressão indevida em sua equipe”, diz ele.

As suítes integradas sempre oferecem usabilidade e valor superiores

Embora um pacote integrado, uma coleção de ferramentas ou serviços agrupados sob uma única marca, possa parecer lógico, conveniente e com preço atraente, pode não cumprir sua promessa. “Sua equipe de TI só precisará lidar com um fornecedor em vez de muitos, mas e se esse conjunto de ferramentas não atender às expectativas ou estiver apenas no mesmo nível de desempenho quando você estiver tentando atender ou exceder suas metas de transformação digital?” pergunta Nishant Patel, CTO do provedor de sistema de gerenciamento de conteúdo Contentstack.

Quando uma organização se fecha em um conjunto, também sobra pouco espaço para explorar alternativas possivelmente superiores. “A abordagem multifuncional proíbe as organizações de adotar soluções novas ou melhores que se tornem disponíveis no mercado”, observa Patel. “As empresas devem esperar que as necessidades digitais se expandam, e flexibilidade e agilidade estarão no centro da entrega de resultados”.

Patel sugere que se busque uma arquitetura que possa oferecer suporte a uma ampla gama de serviços “melhores da categoria”. “Você adapta sua escolha em aplicativos ou serviços para melhor atender às suas necessidades específicas”, diz ele, observando que há uma grande variedade de fornecedores preparados para atender às necessidades específicas da empresa. “Seguir essa abordagem de microsserviços também significa que você pode conectar e, se não funcionar, você pode facilmente substituir o serviço”, ele aconselha. “Não há necessidade de se casar com um sistema legado”.

Deixe os resultados falarem por si

Os resultados não falam. Iniciativas de sucesso, no entanto, são frequentemente impulsionadas por defensores internos e evangelistas. Esses apoiadores desempenham um papel crucial no desenvolvimento do projeto.

“Caso contrário, os tecnólogos correm o risco de serem vistos apenas como uma máquina tática e não como um influenciador da direção estratégica”, diz Ginna Rahaauge, CIO da provedora de serviços de infraestrutura de comunicações Zayo. A narrativa, explica Raahauge, oferece uma oportunidade de conectar os pontos entre as decisões estratégicas e os resultados mais significativos para o cliente ou parte interessada, gerando relevância e confiança.

Os tecnólogos internos se concentram principalmente na criação de soluções e, em seguida, mudam sua atenção para o próximo projeto ou problema desafiador. “Historicamente, eles não se sentem confortáveis com o marketing ou contando a história por trás dos resultados”, observa Raahauge. Por fim, permitir que os resultados falem por si mesmos corre o risco de ignorar as contribuições significativas dos CIOs e de suas equipes, principalmente em tempos de transformação rápida ou massiva.

Investir em novas tecnologias é uma ótima maneira de gerar grandes benefícios

Os CIOs são frequentemente informados, geralmente por fornecedores, de que a adoção da tecnologia empresarial mais recente certamente gerará enormes benefícios. A verdade, entretanto, é que qualquer inovação significativa só terá sucesso depois que o líder de TI trabalhar em estreita colaboração com as contrapartes de negócios para alinhar os interesses e as necessidades da empresa e de TI.

“Qualquer iniciativa criada em um silo é uma receita para o desastre”, diz Sunil Kanchi, CIO do provedor de suporte à transformação digital UST.

Kanchi sugere examinar como os benefícios de negócios prometidos pela nova tecnologia irão se mesclar com as iniciativas existentes de melhoria e reengenharia de processos. “Uma abordagem holística de negócios para a implementação de sistemas de tecnologia … dará início aos benefícios desejados e à implementação bem-sucedida”, diz ele.

Dívida técnica levará apenas a dores de cabeça de TI

O débito técnico ocorre quando uma equipe de desenvolvimento é solicitada a acelerar a conclusão e entrega de um projeto. Em essência, é o resultado da priorização da velocidade sobre a qualidade do código. A dívida técnica é semelhante à dívida financeira no sentido de que deve ser eventualmente paga. O pagamento de dívidas técnicas normalmente requer a dedicação de pessoal para resolver problemas de compatibilidade, brechas de segurança, problemas de desempenho e várias outras dores de cabeça que ocorrem quando os desenvolvedores trabalham em uma velocidade vertiginosa.

Tudo isso soa muito mal, mas Snir Yarom, CTO do provedor de serviços de teste de codificação on-line Codility, afirma que dívidas técnicas, como dívidas financeiras, podem ser boas quando administradas de forma inteligente. Yarom acredita que dedicar 20% a 30% da capacidade de engenharia de TI em uma base contínua para melhorar a tecnologia e reduzir o débito técnico resulta, na maioria dos casos, em um alto ROI positivo. “Isso permite que toda a organização de tecnologia se mova mais rapidamente – uma vantagem competitiva significativa para todas as empresas de tecnologia”, afirma ele.

Uma organização que pode produzir regularmente software confiável e de alta qualidade deve melhorar sua lucratividade, produtividade e participação no mercado enquanto melhora o desempenho organizacional geral, diz Yarom. “Garantir que suas equipes de engenharia operem em sua velocidade máxima o tempo todo não é uma questão de preferência, mas uma questão de continuidade dos negócios”, conclui.