Hvordan dekomponerer du et stort projekt til leverancer?

Question

Accepted Answer

Et stort projekt er en mur af risiko og usikkerhed. At opdele det i små, uafhængigt leverbare dele gør det **planlæggeligt, paralleliserbart og risikoaftagende**. Kunsten er at skære så hver del leverer værdi og afslører risiko tidligt.

## Hvordan man skærer

```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")
```

## Vertikalt slår horisontalt

Byg ikke "hele backend'en, så hele frontend'en", du får ikke noget demovredeligt i ugevis og integrerer til sidst (hvor det hele går i stykker). I stedet bygger du en tyndt træk fuldt ud, ende til ende, derefter den næste. Du leverer og lærer kontinuerligt.

## Et konkret eksempel

For "build a reporting system" er det første snit ikke "databaselaget". Det er "én rapport, rigtige data, på skærmen, ende til ende". Det beviser, at hele pipelinen fungerer og giver brugere noget at reagere på i uge et.

## En fælde

At skære for fint skaber koordinationsomkostninger; for groft og du er tilbage til big-bang-risiko. Sigter efter skæring, som en person kan afslutte på dage.

## Hvorfor det betyder noget

Store projekter mislykkes big-bang, du finder det ud for sent, når det er dyrt at ændre.

Små vertikale snit lader dig levere værdi tidligt, kurskorrigere billigt og holde hele holdet produktivt parallelt.