DevOps Peach

FinOps Foundations · FinOps Fundamentals · Lesson 2 of 4

Personas: Who Does FinOps

FinOps is shared by core personas — FinOps practitioner, engineering, finance, product, procurement and leadership — and allied ones such as ITAM, security and sustainability; each needs different data at a different cadence.

Practice interactively →

FinOps works only when the people who spend, the people who pay and the people who decide share the same picture. The framework names them personas.

flowchart TB
  P["FinOps Practitioner"] --> E["Engineering"]
  P --> FI["Finance"]
  P --> PR["Product"]
  P --> PC["Procurement"]
  P --> L["Leadership"]
  E -->|"usage decisions"| BILL["Cloud bill"]
  PC -->|"rates and contracts"| BILL
  %% step P: The FinOps practitioner connects the others: data, reports, best practice and facilitation.
  %% step E: Engineering decides architecture, sizing and clean-up, which drive most usage cost.
  %% step FI: Finance forecasts, budgets, accrues and allocates costs to cost centres.
  %% step PR: Product owners weigh features against cost and own unit economics.
  %% step PC: Procurement negotiates commitments, private pricing and marketplace purchases.
  %% step L: Leadership sets goals, funds the practice and settles trade-offs between teams.

Core personas

Persona Needs from FinOps Typical question
FinOps Practitioner Clean data, adoption, savings tracking "Which teams have no owner tags yet?"
Engineering Cost of their services, near real time, inside their tools "What did last week's release do to cost?"
Finance Accurate allocation, forecasts, accruals "Will Q4 land within budget?"
Product Cost per customer, feature or transaction "Is the new plan profitable?"
Procurement Usage trends for commitments and contracts "How much can we commit for three years?"
Leadership Trends, unit economics, risks "Is cloud spend growing faster than revenue?"

Allied personas bring their own disciplines: IT asset management (ITAM), IT financial management (ITFM), IT service management (ITSM), Security and Sustainability.

The FinOps team

Most organisations start with a small central team (often 1–3 people) that sits between finance and engineering — sometimes called a Cloud Center of Excellence. As maturity grows, each product team gets a FinOps champion: an engineer who knows the team's costs and brings them to planning.

Shared language

Teams argue less when words mean the same thing:

Term Meaning
Unblended cost What each line actually cost at the rate charged
Amortized cost Upfront commitment fees spread over the period they cover
Showback Showing teams their cost without charging them
Chargeback Actually moving cost to the team's budget

Traps: a FinOps team that writes reports nobody acts on; and giving engineers monthly PDFs instead of daily data in the dashboards they already use.

Practice interactively →