← Back to blog

Platform Engineering: When to Build an Internal Platform Team (and When It Is Waste)

An internal platform team pays off when five or more squads solve the same infrastructure problems in parallel. Below that volume, platform engineering turns into fixed cost with no measurable return. The math below shows where the cutoff sits.

What a platform team builds

Platforms ship internal developer tools, golden paths, and self-service infrastructure with a product mindset. The scope differs from IT ops and SRE: ops keeps production stable, SRE owns reliability, and the platform delivers an internal product with its own roadmap. Engineers are the users; adoption is the metric.

The signal that the moment arrived

Five teams building deploy pipelines, observability setups, and service templates in parallel generate countable waste. Add the hours burned per squad per quarter and compare against the cost of three dedicated engineers. When duplication passes the dedicated team, the signal lit up.

Sizing rule

One platform engineer per 15 to 25 product engineers holds up in practice. Below that ratio, the work spreads across squads without coordination overhead. Above it, centralizing saves weeks per quarter for every consuming team. Backstage, from Spotify, exists to give that centralization a home without closing the source.

Failure pattern: building what nobody asked for

Platform teams love inventing tools developers never requested. Treat internal tooling as a real product: user segments, research, roadmap, and adoption metrics. Interview ten developers before writing the first line of code, and publish the roadmap for the same ten to judge.

Metrics that prove value

  • Time to first deploy for a new service.
  • Percentage of teams running on golden paths.
  • Drop in ticket volume across infrastructure channels.

Publish all three numbers every quarter. A platform without public metrics turns into a contested cost center during the next budget cycle.

When it is waste

Under 40 engineers, with a stable monolith and infrequent deploys, one staff engineer owning the tools part-time beats any dedicated team. Save the headcount for product work and rerun the math every six months.

Anti-pattern: platform as police

A platform team with blocking power kills its own adoption and pushes squads toward shadow infrastructure. Offer a better path and measure voluntary uptake; mandates produce quiet sabotage and two parallel systems to maintain.

Facing this challenge in your company?

I help CTOs and engineering teams solve problems like this — with honest diagnosis and focused execution.

Schedule a conversation
Marc Reinan Gomes
Marc Reinan Gomes Staff Engineer & Consultant

14+ years building products, leading engineering teams, and helping companies scale with technical quality.

Share on LinkedIn