IT Due Diligence: Wie Sie ein Tech-Team bei Übernahmen und Investitionen bewerten
Wenn ein Unternehmen übernommen wird oder Investoren einsteigen, steht die Technologie-Abteilung selten im Mittelpunkt der Prüfung. Umsatzzahlen, Marktposition, rechtliche Risiken — das alles wird gründlich analysiert. Doch das Tech-Team? Oft ein blinder Fleck. Ein Fehler, der Millionen kosten kann.
Dieser Guide zeigt Ihnen, was eine fundierte Technical Due Diligence umfasst, welche Red Flags Sie sofort erkennen müssen und wie ein externer Recruiting-Partner Lücken nach der Übernahme schließt.
Warum IT Due Diligence entscheidend ist
Bei 70% aller gescheiterten Übernahmen im Tech-Bereich spielen Probleme in der Technologie-Organisation eine zentrale Rolle. Nicht weil die Software schlecht ist — sondern weil das Team, das sie gebaut hat, nicht so aufgestellt ist, wie der Käufer es erwartet hat.
Eine IT Due Diligence geht über den Code hinaus. Sie bewertet die Menschen, die Prozesse und die Fähigkeit des Teams, das Produkt in Zukunft weiterzüntwickeln. Denn am Ende kaufen Sie nicht nur Software — Sie kaufen die Fähigkeit, diese Software am Leben zu halten und auszubauen.
Investoren wie Venture-Capital-Fonds und Private-Equity-Gesellschaften wissen das längst. Bei SaaS-Deals mit Bewertungen über EUR 10 Mio. ist eine Technical Due Diligence Standard. Aber auch bei kleineren Übernahmen — etwa wenn ein Mittelständler ein Software-Startup kauft — sollte sie zum Pflichtprogramm gehören.
Die 5 Säulen der Tech-Team-Bewertung
Eine gründliche IT Due Diligence untersucht das Tech-Team in fünf zentralen Dimensionen. Jede einzelne kann den Wert des Unternehmens massiv beeinflussen.
Team-Zusammensetzung & Struktur
Wie ist das Team aufgebaut? Gibt es eine klare Hierarchie mit Tech Lead, Engineering Manager und CTO — oder macht der Gründer alles selbst? Wie gross ist das Team im Verhältnis zur Produktkomplexität?
Bei einem SaaS-Produkt mit 50.000 Nutzern und nur 3 Entwicklern sollten Alarmglocken läuten. Entweder ist das Produkt technisch trivial — oder das Team ist chronisch unterbesetzt und hat Shortcuts genommen, die später teuer werden.
Prüfen Sie: Organigramm, Rollen und Verantwortlichkeiten, Team-Grösse vs. Produkt-Scope, Verhältnis Senior zu Junior, Freelancer-Anteil, Standorte und Zeitzonen.
Skill Gaps & Kompetenzlücken
Hat das Team die Fähigkeiten, die es braucht um das Produkt in den nächsten 3-5 Jahren weiterzüntwickeln? Wenn das Produkt auf Kubernetes läuft aber niemand im Team DevOps-Erfahrung hat, ist das ein stilles Risiko.
Besonders kritisch: Wenn wichtige Kompetenzen nur bei einzelnen Personen liegen. Das führt direkt zur nächsten Säule — dem Key Person Risk.
Key Person Risk
Häufigster Deal-KillerIn fast jedem Startup und vielen Mittelständlern gibt es eine Person, ohne die nichts geht. Der Entwickler, der das gesamte Backend gebaut hat. Der DevOps-Engineer, der als Einziger die Infrastruktur versteht. Der CTO, der alle Architekturentscheidungen im Kopf hat — undokumentiert.
Wenn diese Person nach der Übernahme geht — und das passiert häufiger als man denkt — steht das gesamte Produkt still. Bei PE-Deals rechnen erfahrene Investoren den Key-Person-Abschlag direkt in die Bewertung ein: Typischerweise 10-25% Bewertungsreduktion pro kritischer Einzelperson.
Warnung: Fragen Sie nicht nur “Wer könnte gehen?” sondern “Was passiert, wenn Person X morgen nicht mehr da ist?” Wenn die Antwort “Dann haben wir ein ernstes Problem” ist, haben Sie Ihren größten Risikofaktor gefunden.
Tech-Stack-Alter & Modernisierungsbedarf
Ein Tech-Stack ist kein Wein — er wird mit dem Alter nicht besser. Wenn ein Produkt auf PHP 5.6, jQüry und einem selbstgebauten Framework aus 2014 läuft, müssen Sie die Modernisierungskosten einkalkulieren. Das kann schnell 6-12 Monate Entwicklungszeit bedeuten — ohne neue Features.
Aber auch das Gegenteil ist ein Risiko: Ein Startup, das bei jeder neuen Technologie sofort umstellt, hat möglicherweise ein Frankenstein-System aus 15 verschiedenen Frameworks und Sprachen, das niemand vollständig überblickt.
Tech-Stack-Bewertungsmatrix
Technical Debt — die versteckte Hypothek
Technical Debt ist der Unterschied zwischen dem Code, den ein Team hätte schreiben sollen, und dem Code, den es tatsächlich geschrieben hat. In jedem Unternehmen gibt es davon etwas. Die Frage ist: Wie viel, und wie teuer wird die Tilgung?
Typische Indikatoren für hohe Technical Debt: Keine automatisierten Tests, fehlende oder veraltete Dokumentation, monolithische Architektur die längst hätte aufgeteilt werden müssen, keine CI/CD-Pipeline, manuelle Deployment-Prozesse, “nur Hans weiß wie das funktioniert”.
Bei der Due Diligence sollten Sie die Debt quantifizieren: Wie viele Entwickler-Monate braucht es, um den Code auf einen wartbaren Stand zu bringen? Bei stark verschuldeten Codebasen kann das 30-50% der Entwicklungskapazität im ersten Jahr nach der Übernahme binden.
Red Flags: Wann Sie genaür hinschauen müssen
Nicht jedes Problem in einem Tech-Team ist ein Deal-Breaker. Aber bestimmte Muster deuten auf systemische Probleme hin, die nach der Übernahme teuer werden.
Hohe Fluktuation im Tech-Team
Mehr als 20% Abgänge pro Jahr deuten auf kulturelle oder kompensatorische Probleme hin. Fragen Sie nach den Gründen — und prüfen Sie die Antworten.
CTO oder Lead-Entwickler kündigt vor dem Deal
Wenn Schlüsselpersonen den Exit des Gründers als Anlass nehmen zu gehen, ist das ein Zeichen für geringe Loyalität zum Unternehmen selbst — nur zum Gründer.
Kein einziger automatisierter Test
In 2026 ist fehlende Testabdeckung ein Zeichen für systematischen Qualitätsmangel. Jede Änderung am Code wird zum Risiko.
Dokumentation existiert nicht oder ist 2+ Jahre alt
Veraltete Doku ist schlimmer als keine Doku — sie führt in die Irre. Beides signalisiert: Das Team hat nicht genug Kapazität (oder Disziplin) für nachhaltige Arbeit.
Großer Freelancer-Anteil ohne Wissenstransfer
Wenn 50%+ des Teams aus Freelancern besteht die nach dem Deal abziehen, verlieren Sie die Hälfte Ihres institutionellen Wissens. Sofort.
Monolithisches System ohne Skalierungsplan
Ein Monolith ist per se kein Problem. Aber ein Monolith ohne Plan für die nächsten Wachstumsphasen ist eine tickende Zeitbombe.
Keine klare Deployment-Pipeline
Manuelle Deployments bedeuten: Jedes Release ist ein Risiko. Rollbacks sind schwierig. Feature-Velocity leidet massiv.
Abhängigkeit von einem einzigen Cloud-Anbieter ohne Exit-Plan
Vendor Lock-in ist akzeptabel wenn bewusst. Aber ohne Exit-Strategie sind Sie Preiserhöhungen schutzlos ausgeliefert.
Was kostet es, Lücken nicht zu schließen?
Die Kosten einer unvollständigen IT Due Diligence werden oft erst Monate nach dem Deal sichtbar — wenn es zu spät ist, den Kaufpreis nachzuverhandeln.
Typische Kosten unentdeckter Tech-Risiken
Dagegen stehen die Kosten einer gründlichen Technical Due Diligence: EUR 15.000-50.000 für ein externes Assessment, abhängig von der Unternehmensgrösse. Eine Investition, die sich bei jedem einzelnen der oben genannten Risikoszenarien sofort amortisiert.
IT Due Diligence Checkliste: 20 Fragen die Sie stellen müssen
Verwenden Sie diese Checkliste als Ausgangspunkt für Ihre Technical Due Diligence. Jede unbeantwortete Frage ist ein potenzielles Risiko.
Team
- ☐Wie ist das Team strukturiert (Rollen, Hierarchie)?
- ☐Welche Positionen sind aktuell unbesetzt?
- ☐Wie hoch ist die Fluktuation der letzten 24 Monate?
- ☐Welche Mitarbeiter haben Kündigungsklauseln oder Earn-Outs?
- ☐Gibt es dokumentierte Onboarding-Prozesse?
Skills
- ☐Welche Technologien setzt das Team ein?
- ☐Gibt es Kompetenzlücken in kritischen Bereichen?
- ☐Wie hoch ist der Freelancer-Anteil?
- ☐Gibt es ein Weiterbildungsbudget und wird es genutzt?
- ☐Könnte das Team eine Tech-Stack-Migration durchführen?
Risiko
- ☐Wer sind die Key Persons und was passiert wenn sie gehen?
- ☐Gibt es Single Points of Failure in der Architektur?
- ☐Wie ist die Testabdeckung (Unit, Integration, E2E)?
- ☐Gibt es bekannte Sicherheitslücken?
- ☐Existiert ein Disaster-Recovery-Plan?
Zukunft
- ☐Passt der aktuelle Tech-Stack zur Produkt-Roadmap?
- ☐Wie lange würde ein komplettes Re-Write daürn?
- ☐Gibt es eine Skalierungsstrategie für 10x Wachstum?
- ☐Welche technischen Schulden sind dem Team bewusst?
- ☐Ist die Infrastruktur reproduzierbar (IaC)?
Nach der Übernahme: Wie ein Recruiting-Partner Lücken schließt
Die Due Diligence identifiziert die Probleme. Aber wer löst sie? In den meisten Fällen braucht das übernommene Unternehmen schnell neue Mitarbeiter — sei es weil Key Persons gehen, Skill Gaps geschlossen werden müssen oder das Team für die Skalierung vergrößert werden soll.
Genau hier wird ein spezialisierter IT-Recruiting-Partner zum entscheidenden Faktor für den Erfolg der Übernahme.
Key-Person-Replacement
Wenn der CTO oder Lead-Architekt geht, brauchen Sie innerhalb von 4-8 Wochen einen Nachfolger der die Architektur versteht und das Team führen kann. Das ist kein Job für eine Stellenanzeige auf LinkedIn — das erfordert aktive Suche in spezialisierten Netzwerken.
Skill-Gap-Closing
Die Due Diligence hat ergeben, dass DevOps- und Security-Kompetenz fehlen? Ein Recruiting-Partner mit Multi-Market-Zugang findet diese Spezialisten schneller als Ihre interne HR-Abteilung, die den DACH-Markt bereits abgesucht hat.
Team-Skalierung
Post-Acquisition heißt oft: schnelles Wachstum. Statt 5 Entwickler brauchen Sie 15. In 6 Monaten. Das erfordert parallele Suche in mehreren Märkten, standardisierte Technical Screenings und effizientes Onboarding.
Freelancer-zu-Festanstellung-Conversion
Wenn große Teile des Teams aus Freelancern bestehen, müssen diese entweder in Festanstellungen konvertiert oder durch festangestellte Mitarbeiter ersetzt werden. Beides erfordert Fingerspitzengefühl und Geschwindigkeit.
Kultur-Integration
Nach einer Übernahme ist die Kultur fragil. Neue Hires müssen nicht nur fachlich passen, sondern auch die Brücke zwischen alter und neuer Unternehmenskultur schlagen können. Das erfordert ein tiefes Verständnis beider Seiten.
Warum NexaTalent für Post-Acquisition-Recruiting
Übernahmen erfordern Geschwindigkeit, Präzision und Diskretion. Genau dafür ist NexaTalent gebaut.
Fazit: Das Tech-Team ist der wahre Wert
Code kann umgeschrieben werden. Infrastruktur kann migriert werden. Aber ein eingespieltes Tech-Team, das weiß wie das Produkt funktioniert, warum bestimmte Entscheidungen getroffen wurden und wie man es weiterentwickelt — das kann man nicht einfach ersetzen.
Deshalb ist die IT Due Diligence keine optionale Zusatzleistung, sondern ein essenzieller Teil jeder Übernahme oder Investition im Tech-Bereich. Und deshalb müssen die Ergebnisse nicht in einer Schublade verschwinden, sondern in einen konkreten Personalplan münden.
Bewerten Sie das Team mit der gleichen Gründlichkeit wie die Bilanz. Identifizieren Sie Risiken bevor sie zu Kosten werden. Und haben Sie einen Plan, wie Sie Lücken schnell und präzise schließen — mit einem Partner, der den IT-Markt kennt.
Übernahme geplant? Tech-Team-Lücken schließen?
Wir unterstützen Sie bei der Bewertung und Besetzung Ihres Tech-Teams — vor, während und nach der Transaktion. Erfolgsbasiert, DACH-Raum, muttersprachliches Screening.
Kostenlose ErstberatungNexaTalent · IT-Recruiting DACH
IT-Recruiter mit technischem Hintergrund. Spezialisiert auf Backend, DevOps und Tech-Leadership im DACH-Raum. Technisches Screening auf Deutsch und Englisch.
IT-Position zu besetzen?
Erste Profile in 48h. Erfolgsbasiert — Sie zahlen nur bei Einstellung.
Kostenlose Erstberatung