EFFICAS
Erfahrungsfeld · Rechenzentrum, Netz und Cloud

Infrastruktur und Rechenzentrum

Rechenzentrumsumzüge, Cloud-Migrationen, Netzwerkerneuerung, Standortkonsolidierung und Arbeitsplatz-Rollouts haben eine Eigenschaft, die andere IT-Vorhaben nicht haben: Sie lassen sich nicht in Stufen ausrollen. Es gibt einen Zeitpunkt, an dem etwas ausgeschaltet und etwas anderes eingeschaltet wird — und danach arbeiten Menschen damit oder nicht.

Diesem Termin ordnet sich alles unter: Abhängigkeiten, Rückfallebenen, Dienstleister und die Abstimmung mit Bereichen, die eigene Stichtage haben.

Der Zuschnitt

Welche Vorhaben gemeint sind

Die Laufzeiten sind Erfahrungswerte aus dem Mittelstand und verschieben sich mit der Zahl der Standorte. Der Engpass dagegen ist erstaunlich stabil — er liegt fast immer an derselben Stelle. Kommt der Anlass aus einem Verkauf oder Zukauf, gelten zusätzlich die Regeln eines Carve-outs: fremdbestimmter Stichtag, unvollständige Informationslage, zwei Seiten mit verschiedenen Interessen.

VorhabenTypische LaufzeitWo es klemmt
Rechenzentrumsumzug oder -konsolidierung9–18 MonateAltsysteme ohne Zuständigen und Abhängigkeiten, die erst im Test auffallen
Cloud-Migration3–12 MonateIdentitäten, Netzanbindung und Anwendungen, die nicht migrationsfähig sind
Netzwerkerneuerung und Segmentierung6–24 MonateFreigabeprozesse für Regeln und Fachbereiche, die ihre Sonderwege erst nennen, wenn sie nicht mehr funktionieren
Standortkonsolidierung12–24 MonateAnbindungen mit langen Lieferzeiten und lokale Besonderheiten, die zentral niemand kennt
Arbeitsplatz-Rollout4–12 MonateFachanwendungen, Peripherie und die Frage, wer den ersten Tag danach begleitet
Der Unterschied

Entschieden wird in den Wochen davor

Am Umschalttag selbst lässt sich wenig retten. Ob er hält, entscheidet sich vorher: ob die Rückfallebene wirklich geprüft und nicht nur beschrieben ist, ob die betroffenen Bereiche wissen, was passiert, und ob jemand befugt ist, in der Nacht den Abbruch zu entscheiden.

Das Unangenehme daran ist, dass diese Vorbereitung nach Verzögerung aussieht. Sie produziert keine sichtbaren Fortschritte und wird deshalb regelmäßig gekürzt — zugunsten von Arbeit, die man vorzeigen kann.

Wo der kritische Pfad tatsächlich liegt

Der kritische Pfad in Infrastrukturvorhaben liegt fast nie dort, wo der Projektplan ihn vermutet. Er liegt bei der Firewall-Regel, die drei Freigaben braucht, bei dem Altsystem, für das niemand mehr zuständig ist, und bei dem Fachbereich, der erst beim Testtermin merkt, dass sein Drucker am alten Netz hängt. Diese drei Dinge findet man nicht im Plan, sondern im Gespräch.

Ein Zeitstrahl rückwärts vom Umschalttermin. Sechs Monate vorher fällt die Entscheidung, was migriert wird. Vier Monate vorher ist der Bestand geprüft und die Abhängigkeiten sind bekannt. Zwei Monate vorher stehen Aufbau, Test und geprüfte Rückfallebene. Vier Wochen vorher Freigaben und Kommunikation. Der kritische Pfad liegt fast nie dort, wo der Plan ihn vermutet. RÜCKWÄRTS VOM UMSCHALTTERMIN Umschalt- termin −6 Mon. Entscheidung, was migriert wird −4 Mon. Bestand geprüft, Abhängigkeiten bekannt −2 Mon. Aufbau, Test, Rückfallebene geprüft −4 Wo. Freigaben, Kommunikation Der kritische Pfad liegt fast nie dort, wo der Plan ihn vermutet Er liegt bei der Firewall-Regel, die drei Freigaben braucht. Bei dem Altsystem, für das niemand mehr zuständig ist. Bei dem Fachbereich, der erst beim Testtermin merkt, dass sein Drucker am alten Netz hängt. Diese drei Dinge findet man nicht im Plan, sondern im Gespräch. Jeder Umschalttermin braucht drei Dinge, die vorher schriftlich feststehen: die Erfolgskriterien, die geprüfte Rückfallebene und die Person, die in der Nacht den Abbruch entscheiden darf.
Die Abhängigkeitskette rückwärts vom Umschalttermin
Steuerung

Umschalttermine, Rückfallebenen und die Frage, wer entscheidet

Jeder Umschalttermin braucht drei Dinge, die vorher schriftlich feststehen: die Kriterien, nach denen er als gelungen gilt, die Rückfallebene mit einem geprüften Weg zurück, und die Person, die in der Nacht entscheidet. Fehlt das dritte, wird im Zweifel niemand abbrechen — und aus einem beherrschbaren Rücksetzer wird ein Ausfall.

Die zweite wiederkehrende Aufgabe ist die Abstimmung mit den Bereichen, die von der Umschaltung betroffen sind, ohne an ihr beteiligt zu sein. Produktion, Vertrieb, Logistik und Buchhaltung haben eigene Stichtage. Ein technisch idealer Termin, der auf den Monatsabschluss fällt, ist kein guter Termin.

Die Rollenteilung mit Systemhaus und Hersteller

Gebaut und konfiguriert wird vom Systemhaus, vom Hersteller oder vom eigenen Team. Gesteuert wird das Vorhaben — und zwar so, dass die Bauenden arbeiten können, statt in Abstimmungen zu sitzen. Der Umsetzungspartner wird dadurch nicht ersetzt, sondern entlastet und geführt.

Aus der Praxis

Eine Größenordnung, die den Maßstab zeigt

Internationaler Konzern · 120+ Standorte

Infrastruktur-Erneuerung mit Datacenter- und Resilience-Bezug

Umfang

Planung und Umsetzung einer neuen IT-Infrastruktur an mehr als 120 Standorten: Server-Infrastruktur, Rechenzentrum, Active Directory und Domain Controller, mit Resilienz- und Wiederanlaufanforderungen als durchgehender Randbedingung.

Was den Takt bestimmt hat

Die Abhängigkeiten zwischen Standorten, Verzeichnisdienst und Betriebsübergängen — nicht die Beschaffung. Entsprechend eng waren die Umschaltfenster.

Weitere anonymisierte Mandate mit Größenordnung und übernommener Verantwortung stehen unter Mandate.

Häufige Fragen

Was in solchen Vorhaben zuerst gefragt wird

Warum braucht ein Rechenzentrumsumzug eine eigene Projektleitung?

Weil der Aufwand nicht im Umzug liegt, sondern in den Abhängigkeiten drumherum: Fachanwendungen, Anbindungen, Rückfallebenen, Freigaben und die Abstimmung mit Bereichen, die eigene Stichtage haben. Das Systemhaus baut — koordinieren muss es jemand, der keinem der Beteiligten unterstellt ist.

Wir haben ein Systemhaus. Reicht das nicht?

Für die Umsetzung meistens ja. Was ein Systemhaus nicht leisten kann, ist die Steuerung über die eigene Leistungsgrenze hinaus — andere Dienstleister, interne Bereiche, Altsysteme, Verträge. Und es kann nicht neutral bewerten, ob der vorgeschlagene Weg der beste ist oder der, den es im Regal hat.

Was passiert, wenn ein Umschalttermin nicht hält?

Dann greift die Rückfallebene — vorausgesetzt, sie wurde vorher geprüft und jemand ist befugt, sie zu ziehen. Ein Termin ohne geprüfte Rückfallebene ist kein Termin, sondern eine Wette.

Wie lange dauert eine Cloud-Migration im Mittelstand?

Als Erfahrungswert drei bis zwölf Monate, abhängig von der Zahl der Standorte und der Migrationsfähigkeit der Anwendungen. Der Engpass liegt meist bei Identitäten, Netzanbindung und Anwendungen, die nicht migrationsfähig sind.

Wird auch selbst konfiguriert?

Nein. Gebaut wird vom Systemhaus, vom Hersteller oder vom eigenen Team. Das ist eine bewusste Trennung: Wer steuert und gleichzeitig baut, bewertet die eigene Arbeit.

Nächster Schritt

Steht ein Umschalttermin an?

Ob er hält, entscheidet sich in den Wochen davor — bei den Abhängigkeiten, der Rückfallebene und der Frage, wer in der Nacht abbrechen darf. Darüber lässt sich in zwanzig Minuten sprechen.