liveBook · Manning

Thinnest viable platform

As explained in Architecture Modernization: Socio-technical alignment of software, strategy, and structure

The smallest set of platform APIs, documentation, and tools that accelerates teams developing modern software services and systems.

A thinnest viable platform is the smallest set of APIs, documentation, and tools that accelerates teams developing modern software services and systems. It is a foundation for engineering teams, not a side project, and requires dedicated ownership and long-term funding when shared infrastructure has become neglected. section 13.5

Shape the platform around progressive delivery rather than a large up-front program:

  • Build enough platform capability to deliver the first modernization slice, then extract and establish the reusable pieces. section 16.2.3
  • Think big about the desired platform while working small enough to learn and refine direction. section 16.2.3
  • Use a proof of concept first when production pathways may expose risks that cannot be resolved quickly. section 16.2.3
  • Fund a dedicated platform team when common infrastructure increases product teams’ cognitive load or leaves engineers carrying unsustainable side work. section 13.5

A growing autonomous startup

A startup with highly autonomous teams initially resisted centralization. As common infrastructure became neglected, a few engineers maintained it alongside product work, increasing cognitive load and burnout. Expected team growth made a dedicated platform team increasingly appropriate. section 13.5

Walking skeleton

Platform and software engineers can collaborate on an initial slice through planning, daily coordination, and mob programming, then deploy a thin application version to production early. This establishes the production path while reducing later launch risk. section 16.2.3

How Architecture Modernization: Socio-technical alignment of software, strategy, and structure covers it

How deep it goes
Explains incremental formation, dedicated ownership, production-path risks, and proof-of-concept alternatives without prescribing detailed implementation.
Examples
Uses a growing startup, a modernization first slice, collaborative mob programming, and early production deployment as concrete examples.
What you can do after
Apply it by defining a small first platform slice, testing the production path, and expanding capability as validated needs emerge.
How it connects
Connects internal developer platforms with modernization, platform teams, golden paths, proof of concept, and walking skeletons.

Related concepts

This explainer was generated by Manning's knowledge graph from the text of Architecture Modernization: Socio-technical alignment of software, strategy, and structure. The section links point to the parts of the book it draws on.