Um dia desses eu estava tomando café com alguns vizinhos, um dos quais era professor aposentado de economia. Como minha graduação era em ciência política, trouxe temas para engajá-lo no papo dentro das filosofias econômicas que ele considerava mais eficazes. Em vez de citar economistas e filósofos, ele trouxe a seguinte máxima na conversa: "A totalidade da economia pode ser resumida em uma pergunta: quais são os custos de oportunidade de se fazer outra coisa em relação ao que está fazendo agora?" No começo, eu pensei que ele estava sendo um tanto irreverente, mas à medida que a conversa prosseguia, ficou claro que ele não estava. Isso, para ele, era uma questão fundamental.

Custo de oportunidade nada mais é que o valor ou preço que estamos pagando, em dinheiro ou não, por uma ação renunciada e não realizada.

Essa equação também funciona para TI, principalmente ao avaliar novas implementações de software e projetos de prova de conceito (POCs), e por esse motivo decidi escrever sobre. Talvez por causa da velocidade da mudança que vivemos, estejamos utilizando como máxima em nosso dia-dia a expressão: "Se não está quebrado, não conserte".

Pois bem, "se não está quebrado, não conserte ”é uma falácia na tecnologia, com certeza. Deixe-me mostrar-lhe porque, como não se tornar vítima e as melhores maneiras de se corrigir, se você ainda entender que essa máxima faz sentido em sua área de TI.

"Se não estiver quebrado, não conserte" só funciona se você estiver vivendo ou trabalhando em um modelo fechado, sem contato com outras pessoas ou empresas. A TI não é um sistema fechado, quase nunca. Mesmo que seus orçamentos estejam definidos, processos com eficiência e ROI aceitáveis, se você não está melhorando, está piorando. Por quê?

Agora, deixe-me ser claro: não estou dizendo para fechar negócio com o fornecedor de software mais próximo e sair assinando pedidos. Projetos de prova de conceito - mesmo “gratuitos” - têm um custo (tempo, esforço), e o custo de compras de software pouco pesquisadas ou implementadas pode ser pior do que não ter feito nada. As tecnologias também não são um sistema fechado; esperançosamente, eles estão constantemente recebendo atualizações, correções de bugs e novos recursos. Mas entender isso praticamente invalida a linha de lógica "Se não está quebrada, não conserte". Os mesmos fornecedores com os quais você tem parceria sabem que não é esse o caso, pois do contrário, por que eles enviariam uma atualização ao mercado?

O Adobe Flash será desativado em 2020. Vários produtos da Microsoft perderão seu suporte em 2020. As versões anteriores do TLS saíram da conformidade com o PCI em 2018. Portanto, se você está pensando que não fazer nada é "melhor" do que fazer alguma coisa, lembre-se de que essa troca não é apenas uma decisão de negócios ("Sempre fizemos dessa maneira e funciona."), Mas também tecnológica. (“Você quer dizer que a nuvem pode realmente ser mais segura do que no local?” Sim ... e este artigo tem dois anos).

Para cobrir suas reflexões, eu argumentaria que existem quatro áreas principais de avaliação - cada uma com seus próprios requisitos e processos - que nos traz um processo de revisão eficaz de nosso trabalho. Para avaliar efetivamente, você precisa saber: 

• O que você tem
• O que você precisa
• O que você pode ter
• Como avaliar

Sua milhagem varia com a frequência com que você precisa revisá-las e haverá polinização cruzada entre entradas e saídas. Mas estas são boas dicas para buscar a melhoria. Vamos ver cada um com mais detalhes.

O que você tem? Ao reler essa pergunta, sua mente vai imediatamente para a tecnologia? Se sim, por quê? Por que tecnologia, ao invés de número de funcionários, experiência, orçamento ou processos em uso? Certamente todos estes estão interconectados. Mas quando você lê essa frase, seu cérebro naturalmente se desloca para uma área acima de todas as outras e, portanto, primeiro e acima de tudo, é importante entender que o que você tem é um viés, ou pelo menos uma intuição. Você precisa estar ciente disso, porque está influenciando sua avaliação. As áreas básicas que você deve observar aqui são:

• Inventário. Isso está em um arquivo simples? Um sistema de compras? Como é atualizado? Quem é responsável pela fonte da verdade?
• Relatórios do CMDB. Como escrevi antes, isso NÃO É o mesmo que inventário.
• Revisões de contratos de manutenção e garantia. Isso não é a mesma coisa que orçamentos.
• Orçamentos. Aumentando? Diminuindo? O seu ciclo de compras corresponde ao seu ciclo de manutenção?
• Headcount e Especialização. Você tem pessoas suficientes? Eles são treinados da maneira certa? Como você sabe / pode provar isso?

Saber o que você tem identificará rapidamente as lacunas e permitirá a transição para o próximo estágio, determinando o que você precisa.      

O que você precisa é o processo de identificar as lacunas (com base no seu inventário), determinar quais precisam ser preenchidas e quais são de risco aceitável.

As perguntas que você deve fazer aqui são:

• Quais são as lacunas? Elas são técnicas? Processuais? Orçamentárias? Elas abrangem equipes diferentes? Departamentos distintos?
• Essa é uma necessidade "difícil" ou "suave"? Uma necessidade "difícil" é algo que você deve fazer, pois se não fizer, o custo de não fazê-lo é extremamente alto. Já necessidades ''suaves'' são coisas que podem fornecer mais valor ou eliminar desperdícios, mas ainda não são parte dos "obrigatórios".

Agora que você sabe o que tem e o que precisa, pode avaliar o que pode ter.

Avaliação de software versus processos versus outras lacunas exige perguntas diferentes. Você precisa entender quais são essas diferenças antes de iniciar seu processo de sair da zona de acomodação. Porém, depois de escolher, lembre-se do seguinte:

• Entenda os limites das RFPs. Não importa se duas tecnologias podem fazer a mesma coisa. Como você se sente em relação aos seus usuários, qual é o nível de esforço envolvido para obter os mesmos resultados, o que acontece a seguir adquirindo ferramenta A ou B? Isso não pode ser resolvido com simples check-box, estude profundamente.
• POCs versus avaliações guiadas. A prova de conceitos geralmente é onde você faz algo como test drive e descarta os pneus por conta própria. As avaliações guiadas geralmente envolvem mais consultoria, mas são uma boa maneira de descobrir mais recursos e casos de uso. Há uma troca com cada um; é importante entender qual deles você está fazendo.
• Existe uma maneira mais "moderna" de avaliar? Trabalho em consultoria de BI. Compreender as diferenças entre o BI "antiquado" e o BI "moderno" é essencial para fazer uma avaliação adequada. Não é sobre o que é melhor; é compreensivo se faz sentido fazer as mesmas perguntas.
• Você está avaliando “todo o resto?” Determinada tecnologia pode ter muitas features, e lhe atender tecnicamente. Mas como é a visão da empresa? Possui recursos como comunidade ativa, base de conhecimento, estrutura de suporte e etc.? Qual a velocidade de envio das atualizações?

Às vezes, o status quo funciona. Processos e padrões não teriam chance de serem eficazes se os estivéssemos mudando constantemente. Mas, apenas porque eles estão em funcionamento, não significa que estejam entregando o mesmo valor ano após ano ou que seus concorrentes estejam mantendo o status quo também. Há um custo para fazer qualquer coisa, incluindo "fazer nada". Portanto, tire proveito do que você tem, mas também verifique se você possui as ferramentas para identificar quando a mudança é necessária e quais são os recursos para implementá-la. 

*Adam Rauh trabalha em TI desde 2005. Atualmente no espaço de análise e inteligência de negócios do Tableau, ele passou mais de uma década trabalhando em operações de TI com foco em ITSM, liderança e suporte à infraestrutura. Ele é apaixonado por análise de dados, segurança e estruturas e metodologias de processos. Ele falou, contribuiu ou foi autor de artigos para várias conferências, seminários e grupos de usuários em todo os EUA sobre uma variedade de assuntos relacionados à TI, análise de dados e políticas públicas. Ele atualmente vive na Geórgia.