This blog summarises the second talk given at our Cloud Cost Management and FinOps event held on 25th February, The talk was given by Ashley Hromatko, Senior FinOps Manager at Pearson and can be watched below.
Ashley delivered a clear and detailed overview of what FinOps looks like in practice within an organisation. Her talk covered the process of migrating an application to cloud with embedded FinOps practices and how this touches every element of the development cycle and decision making process.
Pearson have a mature approach to FinOps, with 10 FinOps members of a team consisting of Practitioners, Analysts, a BI Developer and Engineers. Pearson is one of AWS’s biggest public sector customers and provides a great example of how FinOps transforms business practices; the FinOps team is embedded into the Cloud and Hosting team, which reports directly to the CIO. The team works with SRE DevOps teams to drive accountability in Cloud Spend, collaborating with teams across the business to make decisions on purchases and target cost-optimisation activities.
From 2014 Pearson experienced rapid growth and this meant that:
However, Pearson experienced growing pains alongside this and had trouble answering important questions about their resources:
Pearson also experienced a common side-effect of moving to cloud: stakeholders experienced sticker shock when they received cloud bills, where traditionally those costs would have been handled by the IT department.
To overcome these challenges, Ashley and her team created a gated process for cloud migrations with FinOps, Security and Cloud Governance at the centre of it.
The process below is Pearson's gated cloud migration process.
During this phase of the process, the Product Owner engages with the Cloud and Hosting team. Basic information about the project is collected in a standardised form, so the team can assess the information and prepare for the definition meeting.
The team then hosts a Definition Meeting to establish SOW with key stakeholders. Representatives from Engineering, Security, Governance and Finance are present for Q&A. The Definition Meeting is followed up by an internal review meeting within the Cloud and Hosting team, who produce a solution diagram incorporating the best practices they want Developers to be using. The team also documents their assumptions and risks. The FinOps team uses the diagram to calculate the costs of running the application along with labour costs for the Product Owner to digest in phase 3.
At the Commit Meeting, the Cloud and Hosting team presents the proposed solution, including the costs of running month-to-month. If this solution is revised, the FinOps team will revise the estimated costs. The Security team presents any risk and aversion and the FInOps team presents associated costs, saving opportunities and labor costs. The goal is to have both teams committed to timelines and resources within a few days of the meeting. This ensures that there are no surprises for either team along the way.
AWS access is not granted to the Product Team until the Build phase. The Product team is provided with a Sandbox account with a spend limit, a non-production and a production environment to work with.
For monitoring and to assist the Product Team with best practice, the FinOps Team sets budget alerts for each account - if there’s a spending problem, it’s identified early on and the team is given help to improve their practices. Actual spend is monitored alongside forecast spend, giving Product Teams visibility of their activities.
The FinOps team also provides access to a third party SaaS Cost Management tool and trains product owners on how to use it. This helps to ensure they are confident to be cost-conscious with Engineers.
Ashley emphasised the cross-cutting nature of the FinOps team and its importance to make sure everyone is aligned and following best practices. The FinOps team needs to be able to talk to Executives, Finance as well as understand the engineering processes.
When it comes to managing spend across multiple products and teams, there are likely to be under/overspends. Pearsons’ products are grouped in teams and this helps underspend and overspend within business units usually balance out.
It’s also important to note that overspend isn’t always a sign that something is wrong - growth in spend could be due to growth in customers. When speaking to Finance business partners, turn the conversation around to explain why spend has increased and try to focus on value and metrics like Cost per User. You can find a list of common FinOps KPIs here.
It’s important to get buy-in from across the organisation. A really good way of doing this is to incentivise teams to keep within their budgets through giving kudos and recognition in internal communications.
The FinOps Foundation is a great place to look for resources on getting started. The FinOps Foundation is a community of practitioners, some of whom are accredited to deliver FinOps projects.
Cloudsoft are a FinOps Certified Service Provider and would be very happy to talk to you about getting FinOps principles established within your organisation. Book a complimentary consultation with one of our Cloud Experts and get started!