16 September 20257 Min. Lesezeit
Fragen Sie ein Team, was es niemals auslagern würde, und Sie bekommen eine lange Liste mit einiger Hitze vorgetragen. Fragen Sie Punkt für Punkt nach dem Warum, und der größte Teil der Liste löst sich auf. Übrig bleiben meist drei oder vier Dinge, und mindestens eines davon hat niemand erwähnt.
Die Erregung lohnt sich zu verstehen, denn es geht gar nicht wirklich um die Arbeit. Es geht um die Angst, das eigene Produkt nicht mehr zu verstehen. Diese Angst ist berechtigt. Sie zielt nur auf das Falsche: Was Sie schützt, ist nicht, ein bestimmtes Modul intern zu halten, sondern die Fähigkeit zu behalten, zu beurteilen, ob irgendetwas davon gut ist.
Entscheidungen darüber, was gebaut wird
Das erste, was wirklich bei Ihnen bleiben muss, ist gar kein Code. Zu entscheiden, was das Produkt tun soll, für wen und in welcher Reihenfolge, ist die Arbeit, die sich nicht nach außen delegieren lässt, denn sie ist die Summe von allem, was Sie von Ihren eigenen Kunden und Ihrem Markt gelernt haben. Ein Anbieter kann beraten, und ein guter widerspricht einem Plan, den er für falsch hält. Verantworten kann er ihn nicht.
Das zählt praktisch, nicht philosophisch. Jede Outsourcing-Konstruktion, die abdriftet, tut das, weil die Produktrichtung still zu denjenigen gewandert ist, die dem Code am nächsten waren. Es geschieht allmählich, über kleine Entscheidungen in Abwesenheit einer Antwort, und wenn es jemandem auffällt, gehört die Roadmap den Menschen, die zufällig verfügbar waren, als die jeweilige Frage aufkam. Die Abhilfe ist unglamourös: Jemand intern verantwortet das Backlog, und Fragen haben eine verantwortliche Person, die binnen eines Tages antwortet.
Die Teile des Systems, die sich aufsummieren
Manche Codeteile werden umso wertvoller, je länger eine Person mit ihnen gelebt hat. Die Preis-Engine, die Matching-Logik, das Modell, die zentrale Datenstruktur, um die herum alles andere angeordnet ist. Jede Entscheidung darin hängt von hundert früheren Entscheidungen ab, von denen die meisten nie aufgeschrieben wurden und einige aus Gründen falsch waren, die nur jemand erklären kann, der sie überlebt hat.
Das ist der Klassiker unter dem, was im Haus bleibt, und er ist berechtigt. Seien Sie nur ehrlich über die Größe. In den meisten Systemen ist es eine Minderheit des Codes und eine Minderheit des Backlogs. Der Rest des Repositorys sind Verwaltungsmasken, Integrationen, Reporting, Migrationen, Tests und der lange Schwanz von Funktionen, die existieren, weil ein Kunde gefragt hat. Den sich aufsummierenden Kern intern zu halten verlangt nicht, alles intern zu halten, und die Vermischung beider ist der Weg, auf dem erfahrene Entwickler am Ende CSV-Exporte schreiben.
Die Schlüssel und die Verantwortung, die mit ihnen kommt
Das dritte, was bei Ihnen bleiben muss, ist die Kontrolle über Ihre eigene Infrastruktur und Ihre Daten. Nicht die operative Arbeit, die wird ständig und erfolgreich ausgelagert, sondern das Eigentum: die Konten, die Domains, die Produktivzugänge, die Cloud-Organisation und die Möglichkeit, jeden dieser Zugriffe an einem Nachmittag zu entziehen.
Für einen europäischen Käufer ist das außerdem eine Rechtsposition und keine Vorliebe. Sind personenbezogene Daten im Spiel, bleiben Sie der Verantwortliche, der AV-Vertrag beschreibt, was Ihr Anbieter damit tun darf, und kein Vertrag lenkt die Aufmerksamkeit der Aufsichtsbehörde von Ihnen weg. Dieselbe Logik gilt für die IP-Übertragung: Was für Sie entsteht, sollte Ihnen bereits im Entstehen gehören und nicht am Projektende übertragen werden, wenn sich die Verhandlungsmacht verschoben hat.
- Cloud- und Domain-Konten auf den Namen Ihres Unternehmens, mit dem Anbieter als hinzugefügtem Nutzer
- Produktivgeheimnisse in Ihrer Hand, an den Anbieter ausgegeben, ohne seine Mitwirkung widerrufbar
- Versionsverwaltung in Ihrem Besitz, mit den Leuten des Anbieters als Mitgliedern statt als Eigentümern
- Ein unterzeichneter AV-Vertrag, bevor echte Daten angefasst werden, nicht nach dem ersten Vorfall
- Eine IP-Übertragung, so formuliert, dass sie fortlaufend wirkt und nicht erst mit der Schlusszahlung
Die Fähigkeit, die Arbeit zu beurteilen
Was niemand benennt und trotzdem im Haus bleiben muss, ist das technische Urteil. Jemand auf Ihrer Seite muss sich ansehen können, was zurückkommt, und wissen, ob es gut ist. Nicht jede Zeile prüfen, das ist weder realistisch noch der Punkt, aber einen soliden Ansatz von einem plausibel klingenden unterscheiden und bemerken, wenn die Antworten auf die eigenen Fragen vager werden.
Teams verlieren das aus Versehen. Sie lagern eine Fähigkeit aus, die letzte interne Person, die sie verstand, geht, niemand ersetzt sie, weil die Arbeit ja abgedeckt ist, und zwei Jahre später kann das Unternehmen seine eigenen Systeme nicht mehr beurteilen. An diesem Punkt steuern Sie keinen Anbieter mehr, sondern vertrauen einem. Es kann gutgehen. Es ist keine Lage, die Sie bewusst wählen würden.
Dinge, die wie Behaltenswertes aussehen und es nicht sind
Dann gibt es den Teil der Liste, den die Leute am lautesten verteidigen und mit dem sie am meisten verlieren, wenn sie ihn behalten.
- Alles, was mit dem Satz verteidigt wird, es sei zu kompliziert zu erklären. Wenn es sich nicht erklären lässt, lässt es sich auch nicht an eine neue Mitarbeiterin übergeben, und Sie haben ein Dokumentationsproblem statt einer Outsourcing-Frage.
- Arbeit, die intern bleibt, weil sie heikel ist, wobei heikel peinlich meint und nicht vertraulich. Ein vernachlässigtes Altsystem wird nicht weniger vernachlässigt, indem es privat bleibt.
- Support und Betrieb, die weit häufiger mit dem Hinweis auf Kundennähe intern gehalten werden, als es das Kundenerlebnis rechtfertigt, besonders außerhalb Ihrer eigenen Arbeitszeiten.
- Qualitätssicherung, häufig als Kernfunktion behandelt und zugleich intern am schlechtesten ausgestattet, und oft der eindeutigste frühe Gewinn für ein externes Team.
- Der Neuaufbau, den alle für nötig halten und für den niemand Zeit hat, der im Prinzip intern bleibt und in der Praxis jahrelang nicht gemacht wird.
Der rote Faden ist, dass diese Punkte aus Anhänglichkeit verteidigt werden statt aus Analyse. Eine nützliche Disziplin ist, einen Grund zu verlangen, der eine einzige Nachfrage übersteht. Warum muss das intern bleiben? Weil es Kern ist. Warum ist es Kern? Wenn die zweite Antwort die erste wiederholt, gehört der Punkt vermutlich auf die andere Liste.
Wie Sie die Sortierung auf Ihrem eigenen Backlog durchführen
Nehmen Sie Ihr aktuelles Backlog und ordnen Sie jeden Eintrag einem von drei Töpfen zu: Er entscheidet, was das Produkt ist, er summiert sich im Kern auf, oder er muss schlicht gut erledigt werden. Machen Sie das zu zweit statt allein, denn in den Uneinigkeiten steckt die nützliche Information.
Wenden Sie dann einen Test auf die dritte Gruppe an. Könnte jemand, der die Geschichte Ihres Unternehmens nicht kennt, erkennen, ob die Arbeit richtig gemacht wurde? Wenn ja, hat die Arbeit lesbare Abnahmekriterien und kann das Haus verlassen, entweder als Staff Augmentation, bei der Sie steuern, oder als Managed Delivery, bei der der Anbieter das Ergebnis verantwortet. Wenn nein, muss die Arbeit nicht für immer intern bleiben, aber sie braucht eine Definition of Done, bevor sie irgendwohin geht.
Was Sie schützen, ist keine Liste von Dateien. Es ist die Fähigkeit zu entscheiden, das Wissen, das sich aufsummiert, die Schlüssel und eine Person, die Ihnen die Wahrheit über die Arbeit sagen kann. Alles andere ist eine Frage der Terminplanung.