Bei einer Due Diligence muss unsere Interessenlage sichtbar neutral sein – bei kaum einem anderen Projekt ist das so wichtig. Wir bewerben uns nicht um die Behebungsarbeiten und sagen das von Anfang an. Denn ein Gutachten des Teams, das die Mängel anschließend selbst beheben will, ist kaum etwas wert.
Wir prüfen, was nach dem Deal den Ausschlag gibt: Codequalität und Testabdeckung, Architektur samt Skalierungsgrenzen, Sicherheitslage, Lizenzen und IP-Hygiene, Entwicklung der Infrastrukturkosten und – meist der aussagekräftigste Punkt – wie viel kritisches Wissen in den Köpfen von ein oder zwei Personen steckt.
Der Bericht trennt, was wirklich defekt ist, von dem, was nur unmodern ist. Viele profitable Systeme sind unglamourös, und eine Empfehlung zum Neubau muss sich erst beweisen. Befunde kommen mit Schweregrad, geschätzten Behebungskosten und ihrer Auswirkung auf den Preis.
