PEC.com
Team-size cost framework

5-engineer platform team: the MVP configuration at $1.2M to $1.6M a year

Five engineers is the smallest configuration that can simultaneously run sustainable on-call, cover all major IDP capability areas, and make forward progress. The MVP of intentional platform engineering.

Annual all-in
$1.2M-$1.6M
Salary about 70-75 percent of total; tooling and overhead the rest.
Sustainable on-call
1-in-5
Reasonable rotation with holiday and sickness coverage.
Right fit at
60-150 devs
The MVP configuration. Below 60 is over-investment; above 150 is under-staffed.

Why 5 engineers is the MVP threshold

Five is the smallest platform-team size that can do three things at the same time:

  • Run sustainable on-call. A 1-in-5 rotation gives each engineer one week of on-call per five-week cycle, which is sustainable indefinitely. Holiday and sickness coverage is comfortable.
  • Cover all major IDP capability areas. CI/CD, observability foundation, secrets, golden-path authoring, service-catalogue customisation, basic self-service infrastructure provisioning. With 5 engineers each can own one or two areas without being the only person who knows it.
  • Make forward progress on the platform. Operational load (on-call, incident response, vendor coordination, integration maintenance) typically consumes about 40 to 50 percent of the team's capacity. With 5 engineers, the remaining 50 to 60 percent (about 2.5 to 3 engineer-equivalents of capacity) is enough to make visible roadmap progress quarter to quarter.

With 4 engineers, all three are achievable but with very little margin. With 3 engineers, you can do two of the three but not all three at once. Five is the configuration at which the platform team starts to feel like it can both run the platform and build it forward, rather than feeling perpetually behind on one of those two.

The seniority mix

The most common shape of a 5-engineer platform team is:

  • 1 lead engineer. Staff level (L6 equivalent) or senior-staff. Loaded cost typically $300k to $400k. Wears the technical leadership hat, often wears the engineering-manager hat part-time, owns architectural decisions and the platform-team roadmap.
  • 2 senior engineers. L5 equivalent. Loaded cost about $234k each. Each owns one or two capability areas, contributes to architectural decisions, mentors the mid-level engineers.
  • 2 mid-level engineers. L4 equivalent. Loaded cost about $182k each. Each focused on hands-on contribution to one capability area, growing into broader scope, learning operational discipline.

Salary mix totals about $1.0M to $1.05M for the typical configuration. Variations: an all-senior team (no mid-level) totals about $1.17M; an all-mid team (no senior, lead at senior) about $850k. The all-mid configuration is usually a mistake because the lead becomes a single point of failure for senior judgement and architectural decisions; the all-senior configuration is over-paying for tasks that mid-level engineers can do well.

Cost line by line

  • Salary. $1.0M to $1.17M loaded for the team. About 70 to 75 percent of total platform cost.
  • Hidden overhead. $120k to $180k a year. On-call stipends across 5 people, training budget ($15k to $50k total), recruiting amortisation, equipment, per-head SaaS. Larger in absolute terms than the 2-engineer team's overhead, but similar as a percentage of total.
  • Tooling. $80k to $200k a year for a 60 to 150-engineer organisation at standard tier. Below 80 product engineers, tooling cost is constrained by the small per-engineer tooling budget; above 100 engineers, tooling cost grows with the developer headcount.
  • Cloud infrastructure for the platform itself. $30k to $90k a year. Larger Kubernetes cluster, more observability ingest, more secrets-manager capacity, occasionally a dedicated developer-portal hosting tier if self-hosted.

Total: $1.2M to $1.6M a year. The lean configuration (mid-heavy team, minimal tooling) lands at the lower end; the standard configuration (typical seniority mix, standard tooling) at the upper end.

What the team can deliver in year one

A 5-engineer team at a 60 to 100-developer organisation can realistically deliver in year one:

  • Two golden paths covering the two most common service types, with automated scaffolding and basic self-service environment provisioning.
  • Mature CI/CD with build-time SLAs, pipeline observability, and team-level pipeline metrics.
  • A working observability foundation with per-team dashboards, basic SLO tracking, and curated alerting rules.
  • Secrets management with rotation policies, audit logging, and integration into the deployment workflow.
  • A service catalogue with high data freshness (entity sync from sources of truth) and basic ownership-and-runbook discipline.
  • Two to three working scorecards covering reliability, ownership, and one of security or documentation.
  • An on-call rotation for the platform itself with mature escalation policies and reasonable rotation cadence.

What the team cannot reasonably deliver in year one:

  • Many golden paths covering uncommon service types.
  • Deep custom platform integrations beyond what stock vendor products plus a few in-house plugins cover.
  • FinOps integration with platform decisions.
  • Multi-region operations.
  • A formal Platform Product Manager function.

Sub-team specialisation: not yet

At 5 engineers, the team is too small to split into sub-teams. The lead carries technical leadership; each engineer owns one or two capability areas; the team plans as a single unit. Sub-team specialisation becomes useful around 10 engineers (see /ten-engineer-platform-team-cost); attempting it at 5 engineers creates more coordination overhead than it saves.

That said, light specialisation is still useful at 5 engineers. The common pattern: each engineer has a primary capability area and a secondary, with capability ownership rotating every 6 to 12 months to spread institutional knowledge. This avoids the failure mode of "each engineer is the only person who knows one area" while still letting individual engineers go deep enough on their primary area to deliver substantive work.

The cost case for hiring the sixth

The sixth platform engineer costs an additional $182k to $234k loaded a year. The case for hiring them is typically one of the following:

  • The product organisation has grown past 100 product engineers and the platform team's roadmap is slipping.
  • A major capability area (FinOps, multi-region operations, compliance engineering) has become a real workstream that needs sustained attention.
  • The lead is wearing too many hats (technical lead plus de facto manager plus de facto product manager) and needs the first dedicated headcount for one of those functions.
  • The team has shown sustained ability to invest the extra capacity productively, not just to absorb it into on-call and operations.

The seventh hire typically goes to formalising the engineering-manager role so the lead can return to technical contribution. The eighth typically goes to a Platform Product Manager. By the time the team reaches 10 engineers, sub-team specialisation has crossed into being useful.

Comparison with adjacent team sizes

  • 2 engineers: $500k-$700k, suits 20-40 product engineers, bootstrap configuration.
  • 5 engineers: $1.2M-$1.6M, suits 60-150 product engineers, the MVP configuration (this page).
  • 10 engineers: $2.4M-$3.2M, suits 150-250 product engineers, sub-team specialisation crossover.

For corresponding org-size cost pictures see /cost-for-50-developers, /cost-for-100-developers, and /cost-for-250-developers.

Salary figures per BLS OEWS and Levels.fyi. Verified 2026-05-11.

Frequently asked questions

What does a 5-engineer platform team cost?
About $1.2M to $1.6M a year loaded. The typical mix is one lead at staff or senior-staff level (loaded $300k to $400k), two senior engineers ($234k loaded each), two mid-level engineers ($182k loaded each). That salary mix totals about $1.0M to $1.05M. Add hidden overhead ($120k to $180k) and tooling ($80k to $200k for a 60 to 150-engineer organisation at standard tier) to get to $1.2M to $1.6M total platform cost. The single biggest variable is the lead's seniority; a staff-level lead pushes the total to the upper end, a senior-level lead to the lower.
Why is 5 engineers called the MVP configuration?
Five is the smallest team that can simultaneously run sustainable on-call (1-in-5 rotation), cover the major IDP capability areas (CI/CD, observability foundation, secrets, golden paths), absorb planned and unplanned absences, and have enough capacity left over to make forward progress on platform improvements. Four engineers can cover the same scope but with very little margin. Three engineers can cover sustainable on-call but not all the capability areas. Five is the threshold at which the platform team feels like it can both operate and improve simultaneously rather than feeling perpetually behind.
What does a 5-engineer team cover that a 3-engineer team cannot?
Three additional capability areas, typically. First, a service-catalogue customisation effort beyond stock vendor IDP features (custom plugins, integration with internal systems, scorecard rule authoring). Second, a working observability story that goes beyond the vendor stock (per-team dashboards, SLO tracking, alerting rule curation rather than just configuration). Third, basic self-service infrastructure provisioning beyond what the IDP gives for free (custom Terraform modules, golden-path environment templates, simple FinOps integration). All three of these need attention from a senior engineer over multiple quarters; a 3-engineer team running on-call cannot reliably free that attention.
At what organisation size does a 5-engineer team make sense?
Sixty to one hundred fifty product engineers. The 1:10 to 1:12 ratio puts 5 platform engineers at the 50 to 60-developer scale on the lean end and 60 to 75 on the typical end; the realistic range stretches up to about 150 because organisations between 100 and 150 developers often run intentionally lean platform teams. Below 60 product engineers, 5 engineers is over-investment; you can deliver the same scope with 3 to 4 engineers and reinvest the difference. Above 150 product engineers, 5 engineers is under-investment and the team will perpetually feel behind.
When should we add the sixth (and seventh) platform engineer?
Either when the product organisation crosses 80 to 100 engineers, when the platform team's roadmap is consistently slipping by 30+ percent quarter-over-quarter, or when a major capability area (FinOps, multi-region, compliance) becomes a real workstream that needs sustained attention. The sixth hire typically goes to whichever area is most behind: often CI/CD optimisation, often observability tuning, often a dedicated developer-experience or adoption focus. The seventh hire is often a first formal engineering manager so that the lead can stop wearing two hats.
What is the failure mode of a 5-engineer team?
Two common failure modes. First, the team tries to deliver the scope of an 8-engineer team and runs perpetually behind, leading to engineer burnout and slow attrition. The fix is rigorous scope discipline: choose what the team will not do, communicate it clearly, accept the trade-off. Second, the team specialises too early (each engineer becomes the only person who knows one capability area), which makes the team fragile to attrition and creates internal coordination overhead. The fix is intentional rotation: each engineer should spend 6 to 12 months in each major capability area over their first 18 to 24 months on the team.

Updated 2026-05-11