CFO

Porque é que os CIOs devem começar a pensar como os CFOs

Ao adotar FinOps e uma mentalidade de CFO, os CIOs podem transformar a TI de centro de custos em criador de valor.

Nos últimos dois anos, a inflação criou ventos contrários, especialmente na rubrica Custo das mercadorias vendidas da demonstração de resultados. Para compensar a inflação, as empresas aumentaram os preços. Mas com o poder de fixação de preços das empresas a desvanecer-se em 2024, iniciou-se uma tendência de redução de custos e as empresas estão a olhar para dentro para reforçar os resultados.

Neste ambiente, o CIO encontra-se numa posição única para proporcionar poupanças ao CFO, de modo a melhorar as margens. No entanto, para lá chegar, é necessária uma mudança de mentalidade, passando de um "cuidador" de sistemas para um "cultivador" de valor.

Imagine se um CIO visse a sua carteira de sistemas da mesma forma que uma empresa de gestão de propriedades vê os seus activos. Cada propriedade oferece uma gama de fluxos de caixa e valorização de activos que a empresa pretende maximizar. Em seguida, investe nesses imóveis em conformidade.

Um CIO pode adotar a mesma perspetiva e procurar ativamente aumentar o valor de cada sistema sob gestão. O verdadeiro valor de uma solução ou sistema de software não é apenas o que pode fazer atualmente, mas também o que pode fazer ao longo da sua vida útil. Isto reflecte o conceito financeiro de avaliação de activos com base no valor atual líquido dos seus fluxos de caixa futuros.

Vamos então analisar como um CIO pode aumentar o valor de uma carteira de forma prática. Existem três abordagens principais que variam em termos de esforço e de retorno:

  • Foco no FinOps. Otimizar as despesas para obter poupanças imediatas e reduzir a taxa de crescimento das despesas
  • Refactor systems. Otimizar os sistemas para consumir menos recursos e reduzir os esforços de gestão
  • Incorporar uma cultura consciente dos custos nas TI. Tornar o custo um requisito não funcional nas fases de conceção, construção e funcionamento

 

Foco no FinOps.

Nos últimos 10 anos, verificou-se uma migração significativa para a nuvem pública e uma adoção crescente da nuvem privada. A sabedoria prevalecente favoreceu as migrações "lift and shift", uma vez que havia benefícios imediatos a serem encontrados na nuvem em termos de velocidade e novas capacidades. No entanto, muitas organizações ficaram surpreendidas ao descobrirem que os custos aumentaram após a migração e, como resultado, houve alguma repatriação de cargas de trabalho. Se estes workloads tivessem sido optimizados ou modernizados, o seu custo teria sido reduzido.

Infelizmente, as empresas sofrem regularmente do síndroma do "filho do sapateiro não tem sapatos". No meio de uma vaga de novos pedidos, não podem atribuir tempo para olhar para trás. Um CIO que adopte uma mentalidade de CFO, no entanto, pode ver o valor não realizado nas ineficiências da abordagem inicial de lift-and-shift e pode implementar recursos para capturar esse valor.

A adoção de FinOps - um processo contínuo de análise, elaboração de relatórios e otimização contínuos que pode conduzir a maiores poupanças ao longo do tempo - pode ajudar a aumentar o valor de um sistema. Por exemplo, é comum descobrir que as cargas de trabalho migradas não foram marcadas adequadamente para permitir uma análise de custo real . A marcação é o primeiro passo das FinOps para mostrar ou cobrar com exatidão o custo dos sistemas à empresa. Isto permite uma discussão informada sobre as abordagens para minimizar os custos e melhorar o valor. Normalmente, as empresas registam uma melhoria de 25-30% apenas com estes esforços.

Também é possível que as migrações não tenham considerado as dependências, resultando em latências não intencionais entre sistemas. Normalmente, estes problemas são resolvidos através do aprovisionamento excessivo, aumentando assim artificialmente a base de custos da sua execução na nuvem. Isto, juntamente com outras questões, conduz frequentemente à segunda abordagem: refactoring para utilizar menos recursos e reduzir o esforço global de gestão.

 

Refactor systems.

É sempre mais fácil alterar a estrutura de um sistema do que a sua função. A refacção de sistemas exige um esforço inicial maior, mas pode trazer imensos dividendos à medida que as melhorias se acumulam. Ao passar da mera manutenção do status quo para a melhoria proactiva dos seus sistemas, sai da roda do hamster estacionária e repetitiva e ganha o impulso de um volante em que os seus esforços geram um valor acelerado.

Com as FinOps de base já implementadas, obterá ganhos rápidos. Mas existe uma otimização adicional na própria arquitetura dos sistemas. Como mencionado acima, a migração inicial pode não ter considerado as dependências entre sistemas, resultando em latência que foi mascarada pelo aumento dos recursos alocados. A investigação destas áreas pode levar a alterações rápidas do código que permitem ganhos de eficiência adicionais.

A visibilidade é importante neste domínio. É necessária uma função de observabilidade madura para analisar os padrões de consumo dos seus sistemas e identificar a utilização excessiva de recursos quando comparada com sistemas de amplitude e âmbito semelhantes. Em seguida, considere a possibilidade de criar uma equipa "tigre" para procurar e erradicar a dívida técnica que contribui para a ineficiência de determinadas cargas de trabalho.

Estes esforços podem ajudá-lo a evitar a repatriação demorada e dispendiosa de sistemas que, de outra forma, teria de efetuar para reduzir os custos. É importante notar que, ao refactorizar, melhora-se a capacidade de gestão de um sistema, o que compensa do ponto de vista operacional. Tudo o que foi discutido até agora afecta a eficiência dos sistemas existentes, mas a abordagem final incorpora esta filosofia na organização e nos esforços futuros.

 

Incorporar a cultura dos custos

Werner Vogels, CTO da Amazon Web Services (AWS), estabeleceu o conceito de Arquitetura Frugal e os seus sete princípios. A primeira delas é fazer do custo um requisito não funcional tão importante como a segurança, a fiabilidade e a escalabilidade. Ele observa que, no início da migração para a nuvem, a velocidade era fundamental. O custo passou para segundo plano.

Bem, é altura de trazer cost de volta à ribalta. Isto não significa simplesmente calcular antecipadamente os custos de execução do projeto, mas antes que a sua arquitetura - e mesmo a sua escolha de linguagem de software - tenha em conta o consumo de recursos.

Werner também acredita que se deve incorporar interruptores e mostradores para permitir que uma arquitetura consciente dos custos ajuste o consumo de recursos. Depois, diz ele, é preciso pô-lo nas mãos da empresa.

Com uma visibilidade recém-descoberta e a capacidade de se ajustar, a TI pode agora sentar-se com as partes interessadas da empresa e tomar decisões colaborativas de otimização de custos, considerando simultaneamente os prós e os contras de qualquer ajuste aos comutadores e controlos. Se aumentasse a latência do seu sítio de comércio eletrónico em 3%, os clientes dariam por isso? Pode testá-lo e descobrir!

O custo de construção de uma aplicação de software é muito inferior aos seus custos operacionais ao longo da vida útil. É possível nivelar a curva de custos dando prioridade ao consumo inteligente. Isto é comparável à nossa adoção pessoal de luzes LED nas nossas casas e a outras medidas que tomamos para reduzir o consumo de energia. Uma vez que o consumo de recursos da nuvem é um bom indicador da sua sustentabilidade ambiental, os seus esforços neste domínio também trazem benefícios.

 

Sustentar a criação de valor

Para concluir, é fundamental compreender que a frugalidade não significa ser barato; trata-se de maximizar o valor. À medida que as empresas entram numa nova era de redução de custos, as que se concentram apenas na redução estática de custos perderão terreno para as que a encaram na perspetiva de gerar mais valor.

Um CIO que adopte a mentalidade de um CFO pode transformar os sistemas de centros de custos em activos estratégicos que geram valor para os acionistas. Trata-se de uma mudança de mentalidade que pode inspirar o crescimento e estimular a inovação.

 

Join the Conversation: Find Solve on Twitter and LinkedIn, or follow along via RSS.

Stay on top of what's next in technology

Learn about tech trends, innovations and how technologists are working today.

Subscribe
Circles in various colors

Que esforços está a fazer para tornar as suas despesas mais inteligentes em 2024?

About the Authors

Carlos Vidal

Client Executive

Carlos Vidal

Carlos is a technology sales executive with over 25 years of experience in hardware, software and cloud solutions. Having started as a software developer during the .dot com era, Carlos transitioned to professional services then sales.  After spending 3 years in management consulting assisting large companies with their sales structure, sizing, process and forecasting, Carlos returned to technology sales with a business outcome orientation. His combination of skills and background in various technologies makes him a valuable asset for his new and repeat customers.

Read more about Carlos Vidal