What kind of services did you push to the platform team? If product teams need to wait for the platform team to deliver on some features then it doesn’t sound like a platform team.
A platform team is there to consolidate tooling and provide services that enable product teams to move faster.
Think of it as an internal AWS. In small companies AWS is the platform team. If you’re talking about an upstream service that your product team depends on, it’s just an internal product team that’s understaffed. Or poor organization if your product team’s domain has been split up into two teams arbitrarily based on e.g. managerial politics or front end/backend division.
The platform team was developing the core framework that a few applications ran on. At one point this was either a C#-based GUI framework for Windows apps, extending WinForms and later WPF with various business-area specific controls (e.g. network topologies, protocol stacks etc.) and various communication frameworks to talk to some shared embedded hardware or to do cross-product integrations. At other times it was a Java based web framework to help move these Windows apps to the cross-platform world of VM HTTP servers, handling things like authorization in a unified way, apart from some of the same concerns as the original C#.
The products using the shared frameworks had slightly different histories and were mostly addressed to different market segments with different conventions, but still neede plenty of common scaffolding that a platform provided. A common platform team seemed to be a natural fit, and to a great extent in worked, but the problems I was discussing earlier were also pretty constant throughout its lifetime.
A platform team is there to consolidate tooling and provide services that enable product teams to move faster.
Think of it as an internal AWS. In small companies AWS is the platform team. If you’re talking about an upstream service that your product team depends on, it’s just an internal product team that’s understaffed. Or poor organization if your product team’s domain has been split up into two teams arbitrarily based on e.g. managerial politics or front end/backend division.