Hvordan udfører du teknisk due diligence ved et opkøb?

Question

Accepted Answer

Teknisk due diligence er en **struktureret risikovurdering** af målselskapets teknologi, team og hvordan det vil integreres. Målet er at afdække, hvad der kunne ødelægge aftalens værdi, og planlægge integrationen realistisk, før pengene skifter hænder.

## En due diligence-checklist

```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 risici er ofte **mennesker og integration**, ikke selve koden.

## Konkret eksempel

Due diligence på et opkøb afslører solid arkitektur, men en enkelt ingeniør, der holder alle kritiske kendskab, og aggressiv brug af restriktive open source-licenser, så CTO'en anbefaler fastholdelsespakker og en licensudretningsplan som aftalebetingelser.

## Kompromiser og faldgruber

- **Faldgru:** kun at fokusere på koden og miste mennesker/fastholdelse og integrationrisiko.
- **Faldgru:** at undervurdere integrationomkostninger, som kan slette aftalens værdi.
- Due diligence er tidsbegrænset; du skal prioritere de risici, der påvirker aftalens værdi mest.

## Hvorfor det betyder noget

Opkøb formodes ofte ikke at levere værdi på grund af undervurderet teknisk og integrationrisiko.

Grundige due diligence beskytter virksomheden mod at købe skjulte forpligtelser og baserer prisen og planen på virkelighed.

Som aftalerådgiver kan CTO'ens dømmekraft her forhindre en meget dyr fejl.