Hvordan balanserer du hastighet og kvalitet under en frist?

Question

Accepted Answer

Intervjuere ønsker en **bevisst, kontekstavhengig avveining** — ikke en dogmatisk "alltid ship raskt" eller "aldri kompromiss". Nøkkelen er å gjøre avveiningen *bevisst og synlig*.

## Slik nærmer du deg det

```text
1. Identify what quality is non-negotiable (correctness, security, data safety)
2. Find what can be deferred (polish, edge cases, refactors)
3. Cut scope, not core quality — ship less, not worse
4. Name any debt out loud and schedule paying it down
```

## Gjennomarbeidet eksempel

```text
S: We had three days to launch an MVP for a client pilot.
T: Full feature set wasn't possible without risking stability.
A: I shipped the core happy path solidly, deferred two edge cases behind a flag,
   and wrote a ticket for the debt with a date. I told the client which parts
   were preview-only.
R: The pilot launched on time and stable. We closed the deferred tickets the
   following sprint.
```

## Godt versus svakt

```text
✓ Conscious tradeoff, debt tracked, scope cut
✗ Shipping broken code silently to hit a date
✗ Refusing to ever bend, missing the deadline
```

## Hvorfor det er viktig

Hastighet og kvalitet er vanligvis et scope-problem i forkledning — å redusere scope beskytter begge.

Å nevne teknisk gjeld høyt holder snarveier ærlige, slik at de blir betalt tilbake i stedet for glemt.

Å vite *hvilken* kvalitet som er ikke-forhandlingsbar er skjønn som kommer med erfaring — det er hva intervjuere undersøker.