Managed Service oder Projektgeschäft richtig wählen

Ein Produktionsbetrieb führt eine neue ERP-Lösung ein, während parallel die Firewall erneuert werden muss und Mitarbeitende zunehmend mobil arbeiten. Spätestens dann stellt sich die Frage nach der passenden Zusammenarbeit: Soll ein Dienstleister ein klar umrissenes Vorhaben umsetzen oder dauerhaft Verantwortung für Teile der IT übernehmen? Die Entscheidung zwischen Managed Service und Projektgeschäft beeinflusst nicht nur Kosten und Termine, sondern auch die interne Arbeitsfähigkeit über Jahre hinweg.

Für mittelständische Unternehmen ist selten eines der beiden Modelle grundsätzlich überlegen. Entscheidend sind der Reifegrad der eigenen IT, die Kritikalität der Systeme, verfügbare Fachkräfte und die Frage, ob eine einmalige Veränderung oder eine dauerhaft wiederkehrende Aufgabe im Mittelpunkt steht.

Managed Service oder Projektgeschäft richtig einordnen

Ein Projekt hat ein definiertes Ziel, einen abgegrenzten Umfang und idealerweise einen klaren Abschluss. Typische Beispiele sind die Einführung von Microsoft 365, die Migration von Servern in eine Cloud-Umgebung, die Implementierung einer ERP- oder HR-Software oder der Aufbau einer neuen Standortvernetzung. Zu Beginn werden Anforderungen, Verantwortlichkeiten, Zeitplan und Abnahmekriterien festgelegt. Nach Übergabe geht die Verantwortung in den Betrieb über.

Ein Managed Service ist dagegen auf Kontinuität ausgelegt. Der Dienstleister übernimmt vereinbarte Betriebsaufgaben über einen längeren Zeitraum, etwa die Überwachung von Systemen, Patch-Management, Datensicherung, Benutzerverwaltung, Sicherheitsprüfungen oder den Support für Mitarbeitende. Statt einzelne Tickets oder Einsätze isoliert abzurechnen, werden Leistungen, Reaktionszeiten und Zuständigkeiten verbindlich geregelt.

In der Praxis verschwimmen die Grenzen bewusst. Eine neue Backup-Architektur wird häufig als Projekt aufgebaut und anschließend als laufender Service überwacht. Ebenso kann nach einer ERP-Einführung eine feste Betreuung für Updates, Anwendersupport und Prozessanpassungen sinnvoll sein. Gerade diese Kombination verhindert, dass ein sauber eingeführtes System nach wenigen Monaten ohne klare Pflegeverantwortung an Qualität verliert.

Wann ein abgegrenztes Projekt die bessere Wahl ist

Projektgeschäft passt, wenn ein Unternehmen eine konkrete Veränderung mit messbarem Ergebnis plant. Dazu zählen beispielsweise die Ablösung einer alten Telefonanlage, die Digitalisierung von Freigabeprozessen oder die Einführung einer branchenspezifisch konfigurierten Unternehmenssoftware. Das Ziel lautet nicht „IT besser machen“, sondern etwa „den Monatsabschluss ohne manuelle Excel-Nacharbeit erstellen“ oder „Standort B sicher an die zentrale Umgebung anbinden“.

Der große Vorteil liegt in der Fokussierung. Budget, Ressourcen und Prioritäten können auf ein Ergebnis ausgerichtet werden. Die Geschäftsleitung erhält eine belastbare Entscheidungsgrundlage, wenn Aufwand, Nutzen, Abhängigkeiten und Risiken vor dem Start transparent gemacht werden.

Allerdings scheitern Projekte im Mittelstand selten an der Technik allein. Häufig fehlen eindeutige Entscheidungen zu Prozessen, Datenverantwortung oder Prioritäten. Ein Handelsunternehmen kann eine neue Warenwirtschaft technisch einführen, ohne vorher zu klären, welche Artikelstammdaten verbindlich sind. Das Projektteam verbringt dann Wochen mit Korrekturen, obwohl die eigentliche Ursache im Fachbereich liegt.

Erfahrene Berater setzen deshalb nicht erst bei der Installation an. Sie prüfen zunächst Prozesse, Datenqualität, Schnittstellen, Rollen und die spätere Betriebsverantwortung. Viele Unternehmen greifen bei solchen Vorhaben auf externe Spezialisten zurück, weil interne Teams das Tagesgeschäft absichern müssen und selten alle Kompetenzen von Infrastruktur über Sicherheit bis zur Fachsoftware dauerhaft vorhalten können.

Projektfallen früh erkennen

Eine verbreitete Falle ist der zu groß gewählte Umfang. Wenn gleichzeitig neue Endgeräte, eine Cloud-Migration, ein ERP-Release und neue Berechtigungskonzepte eingeführt werden sollen, steigt die Zahl der Abhängigkeiten stark an. Sinnvoller ist eine Reihenfolge, die den Betrieb schützt: erst Grundlagen wie Identitäten, Netzwerke und Datensicherung stabilisieren, dann Fachanwendungen umstellen.

Ebenso kritisch sind unklare Abnahmen. Ohne konkrete Kriterien bleibt offen, wann eine Lösung tatsächlich einsatzbereit ist. Testfälle sollten daher reale Arbeitssituationen abbilden: Kann die Buchhaltung einen Monatslauf durchführen? Funktioniert der Zugriff im Homeoffice mit Mehrfaktor-Authentifizierung? Lässt sich eine Wiederherstellung aus dem Backup nachweisbar testen?

Auch die Zeit der Fachabteilungen wird oft unterschätzt. Key User brauchen Freiräume für Tests, Schulungen und Rückmeldungen. Wird diese Arbeit nebenbei erwartet, verschiebt sich der Termin oder die Lösung wird später nur unvollständig genutzt.

Wann laufende IT-Betreuung mehr Sicherheit schafft

Managed Services sind besonders sinnvoll, wenn Aufgaben wiederkehrend, sicherheitsrelevant oder eng mit der Verfügbarkeit des Geschäftsbetriebs verbunden sind. Ein Beispiel ist ein Ingenieurbüro mit 70 Arbeitsplätzen: Updates müssen zeitnah eingespielt, Zugänge bei Ein- und Austritten korrekt verwaltet, Backups geprüft und Sicherheitsmeldungen bewertet werden. Diese Tätigkeiten entstehen nicht einmal, sondern jede Woche.

Hier schafft ein festes Betriebsmodell klare Verhältnisse. Das Unternehmen weiß, wer Systeme überwacht, wer bei Störungen die erste Analyse übernimmt und welche Leistungen regelmäßig dokumentiert werden. Gleichzeitig kann die interne IT ihre Zeit stärker auf fachliche Anforderungen, Automatisierung und die Weiterentwicklung der Organisation konzentrieren.

Ein laufender Service ersetzt jedoch nicht jede interne Verantwortung. Geschäftsleitung und Fachbereiche müssen weiterhin festlegen, welche Schutzanforderungen gelten, welche Anwendungen kritisch sind und wer Entscheidungen über Berechtigungen oder Investitionen trifft. Auch ein externer Partner kann nur mit den Informationen arbeiten, die ihm strukturiert zur Verfügung stehen.

Für kleine IT-Teams ist ein regelmäßiger Austausch besonders wertvoll. Statt nur im Störungsfall zu reagieren, werden wiederkehrende Probleme, Kapazitätsgrenzen und Sicherheitsrisiken in festen Terminen bewertet. So wird aus Support ein steuerbarer Betriebsprozess.

Kosten nicht nur nach Tagessatz vergleichen

Beim Projekt fallen Kosten in einer konzentrierten Phase an. Das kann für klar geplante Veränderungen sinnvoll sein, verlangt aber ausreichende Reserven für Anpassungen. Gerade bei Datenmigrationen oder Schnittstellen zeigen sich Details oft erst im Testbetrieb. Ein Budget ohne Puffer führt dann zu falschen Sparmaßnahmen bei Schulung, Qualitätssicherung oder Dokumentation.

Beim Managed Service sind Ausgaben besser planbar, weil sie regelmäßig anfallen. Dafür sollte genau geprüft werden, welche Leistungen enthalten sind, wie zusätzliche Anforderungen behandelt werden und welche Reaktionszeiten für unterschiedliche Störungen gelten. Ein niedriger Monatspreis hilft wenig, wenn kritische Systeme nicht abgedeckt sind oder Verantwortlichkeiten im Ernstfall unklar bleiben.

Die wirtschaftlich relevante Frage lautet daher nicht nur: Was kostet die Leistung? Sondern auch: Welche Ausfallzeiten, Sicherheitslücken, Nacharbeiten und Bindungen interner Kapazitäten werden vermieden? Ein ungeplanter Stillstand in der Auftragsbearbeitung kann teurer sein als eine über mehrere Jahre sauber organisierte Betriebsleistung.

Ein praxistauglicher Entscheidungsrahmen

Vor der Auswahl sollte das Unternehmen die Aufgabe präzise beschreiben. Ist ein eindeutiger Zielzustand vorhanden, etwa eine eingeführte Software oder modernisierte Infrastruktur, spricht das für ein Projekt. Bleibt die Aufgabe dauerhaft bestehen, wie Monitoring, Wartung oder Anwendersupport, ist ein Service-Modell naheliegend.

Danach folgt die Frage nach Verantwortung und Wissen. Verfügt das eigene Team über ausreichend Zeit und Erfahrung, um die Lösung nach Abschluss selbst zu betreiben? Wenn nein, sollte die Betriebsphase bereits in der Projektplanung berücksichtigt werden. Der Übergang darf nicht aus einer hastigen Übergabe kurz vor dem Go-live bestehen.

Schließlich braucht es messbare Erwartungen. Für Projekte sind dies Meilensteine, Test- und Abnahmekriterien. Für laufende Leistungen gehören Servicezeiten, Eskalationswege, Sicherheitsaufgaben, Reporting und regelmäßige Abstimmungen dazu. LTmemory begleitet in solchen Konstellationen sowohl klar abgegrenzte Umsetzungen als auch den anschließenden Betrieb, wenn Prozesse und Zuständigkeiten zusammen betrachtet werden sollen.

Fazit: Das passende Modell folgt der Aufgabe

Projektgeschäft schafft Veränderung. Managed Services sichern den Betrieb und entwickeln ihn kontinuierlich weiter. Im Mittelstand ist die Kombination oft die realistischste Lösung: Ein Vorhaben wird mit klarer Planung umgesetzt, anschließend werden die kritischen Komponenten in eine verlässliche Betreuung überführt.

Entscheidend ist, nicht erst nach dem Go-live über Wartung, Sicherheit, Dokumentation und Support nachzudenken. Wer Betrieb und Veränderung gemeinsam plant, reduziert Reibungsverluste und schafft eine IT-Landschaft, die mit dem Unternehmen wachsen kann.

Nächster Schritt: Die eigene Ausgangslage sachlich prüfen

Wenn wiederkehrende Störungen, unklare Zuständigkeiten, fehlende Dokumentation oder ein anstehender Softwarewechsel die Organisation belasten, hilft zunächst eine strukturierte Bestandsaufnahme. Benötigt werden Informationen zu Systemen, Abhängigkeiten, Sicherheitsanforderungen, internen Ressourcen und den Geschäftsprozessen, die nicht ausfallen dürfen.

Eigenimplementierungen können bei überschaubaren Aufgaben funktionieren. Risiken entstehen meist dort, wo Datenübernahmen, Berechtigungen, IT-Sicherheit, Schnittstellen und Schulungen gleichzeitig zusammenkommen. Ein erfahrener Partner kann den Umfang realistisch schneiden, Projektfallen früh sichtbar machen und eine tragfähige Betriebsübergabe vorbereiten. Die beste Grundlage für die Entscheidung ist nicht ein bevorzugtes Vertragsmodell, sondern Klarheit darüber, welche Verantwortung dauerhaft im Unternehmen bleiben soll und welche zuverlässig organisiert werden muss.