Publicado a

FinOps sem equipa de FinOps

Uma PME não precisa de uma área de FinOps para o praticar. Precisa de responsáveis claros, de uma revisão mensal curta e de decisões registadas. Um modelo operacional mínimo que funciona.

Linha de serviço Engenharia FinOps

O mito da equipa dedicada

Boa parte do que se escreve sobre FinOps assume uma organização grande, com uma equipa dedicada, ferramentas próprias e um comité. Uma PME não tem nada disso e, mesmo assim, a sua fatura cloud pode ser uma das rubricas de gasto mais relevantes e menos compreendidas.

A boa notícia é que o FinOps não depende do tamanho da equipa, mas de que três funções conversem com dados: quem decide o negócio, quem paga e quem constrói.

Três funções, uma revisão

O ritmo mensal do FinOpsCalendário do mês com fecho, relatório e revisão, e uma matriz de quem faz o quê entre direção, finanças e engenharia.FINOPS · MODELO OPERACIONALO ritmo de um mêsCALENDÁRIO DO MÊSdia 30Dias 1–3Fecho e conciliaçãoPipeline automáticoDia 4Relatório publicadoO mesmo para todosDia 9Revisão mensal1 hora · 3 funçõesContínuo: alertas de desvio e deteção de recursos sem responsávelQUEM FAZ O QUÊDireçãoFinançasEngenhariaManter o dado fiávelCRPreparar o relatórioRCExplicar os desviosCRDecidir se o gasto compensaRCCR: responsável por fazer · C: contribui com contextoN100F · n100f.com

A direção traz a pergunta de valor: que produtos importam, que crescimento se espera, que risco se aceita.

As finanças trazem o orçamento, a previsão e a conciliação com a fatura.

A engenharia traz o contexto técnico: porque é que algo subiu, o que se pode otimizar e quanto custa uma alteração antes de a fazer.

As três encontram-se numa revisão mensal curta (uma hora chega) com o mesmo relatório à frente.

O mínimo que tem de existir

  1. Um responsável por aplicação, com nome. Não uma equipa genérica: uma pessoa que explica o custo da sua aplicação quando ele se mexe.
  2. Um relatório único, construído sobre o dado corrigido e atribuído, que todos leem da mesma forma.
  3. Uma métrica de unidade e um orçamento por aplicação relevante.
  4. Um registo de decisões: o que se decidiu, porquê e com que resultado esperado. É o que permite aprender de um mês para o outro.

O que se pode automatizar desde o primeiro dia

  • A carga e a normalização da faturação.
  • Os alertas de desvio face ao orçamento.
  • A deteção de recursos sem etiqueta e de recursos inativos.
  • A estimativa de custo em cada alteração de infraestrutura.

O que não se automatiza é a conversa: decidir se um gasto vale o que custa continua a ser uma decisão de pessoas, e é para isso que existe a revisão.

O papel que faz falta

Mesmo sem equipa, faz falta alguém que dinamize a prática: que mantenha o dado fiável, prepare o relatório e conduza a revisão. Pode ser uma pessoa interna com parte do seu tempo ou um apoio externo. O importante é que o papel exista e tenha continuidade.


Como o aplicamos: Engenharia FinOps.

Se o seu custo cloud cresce sem que ninguém saiba porquê, ou a sua arquitetura depende de quem a montou, falemos.

Falemos