Platform Teams
Reducing other teams' cognitive load, measured by adoption.
4 to work through
-
intermediate
A platform team is overwhelmed by requests and product teams complain about waiting. What does the boundary between them need to change?
2 min answer -
intermediate Multiple choice
A platform team of 9 serving 300 engineers changes model. It stops publishing modules and libraries that teams run themselves and starts operating the runtime: it owns the clusters, the pipelines and the base images, and it holds the pager for them. Within two quarters the share of services on the supported path goes from 60% to 95% and a runtime upgrade that used to take three quarters takes five weeks. What has the organisation given up?
3 min answer -
intermediate
When should an organisation create a platform team, and what distinguishes one from a service desk?
2 min answer -
advanced
You run a platform team of twelve serving four hundred engineers. Product teams say the platform is a bottleneck; your team says the requests are unbounded and they cannot do product work. Both are right. What do you change?
2 min answer
2 terms in this topic
Platform Team Product Model
Running an internal platform team with product management disciplines — users, roadmap, support, metrics — rather than as an infrastructure function.
conceptPlatform Teams
Teams providing self-service internal capability to reduce the cognitive load on delivery teams — distinguished from a service desk by self-service.
Neighbouring topics
Enterprise Architecture
General material on architecture at portfolio and estate scale.
EA Domains
Business, application, data and technology architecture as viewpoints.
Application Architecture
The application estate as a designed portfolio rather than an accumulation.
Technology Architecture
Platforms, runtimes and infrastructure standards across the estate.
Capability Maps in EA
The stable frame for hanging investment, ownership and health off.
Application Portfolio Management
Inventory, ownership, cost and health for every application.
Application Rationalisation
Retire, consolidate, replatform — and why retirement is under-applied.
Technology Standards
Guidance that teams follow because it helps, not because it is mandated.
Technology Radar
Adopt, trial, assess and hold — with movement, dates and owners.
Reference Architectures
Pre-approved templates for recurring solution shapes.
Architecture Governance
Preventive, automated controls rather than review meetings.
Architecture Review Boards
Thresholds, early engagement and a real route to accept deviation.
Enterprise Integration
Estate-wide integration strategy, standards and shared infrastructure.
TOGAF
The ADM as a checklist, tailored rather than followed literally.
EA Frameworks
Zachman, FEAF and others — vocabulary rather than method.
Architecture Roadmaps
Sequencing change across an estate with dependencies and funding.
Paved Roads
Making the supported path the easiest path, with a way to leave it.
InnerSource
Open-source collaboration practices applied inside an organisation.
EA Metrics
Measuring whether architecture work changed anything.