Hvordan deler du et stort prosjekt inn i leveranser?

Question

Accepted Answer

Et stort prosjekt er en vegg av risiko og usikkerhet. Ved å dele det opp i små, uavhengig leverbare deler, gjør du det **planleggbart, parallelliserbart og risikofritt**. Kunsten er å dele slik at hver del leverer verdi og avslører risiko tidlig.

## Hvordan du deler

```text
✓ Slice VERTICALLY — thin end-to-end features, not horizontal layers
✓ Ship the RISKIEST/most uncertain part early — learn before you commit
✓ Make each slice INDEPENDENTLY valuable and shippable if possible
✓ Keep slices SMALL — days, not months
✓ Sequence so the team can work in PARALLEL
✓ Define DONE for each (tested, deployed, not just "code written")
```

## Vertikal slår horisontalt

Bygg ikke "hele backend, deretter hele frontend", du får ingenting som kan demonstreres på uker og integrerer til slutt (hvor det hele ødelegges). I stedet bygger du én tynn feature fullt ut, fra ende til ende, så den neste. Du leverer og lærer kontinuerlig.

## Et konkret eksempel

For "bygge et rapporteringssystem" er den første delen ikke "databaselaget". Det er "en rapport, ekte data, på skjermen, fra ende til ende". Det beviser at hele pipelinen fungerer og gir brukere noe å reagere på i uke én.

## En fallgruve

For fint deling skaper koordinasjonskostnader; for grovt og du er tilbake i big-bang risiko. Sikte på delinger som én person kan fullføre på dager.

## Hvorfor det er viktig

Big-bang prosjekter mislykkes big-bang, du finner det ut sent, når det er dyrt å endre.

Små vertikale delinger lar deg levere verdi tidlig, korrigere kursen billig og holde hele teamet produktivt i parallell.