IT-Infrastruktur-Projekte scheitern selten an der Technik. Sie scheitern an der Führung. Nach über 15 Jahren in der Verantwortung für globale IT-Programme als IT-Projektmanager – von 30.000-User-Migrationen über M&A-Carve-Outs bis hin zu regulatorisch getriebenen Modernisierungsprojekten – habe ich gelernt: Es sind immer dieselben drei Stellschrauben, die über Erfolg oder Misserfolg entscheiden.
Wer diese beherrscht, liefert. Wer eine davon ignoriert, riskiert das Projekt. Wer zwei ignoriert, riskiert sein Mandat.
1. Anforderungsmanagement: Was wird eigentlich gebraucht?
Der häufigste Fehler in IT-Infrastruktur-Projekten ist nicht technischer Natur – er entsteht, bevor die erste Zeile Konfiguration geschrieben wird.
Anforderungen werden technisch formuliert, statt geschäftlich.
„Vier CPUs“, „100 Mbit“, „5-GHz-Netz“ – das sind Spezifikationen, keine Anforderungen. Die eigentlichen Anforderungen liegen auf der Geschäftsebene:
- Hochverfügbarkeit – weil Produktionsunterbrechungen direkt Umsatz kosten
- Geringe Latenzzeiten – weil Echtzeit-Prozesse es verlangen
- 24/7-Zugriff – weil globale Teams in unterschiedlichen Zeitzonen arbeiten
Auch scheinbar banale Update-Projekte folgen diesem Prinzip. Windows 10 läuft aus, ESU-Kosten steigen – aber dahinter steht immer ein Business Need: Sicherheit, Compliance, Weiterhin-betriebsfähig-sein. Genau hier liegt die Chance, mehr zu tun als nur zu patchen: Optimierungen einzubauen, Prozesse zu straffen, neue Funktionalitäten zu aktivieren.
Mein Ansatz in der Praxis:
- Alle Stakeholder einbinden – insbesondere aus dem Business, nicht nur aus der IT
- Zeit nehmen: Eine saubere Anforderungsaufnahme ist keine Schwäche, sondern Risikomanagement
- Gemeinsame Sprache schaffen: Das gesamte Projektteam muss die Anforderungen verstehen – nicht nur die Technik, die sie abbilden soll
Wer hier nachlässig ist, baut auf Sand. Die technisch brillanteste Lösung verfehlt ihr Ziel, wenn sie die falschen Probleme löst.
2. Planung: Der Plan hält bis morgen früh – und das ist in Ordnung
Ein guter Projektplan ist kein Dokument, das man zu Projektbeginn erstellt und dann archiviert. Er ist ein Steuerungsinstrument, das permanent aktualisiert werden muss.
Planung ist kein Ereignis. Planung ist ein Prozess.
Die Basis bilden die klar definierten Anforderungen aus Schritt 1. Aber entscheidend ist, wen man in die Planung einbezieht:
- Die IT-Abteilung für technische Einschätzungen und Abhängigkeiten
- Externe Dienstleister, deren Verfügbarkeit und Liefertermine oft der kritische Pfad sind
- Das Business – und das wird am häufigsten vergessen: Auch Fachbereiche müssen Zeit investieren, für Tests, Freigaben, Datenbereitstellung
Wer das Business in der Planung nicht abbildet, rechnet mit Kapazitäten, die nicht existieren.
Was eine gute Planung ausmacht:
- Puffer einbauen – nicht als Schwäche, sondern als professionelle Erwartungshaltung
- Kritischen Pfad kennen und kommunizieren – nicht nur intern, sondern gegenüber dem Lenkungsausschuss
- Regelmäßig aktualisieren – wöchentlich, in komplexen Phasen täglich
In der modernen Projektsteuerung 2026 unterstützen KI-gestützte Tools – von dynamischen Planungsplattformen bis zu Risikovorhersage-Modellen – dabei, Verzögerungen frühzeitig zu erkennen, bevor sie eskalieren. Das ändert nichts an der Grundlogik, erhöht aber die Präzision erheblich.
3. Kommunikation: Der Kitt, der alles zusammenhält
„Wer spricht, dem kann geholfen werden.“ Dieser Satz eines ehemaligen Mentors begleitet mich seit Jahren. Und er trifft den Kern: Projekte scheitern selten an fehlender Technik – sie scheitern an Missverständnissen, die zu lange unausgesprochen bleiben.
Offene Kommunikation ist kein Soft Skill. Sie ist eine Führungsaufgabe.
Regelmäßiger, strukturierter Austausch sorgt dafür, dass:
- Probleme früh eskaliert werden, bevor sie zum Showstopper werden
- Lösungen gemeinsam erarbeitet werden – nicht im Silo
- Alle Beteiligten dasselbe Lagebild haben
Das gilt besonders in größeren Organisationen mit Matrixstrukturen, mehreren Standorten oder internationalen Teams – Kontexten, in denen Informationen auf dem Weg verloren gehen.
Was ich in der Praxis umsetze:
- Regelmäßige Status-Meetings mit klarer Agenda und dokumentierten Ergebnissen
- Eine offene Atmosphäre, in der Probleme ehrlich benannt werden können – auch gegenüber dem Lenkungsausschuss
- Klare Eskalationspfade, damit Entscheidungen nicht im Reporting versanden
Kommunikation ist keine Kür. Sie ist das Rückgrat jedes erfolgreichen Projekts.
Fazit: Methodik schlägt Technologie
Die drei zentralen Hebel für erfolgreiches IT-Infrastruktur-Projektmanagement sind nicht neu – aber sie werden in der Praxis erstaunlich häufig vernachlässigt:
| Hebel | Kern-Aufgabe | Häufigster Fehler |
|---|---|---|
| Anforderungsmanagement | Business Need verstehen und dokumentieren | Technische Spezifikationen statt Geschäftsanforderungen |
| Projektplanung | Realistischen Plan erstellen und pflegen | Business-Ressourcen nicht eingeplant |
| Kommunikation | Offenen Informationsfluss sicherstellen | Probleme zu spät eskaliert |
Konsequent umgesetzt, legen diese drei Aufgaben das Fundament für jedes IT-Projekt – unabhängig davon, ob es um einen Server-Wechsel, eine Cloud-Migration oder eine komplexe M&A-Integration geht.
Sie stehen vor einem IT-Infrastruktur-Projekt und wollen es von Anfang an richtig aufsetzen?
Dann sprechen Sie direkt mit mir. Efficas begleitet mittelständische Unternehmen bei komplexen IT-Transformationen – von der Anforderungsaufnahme bis zur Inbetriebnahme. Erfahren Sie, wie wir arbeiten: