Hvordan tar du beslutninger om å bygge kontra kjøpe?

Question

Accepted Answer

**Bygge kontra kjøpe** spør om du skal utvikle noe internt eller ta i bruk et eksisterende produkt eller tjeneste. Instinktet til å bygge er sterkt og ofte feil; den reelle kostnaden ved å bygge inkluderer år med vedlikehold, ikke bare den første versjonen. Beslutningen avhenger av om det er *kjernefunksjonalitet* for virksomheten din.

## En beslutningsramme

```text
LEAN BUY when:                     LEAN BUILD when:
- It's NOT your core differentiator  - It IS your core value/differentiator
- A mature solution exists           - No good solution fits your needs
- Speed-to-market matters            - You need deep control/customization
- You lack expertise to maintain it  - Long-term cost of buying is prohibitive
- TCO of buying < building+upkeep     - Vendor lock-in is an unacceptable risk
```

## Et konkret eksempel

Ikke bygg ditt eget autentiseringssystem – identitet er vanskelig, sikkerhetskritisk, og ikke din konkurransefordel; kjøp/integrer en påvist leverandør. *Bygg* din kjerne-anbefalingsmotor hvis anbefalinger er det som gjør produktet ditt spesielt. Bygg det som gjør deg *deg selv*; kjøp resten.

## Tell den virkelige kostnaden

Team undervurderer kronisk bygging: den første versjonen er 20% av levetidskostnaden. Vedlikehold, sikkerhetslapper, grensesaker og på-vakt-vakter gjør det skrånende. Tell total eierskap over år, ikke demoen du kan levere i en sprint.

## En felle

"Ikke oppfunnet her" fører til gjenoppbygging av løste problemer; blindt kjøp fører til leverandørlåsing og verktøy som ikke passer. Bestem deg bevisst, fra tilfelle til tilfelle.

## Hvorfor det er viktig

Å bygge den feil tingen internt drenererer år med ingeniørinnsats inn i udifferensiert arbeid.

Å få dette riktig konsentrerer din knappe ingeniørtid på det som faktisk gjør at virksomheten vinner.