FinOps cultura: team accountability + processes
- ⬜💸 Reservas, Savings Plans e Spot: estratégia de portfolio(FinOps & Cost Engineering)
Recomendamos completar os pré-requisitos antes de seguir, mas nada te impede de continuar.
FinOps Framework (FinOps Foundation)
Fases (ciclicamente, por workload/team):
Inform:
- Cost visibility, allocation por time/produto
- Tagging strategy + enforcement
- Dashboards compartilhados
- Forecasting baseline
Optimize:
- Rightsizing (Compute Optimizer)
- Commitments (SPs, RIs)
- Spot onde cabe
- Architecture review (Graviton, serverless, caching)
- Cleanup automation
Operate:
- Monthly cost review com times
- KPIs por engineering team (cost/request, gross margin)
- Governance (tag policy, SCP, quotas)
- Incidents cost-related tratados como incident tradicional
Princípios FinOps Foundation:
1. Teams need to collaborate
2. Decisions are driven by business value
3. Everyone takes ownership for cloud usage
4. FinOps reports accessible + timely
5. A centralized team drives FinOps
6. Take advantage of variable cost modelKPIs por engineering team
| Indicador | Bom sinal | Sinal de alarme |
|---|---|---|
| Custo por unidade de negócio | Cai enquanto o negócio cresce | Cresce junto com a receita — não há economia de escala |
| Percentual de recurso marcado | Perto de 100% | Abaixo de 80% — não há como atribuir custo |
| Cobertura por compromisso | Alta sobre a base estável | Alta sobre o total — você comprometeu a ponta variável |
| Recursos ociosos | Perto de zero | Ambiente de teste ligado no fim de semana |
| Tempo até detectar anomalia | Horas | Descobrir na fatura do mês seguinte |
| ⚠ Custo total absoluto | Não é indicador | Cresce com o negócio e não informa nada sozinho |
Cada team owner precisa de KPIs relevantes pra sua área: cost per active user (produto), cost per request (API), gross margin (line of business), efficiency (requests/dollar), commitment coverage %. Reportados mensalmente em FinOps review + dashboards auto-atualizados. Meta: tendência, não número absoluto.
KPIs típicos em SaaS B2B 2026:
Product teams:
cost_per_active_user (trend month-over-month)
gross_margin_per_tier (free, starter, pro, enterprise)
Platform teams:
efficiency_index (requests per dollar)
commitment_coverage (% spend coberto por SP/RI)
ML teams:
cost_per_inference ($ / 1k requests)
training_cost_per_model (baseline experiment custo)
Data teams:
cost_per_query (Athena/Redshift)
storage_hot_cold_ratio (% em Standard vs IA/Glacier)Por que gestão de custo em nuvem é descrita como prática cultural, e não apenas técnica?
Processes que funcionam
Monthly FinOps review (1h, cada team owner reporta KPIs + anomalies + planos), quarterly planning (negociar coverage de commitment vs flexibilidade), cost incident response (spike > $X vira incident com postmortem), budget approval workflow (resource novo > $Y exige justificativa). Tudo documentado em runbook vivo, não PDF morto.
FinOps cultura emerge de processes sustentáveis, não de slide deck. Dashboards visíveis, KPIs em OKR, review recorrente, embedded champions, central platform team. Em 12-18 meses, "como está o custo do meu serviço" vira pergunta natural no stand-up — não depende de FinOps central pra responder.
Perguntas frequentes
❓ Por que FinOps é cultura e não ferramenta?
❓ Mostrar custo ou cobrar do time?
❓ Como manter a economia depois da otimização?
Fixando
Qual indicador de custo faz sentido acompanhar por equipe de engenharia?
Qual processo costuma dar mais resultado com menos atrito?
Terminou de ler?
Marcar como concluído registra o XP, mantém sua sequência e coloca 3 cartas deste módulo na fila de revisão espaçada.
Próximos passos sugeridos
Temas deste módulo
Discussão
Carregando comentários…