Hvordan udvikler du en platform- og arkitekturstrategi?

Question

Accepted Answer

En **platform-strategi** afgør, hvilke egenskaber der skal opbygges én gang og genbruges overalt, så produktteams bevæger sig hurtigere over tid. Kerneidéen er **gearing**: investering i delte grundlag, der multiplicerer output fra hvert team oven på.

## Hvordan man tænker om det

```text
PLATFORM STRATEGY DECISIONS
- What to platformize: common, stable, high-leverage capabilities
- Treat the platform as a product, with internal customers
- Provide "paved roads": easy defaults teams want to use
- Balance standardization (efficiency) vs autonomy (speed)
- Sequence: don't platformize before patterns are clear
```

En platform lykkes kun, hvis teams **vælger** den, fordi den gør dem hurtigere, ikke fordi den er obligatorisk.

## Konkret eksempel

Efter at flere teams hver opbyggede deres eget deployment- og auth-system, finansierer en CTO et platform-team til at levere en delt paved-road deployment-pipeline og identity service, hvilket sparer uger på opsætning pr. ny service og standardiserer sikkerhed, mens teams forbliver fri til at fravælge, når det er begrundet.

## Afvejninger og faldgruber

- **Faldgrube:** at opbygge en platform for tidligt, før virkelige mønstre dukker op (spekulativt).
- **Faldgrube:** en obligatorisk platform som teams modvilligt accepterer og arbejder uden omkring.
- Standardisering køber effektivitet, men koster autonomi; over-standardisering bremser innovation.

## Hvorfor det betyder noget

De rigtige platform-investeringer sammensat, hvilket gør hvert fremtidigt team hurtigere og mere konsistent.

De forkerte, opbygget for tidligt eller pålagt top-down, spilder indsats og avler modvillighed.

En sund platform- og arkitekturstrategi er en af de højest gearings-beslutninger en senior teknisk leder træffer, når organisationen skaleres.