Hvordan utfører du teknisk due diligence ved en oppkjøp?

Question

Accepted Answer

Teknisk due diligence er en **strukturert risikokjøring** av målets teknologi, team og hvordan det vil integreres. Målet er å avdekke hva som kan ødelegge dealens verdi og planlegge integrasjonen realistisk før penger skifter eier.

## Sjekkliste for due diligence

```text
ASSESS THE TARGET ACROSS:
- Architecture & scalability: will it hold under our growth?
- Code quality & technical debt: hidden cost to maintain/extend
- Team: key people, retention risk, knowledge concentration
- Security & compliance: breaches, gaps, liabilities
- IP & licensing: ownership, open-source risk
- Integration cost: how hard to merge with our stack/org
```

De største risikoene er ofte **mennesker og integrasjon**, ikke koden selv.

## Konkret eksempel

Due diligence ved oppkjøp avslører solid arkitektur, men en enkelt ingeniør som har all kritisk kunnskap, og aggressiv bruk av restriktive lisenser for åpen kildekode. CTO anbefaler derfor retensjonspakker og en plan for lisenssløsing som dealvilkår.

## Avveiinger og fallgruver

- **Fallgruv:** å fokusere bare på kode og overse mennesker/retensjon og integrasjonsrisiko.
- **Fallgruv:** å undervurdere integrasjonskostnader, som kan utslette dealens verdi.
- Due diligence er tidsavgrenset; du må prioritere risikoene som påvirker dealverdien mest.

## Hvorfor det betyr noe

Oppkjøp leverer ofte ikke verdi på grunn av undervurdert teknisk og integrasjonsrisiko.

Grundige due diligence-prosesser beskytter selskapet mot å kjøpe skjulte forpliktelser og forankrer pris og plan i virkeligheten.

Som dealrådgiver kan CTO's vurdering her forhindre en svært kostbar feil.