Staff Augmentation für Cloud-Migrationen: Projektförmig von Natur aus

Müsste man den perfekten Staff-Augmentation-Anwendungsfall im Labor entwerfen, käme eine Cloud-Migration heraus: eine große, temporäre Bedarfsspitze für Fähigkeiten, die Sie danach in dieser Intensität meist nicht mehr brauchen, mit definiertem Umfang, (halbwegs) hartem Enddatum und enormen Kosten, wenn es schiefgeht. Fest einstellen für eine Migration heißt, am Ende entweder Personal abzubauen oder ein überdimensioniertes Plattformteam zu tragen; sie allein mit Bestandspersonal zu stemmen heißt, dass die Migration kriecht, während die Produktarbeit stillsteht. Dieser Guide zeigt, wie man eine Migration mit externer Kapazität besetzt: welche Rollen man mietet und welche man behält, wie Wellenplanung auf Staffing abbildet, und die Disziplin, die entscheidet, ob die Migration Kompetenz oder Abhängigkeit hinterlässt, Wissenstransfer vor dem Roll-off.

Warum Migrationen der Lehrbuchfall für Augmentation sind

Drei Eigenschaften greifen ineinander. Der Bedarf ist temporär: Auf dem Migrationsgipfel brauchen Sie das Zwei- bis Dreifache Ihrer normalen Plattformkapazität, und das danach als feste Kopfzahl zu bezahlen, ist Verschwendung. Die Fähigkeiten sind mustergetrieben: Landing Zones, Netztopologie, IAM-Design, Datenbank-Replatforming und Cutover-Mechanik wiederholen sich zwischen Unternehmen, eine Externe mit fünf Migrationen bringt also genau die Erfahrung mit, die Ihnen fehlt. Und die Deadline ist meist real, ein Rechenzentrums-Exit, ein auslaufender Vertrag, ein Compliance-Meilenstein, was Tempo über langsamen organischen Aufbau stellt. Der ehrliche Gegenpunkt: Augmentation ersetzt keine internen Entscheidungen. Wenn niemand im Haus die Zielarchitektur und die Portfolio-Entscheidungen (die klassische 6-R-Triage: Rehost, Replatform, Refactor und so weiter) verantwortet, treffen Externe diese Entscheidungen per Default, und Sie leben ein Jahrzehnt mit den Annahmen von Fremden.

Wellenplanung: Staffing entlang der Migrationskurve

Ernsthafte Migrationen laufen in Wellen: Start mit risikoarmen, abhängigkeitsarmen Workloads, den Prozess industrialisieren, dann zu den Kronjuwelen vorarbeiten. Das Staffing sollte dieser Kurve bewusst folgen. Der häufige Fehler ist flaches Staffing, die volle externe Bank ab Tag eins einkaufen, Budget verbrennen, während Welle eins noch Discovery ist, und dann alle gleichzeitig verlieren, wenn der Vertrag endet, egal wo die Migration tatsächlich steht.

Skill-Profile und Vetting-Signale

Eine Migrationsbank ist kein einzelnes Profil, sondern ein kleines Portfolio: Cloud-Architekt:innen für das Fundament, Migrations-Engineers für die Menge, Datenbank-Spezialist:innen für das harte Replatforming und Netzwerk-/Security-Engineers für die Teile, die um 3 Uhr nachts den Cutover scheitern lassen. Über alle Profile hinweg ist die stärkste Vetting-Frage dieselbe: Führen Sie mich durch eine Migration, die Sie abgeschlossen haben, inklusive des Workloads, der nicht nach Plan lief.

Wissenstransfer vor dem Roll-off: die Disziplin, die alles entscheidet

Das prägende Risiko von Migrations-Augmentation: Die Umgebung geht live, und das Wissen, warum sie so aussieht, fährt in externen Köpfen davon. Die Gegenmaßnahme ist, Wissenstransfer als Arbeitsstrang mit Lieferobjekten und Terminen zu behandeln, ab Welle eins, nicht ab der letzten Woche. Eine nützliche Regel: Keine externe Rolle rollt ab, bevor eine benannte interne Person ihren Bereich zwei Wochen lang betrieben hat, mit der externen Person nur noch auf dem Rücksitz.

Tagessatz-Kontext, und was umgewandelt wird

Als breite Marktbeobachtung für DACH und vergleichbare europäische Märkte 2026 spannen migrationsbezogene Tagessätze ein weites Band auf, weil die Bank von volumiger Umzugsarbeit bis zu knappen Architektur-Fähigkeiten reicht. Migrationen in regulierten Branchen (Banken, Versicherungen, Gesundheit) liegen in jedem Band am oberen Rand. Zur Umwandlung: Die meisten Migrationsrollen sind wirklich temporär und sollen enden, das ist das Modell, wie es gedacht ist. Die Ausnahme ist der Plattform-Kern: die zwei bis vier Personen an Kompetenz, die die Zielumgebung dauerhaft betreiben, absichern und kostensteuern. Identifizieren Sie früh, welche Externen Sie für diesen Kern wollen, und verhandeln Sie die Umwandlung, bevor der Markt es für Sie tut, in der Stabilisierungsphase werden gute Migrations-Engineers abgeworben.