Die IT mittelständischer Unternehmen steht unter Druck: knappe Ressourcen, gewachsene Legacy‑Landschaften, Sicherheits- und Compliance‑Anforderungen – und gleichzeitig der Anspruch, „irgendetwas mit KI“ und M365 schneller auf die Straße zu bringen. In dieser Situation verlassen sich viele Unternehmen fast vollständig auf ihre Dienstleister und hoffen, dass diese neben dem Betrieb auch die strategische Richtung mitliefern. Genau hier entstehen die typischen Projektfallen, in denen ich als externer IT‑Projektleiter oder Interim‑Manager regelmäßig gerufen werde.
Wo klassische Dienstleister im Mittelstand an Grenzen stoßen
Systemhäuser und IT‑Dienstleister im DACH‑Mittelstand bringen in der Regel hervorragende technische Expertise mit – aber sie verkaufen Projekte, nicht Verantwortung für Ihre gesamte IT‑Landschaft. Ihre Senior‑Experten müssen Auslastung, Budget und Deadlines über mehrere Kunden hinweg im Blick behalten; für eine tiefe Auseinandersetzung mit Ihrer individuellen Situation bleibt im Standardmodell schlicht zu wenig Zeit.
In der Praxis sehe ich das immer wieder bei M365‑Rollouts, Infrastruktur‑Modernisierungen oder Carve‑Outs: Die Technik wird sauber geliefert, aber es fehlt der übergeordnete Blick auf Governance, Risiken, interne Ressourcen und die Business‑Ziele. Niemand macht das absichtlich schlecht – das Modell „Projektstaffel + Tagessatz + Scope“ ist einfach nicht dafür ausgelegt, gewachsene IT‑Landschaften mit allen Altlasten, Schattenprozessen und politischen Rahmenbedingungen holistisch zu führen.
Genau diese Lücke schließe ich als externer Projektleiter oder Interim‑Manager: Ich stehe nicht für ein einzelnes Tool, sondern für Ihr Vorhaben als Ganzes ein – mit direkter Verantwortung gegenüber IT‑Leitung und Geschäftsführung.
Typische Fehlsteuerung: Wenn Zielbild und Projektrealität auseinanderlaufen
Viele IT‑Projekte im Mittelstand starten aus einem berechtigten Schmerz heraus: veraltete Systeme, hoher manueller Aufwand, Sicherheitsrisiken oder steigende Lizenzkosten. Dann wird „System X nach System Y migriert“, eine neue Infrastruktur aufgebaut oder M365 ausgerollt – oft mit der Erwartung, dass damit quasi automatisch Effizienz, Transparenz und Sicherheit steigen.
Was ich in Mandaten nach sechs bis zwölf Monaten oft vorfinde:
- Das neue System läuft, aber die Performance ist schlechter als vorher.
- Prozesse sind komplizierter geworden, weil Alt‑Workarounds in die neue Welt „durchmigriert“ wurden.
- Fachbereiche und Endanwender sind frustriert, obwohl das Projekt formal im Zeit‑ und Budgetrahmen abgeschlossen wurde.
Ein Beispiel aus einem M365‑Projekt:
Das Ziel war, E‑Mail, Fileserver und Kollaboration zu modernisieren. Der Dienstleister hat Mailboxen, Files und Teams sauber technisch migriert. Es gab aber kein klares Governance‑Modell, keine abgestimmten Berechtigungskonzepte und keine priorisierten Use Cases für die Fachbereiche. Ergebnis: SharePoint‑Wildwuchs, Schatten‑Teams, unsaubere Berechtigungen – und spätestens mit dem Einstieg in Copilot und agentic AI wurde aus fehlender Governance ein echtes Risiko.
Die Ursache ist fast immer dieselbe: Es fehlt eine unabhängige Instanz, die Business‑Zielbild, Governance‑Rahmen, technische Umsetzung und das Change‑Setup konsequent miteinander verknüpft – und dafür die Verantwortung übernimmt.
Die Rolle eines externen Projektleiters/Interim‑Managers im Mittelstand
Als externer IT‑Projektleiter oder Interim‑Manager arbeite ich genau an dieser Schnittstelle: zwischen Geschäftsführung, IT‑Leitung, Dienstleistern und Fachbereichen. Ich komme nicht, um „Ressourcenlücken“ zu füllen, sondern um Führung, Struktur und Risikotransparenz auf Zeit in ein kritisches IT‑Vorhaben zu bringen.
Typische Einsatzszenarien in mittelständischen Unternehmen mit 500 bis 50.000 Usern:
- M365‑Transformation: Ich übernehme die Gesamtprojektleitung, verankere ein klares Governance‑Modell (Identitäten, Berechtigungen, Datenklassifizierung, agentic AI Leitplanken) und sorge dafür, dass nicht nur Mail und Files migriert werden, sondern Geschäftsprozesse tatsächlich besser werden.
- Modernisierung von Legacy‑Infrastruktur: Wenn Windows‑10‑ESU‑Kosten, alte Rechenzentren oder historisch gewachsene Netzwerke zum Risiko werden, strukturiere ich Roadmaps, Prioritäten und Release‑Wellen so, dass Betrieb und Projekt nebeneinander bestehen können.
- Carve‑Out/Carve‑In & M&A‑Integrationen: In Trennungs‑ oder Integrationsprojekten übernehme ich die zentrale Steuerung von AD‑Trennung, Tenant‑Migrationen, Netzwerk‑Segmente und Sicherheitsanforderungen – inklusive Steuerung der Dienstleister und Kommunikation Richtung CFO/CIO.
- IT‑Krisenmandate: Wenn ein laufendes Projekt „schwimmt“, Rollen unklar sind und das Management nur noch Ampelfarben, aber keine belastbaren Entscheidungen bekommt, steige ich als neutraler Dritter ein, stabilisiere Governance, Kommunikationswege und Entscheidungsprozesse.
Der entscheidende Unterschied zu klassischen Dienstleistern: Ich vertrete ausschließlich Ihre Interessen als Auftraggeber, bin nicht an Auslastungszielen einzelner Teams gebunden und kann dadurch unbequeme, aber notwendige Entscheidungen ansprechen und durchsetzen
Governance, Risiko und agentic AI: Was heute zusätzlich bedacht werden muss
Mit NIS2, steigenden Anforderungen an IT‑Security und dem Einzug von agentic AI in den M365‑Kosmos reicht es nicht mehr, nur „Features“ zu implementieren. In gewachsenen Mittelstands‑Infrastrukturen mit Alt‑Berechtigungen und unklaren Rollenmodellen kann ein falsch konfigurierter Agent schnell Datenzugriffe ermöglichen, die nie geplant waren.
In meinen Projekten lege ich deshalb früh Wert auf:
- Governance‑Rahmen für IT‑ und KI‑Projekte: Klare Verantwortlichkeiten, Entscheidungswege und Freigabeprozesse, bevor Agenten oder neue Cloud‑Dienste produktiv gehen.
- Risikomanagement als laufenden Prozess: Nicht als einmalige Matrix im Kick‑off, sondern als kontinuierlichen Dialog mit Fachbereichen, Security, Datenschutz und IT‑Betrieb.
- KI‑gestützte Workflows im Projektmanagement: Ich nutze agentic‑AI‑basierte Tools, um Planung, Reporting, Risikoprognosen und Ressourcenplanung zu automatisieren – die gewonnene Zeit fließt in Stakeholder‑Management, Entscheidungsqualität und Change.
- Übersetzung zwischen Technik und Management: Governance ist kein Selbstzweck; sie ist der Mechanismus, mit dem wir Geschwindigkeit und Sicherheit in Einklang bringen. Das muss in Vorstandssprache und nicht nur in Logs und Policies erklärt werden.
Gerade in mittelständischen Organisationen, in denen die IT‑Leitung gleichzeitig für Betrieb, Projekte, Personalthemen und Security zuständig ist, wirkt diese Kombination aus Governance‑Struktur und operativer Entlastung oft wie ein „Katalysator“: Projekte kommen ins Laufen, ohne dass die IT weiter überlastet wird.
Wie eine bessere Vorbereitung Projekte rettet – bevor sie starten
Die meisten schwierigen Projekte waren im Moment der Beauftragung schon angelegt – nur hat es niemand ausgesprochen. Unklare Ziele, fehlende Priorisierung, kein Konsens über den Scope, unterschiedliche Erwartungen zwischen Geschäftsführung, IT und Dienstleister – all das wird in der Praxis oft als „Details klären wir im Projekt“ vertagt.
In meinen Mandaten arbeite ich daher vor Projektstart bewusst anders:
- Ich nehme mir Zeit für eine ehrliche Bestandsaufnahme: Architektur, Prozesse, Alt‑Systeme, laufende Projekte, Ressourcen und politische Rahmenbedingungen.
- Ich moderiere Workshops mit Geschäftsführung, IT‑Leitung und Schlüssel‑Stakeholdern, um ein klares Zielbild und verbindliche Nicht‑Ziele zu definieren – inklusive Governance‑Rahmen und Risiko‑Toleranz.
- Ich hinterfrage Angebote und Lösungsansätze von Dienstleistern kritisch und übersetze sie in eine Sprache, die Fachbereiche und Management verstehen – inklusive Szenarien, Risiken und Alternativen.
Das ist kein „nice to have“, sondern eine Investition, die regelmäßig Projekte in sechs‑ bis siebenstelliger Größenordnung stabilisiert oder überhaupt erst durchführbar macht – gerade in Organisationen, in denen die IT‑Leitung diese Tiefe wegen des Tagesgeschäfts nicht abbilden kann
Fazit & nächster Schritt
Die Zusammenarbeit mit IT‑Dienstleistern im Mittelstand scheitert selten an fehlender Technik – sie scheitert an fehlender Führung, Governance und am Blick für das Ganze. Wenn Sie eine gewachsene IT‑Landschaft, begrenzte interne Kapazitäten und ein oder mehrere kritische IT‑Vorhaben vor sich haben, kann ein externer Projektleiter oder Interim‑Manager auf Zeit genau die Lücke schließen: Verantwortung übernehmen, Risiken sichtbar machen, Tempo reinbringen und Ihre Dienstleister so steuern, dass Ihr Unternehmen tatsächlich vorankommt.
Wenn Sie vor einem konkreten Vorhaben stehen – etwa einem M365‑Rollout, einer Infrastruktur‑Modernisierung, einem Carve‑Out/Carve‑In oder einem Projekt, das bereits ins Rutschen geraten ist – biete ich Ihnen ein unverbindliches 30‑Minuten‑Gespräch an. In diesem Rahmen klären wir, wo Sie stehen, welche Risiken drängen und ob eine temporäre externe Projektführung für Ihr Unternehmen sinnvoll ist.
Am wichtigsten: Stehen Sie aktuell eher vor einem neuen IT‑Vorhaben – oder kämpfen Sie mit einem Projekt, das bereits aus dem Ruder läuft?