Fremde Codebasis übernehmen: Tag eins liefert nichts

Wer Entwicklungskapazität einkauft, rechnet damit, dass am ersten Tag gearbeitet wird. Wird es auch. Nur nicht an der Aufgabenliste.

Eine fremde Codebasis übernehmen heißt zunächst: sie lokal zum Laufen bringen und herausfinden, wie sie in Betrieb geht. Dafür geht der erste Tag drauf.

Das ist kein verlorener Tag.

Code zu lesen und zu verstehen ist der Hauptteil der Arbeit an Bestandssoftware. In einer Feldstudie unter Berufsentwicklern entfielen im Mittel bis zu 58 Prozent der Arbeitszeit auf das Verstehen von Code.

Am ersten Tag fällt dieser Anteil nur besonders auf, weil noch nichts davon vorhanden ist.

Deshalb steht er im Angebot und wird abgerechnet wie jeder andere.

Was der Befund enthält

Was vorgefunden wurde, in welchem Zustand Build, Abhängigkeiten und Deployment sind, was zuerst zu tun ist und was das grob kostet.

Dazu die Stellen, an denen die Anwendung ohne Dokumentation auskommen muss, und die Abhängigkeiten, die seit Jahren keine Pflege mehr bekommen haben.

Der Befund entsteht im Lauf des ersten Tages und wird als kurzes Dokument übergeben; Umfang und Zeitpunkt der Übergabe regelt das individuelle Angebot.

Die Kostenschätzung darin ist eine Größenordnung für die Planung und bindet niemanden; verbindlich wird erst, was danach im Angebot steht.

Der Befund gehört dem Kunden.

Er ist auch dann etwas wert, wenn danach niemand weiterarbeitet, denn er ist die einzige Unterlage, mit der sich ein zweites Angebot vergleichen lässt.

Ein Anbieter, der ihn verschenkt, rechnet ihn woanders ein oder schreibt ihn oberflächlich.

Fünf Tage Mindestabruf, und die Rechnung dahinter

Wer Bestandscode weiterentwickeln lässt, kauft die Arbeit in Blöcken ein.

Wiederaufnahme des Standes, Abstimmung und Übergabe kosten je Block rund einen halben Personentag.

Bei einem Block von fünf Tagen ist das ein Zehntel.

Bei zwei Tagen wäre es ein Viertel, und dann zahlt der Kunde überwiegend für das Anlaufen.

Der Mindestabruf schützt also das Budget des Kunden.

Das glaubt zunächst niemand, und deshalb steht die Rechnung daneben.

Die Sprache ist selten die Entscheidung

Gearbeitet wird in .NET und Elixir, dazu SQL, Linux, Container und das Deployment in Cloud- und Kubernetes-Umgebungen.

In .NET heißt das C# mit ASP.NET Core, meist Web-Anwendungen und die Dienste dahinter. In Elixir heißt es das Framework Phoenix, meist Anwendungen mit dauerhaft offenen Verbindungen.

Wo die Wahl noch offen ist, hilft eine einzige Frage: Bleiben viele Verbindungen gleichzeitig offen?

Eine Anzeige, die sich von selbst aktualisiert, ein Ticker, viele Geräte, die dauernd melden.

Dafür ist die Laufzeitumgebung hinter Elixir gebaut, die BEAM. Sie hält je offener Verbindung einen eigenen leichtgewichtigen Prozess.

Im Phoenix-Test von 2015 blieben so zwei Millionen Verbindungen auf einer einzigen Maschine mit 40 Kernen und 128 GB Arbeitsspeicher offen; die Grenze war das ulimit des Betriebssystems.

Für denselben Fall stellen andere Umgebungen meist einen zusätzlichen Message-Broker oder eine separate Websocket-Schicht daneben.

Steht dagegen ohnehin eine Microsoft-Landschaft, hat .NET den kürzeren Weg.

Wichtiger als beides ist die unbequeme Frage: Wer fasst diesen Code in fünf Jahren an?

In der Stack-Overflow-Umfrage 2025 nennen 27,8 Prozent der Befragten C# und 2,7 Prozent Elixir. Der Kreis möglicher Nachfolger ist damit rund zehnmal kleiner.

Wer Elixir wählt, sollte den Wissenstransfer deshalb vorher regeln.

Wofür niemand geradesteht

Nicht enthalten sind Rufbereitschaft, zugesagte Reaktionszeiten, Anwenderunterstützung und die Betriebsverantwortung für die Anwendung.

Ebenso wenig eine Gewähr für Bestandscode, der vor dem ersten Tag entstanden ist.

Wer die zusagt, hat den Code nicht gesehen.

Und eine Bedingung, die nach Formalie klingt und keine ist: keine Eingliederung in fremde Teams.

Gearbeitet wird nach Aufgabe, ohne Weisung aus dem Kundenteam.

Grund dafür ist der eigene Status, und deshalb gilt die Bedingung für jeden Kunden gleich.

Die Frage, die vor der Beauftragung fällig ist

Nützlicher als die Frage „Können Sie das?“ ist die Frage „Was brauchen Sie am ersten Tag von uns?“.

Die Antwort ist kurz: Zugang zur Codebasis, zur Versionsverwaltung und zu einer Umgebung, in der sich die Anwendung starten lässt.

Eine startfähige Umgebung heißt dabei: erreichbare Datenbank, gesetzte Konfiguration und Zugangsdaten für die Dienste, an denen die Anwendung hängt.

Fehlt das dritte, ist der erste Tag der Tag, an dem es beschafft wird.

Zugangsdaten fehlen häufiger als der Zugang zum Quelltext, und sie sind der einzige Teil, den ein Kunde vorher wirklich beeinflussen kann.