Viele IT-Projekte wirken bis kurz vor dem Abschluss gut geplant. Budgets sind freigegeben, Anforderungen dokumentiert und die technische Lösung ist fertiggestellt. Dann beginnt die Übergabe an den Betrieb. Genau an diesem Punkt entstehen oft Verzögerungen, Missverständnisse und zusätzliche Kosten. Der letzte Abschnitt eines Projekts entscheidet deshalb häufig darüber, ob eine Zusammenarbeit als erfolgreich wahrgenommen wird.
Wer externe IT-Dienstleister auswählt, sollte den Blick nicht allein auf Tagessätze, Zertifikate oder die angebotene Technologie richten. Auch die Fähigkeit zur sauberen Übergabe gehört in die Bewertung. Eine erste Orientierung bei der Suche nach passenden Auftragnehmern kann beispielsweise das Verzeichnis von b+s ag geben. Entscheidend bleibt jedoch, welche Arbeitsweise ein Anbieter im konkreten Projekt nachweisen kann.
Warum Übergaben so häufig unterschätzt werden
Während der Umsetzungsphase sitzen Auftraggeber und Dienstleister meist eng zusammen. Fragen lassen sich schnell im Gespräch klären, technische Entscheidungen sind präsent und bestimmte Abläufe werden von einzelnen Personen aus dem Projektteam getragen. Mit dem Go-live verändert sich diese Situation. Zuständigkeiten wechseln, Dokumente müssen auffindbar sein und das interne Team muss die Lösung auch ohne dauernde Unterstützung des externen Partners betreiben können.
Fehlt ein klarer Übergabeplan, bleiben wichtige Details in Chats, persönlichen Notizen oder dem Erfahrungswissen einzelner Projektmitarbeiter verborgen. Das kann bei einem Systemausfall, einem Personalwechsel oder einer späteren Erweiterung teuer werden. Der Auftraggeber bezahlt dann häufig erneut für Informationen, die im Projekt bereits vorhanden waren, aber nicht in einer nutzbaren Form vorlagen.
Eine gute Übergabe beginnt deshalb nicht in der letzten Projektwoche. Sie muss bereits bei der Beauftragung berücksichtigt werden. Der Vertrag sollte festlegen, welche Unterlagen entstehen, wer sie prüft und welche Voraussetzungen für die Abnahme gelten.
Die Qualität eines Auftragnehmers am Arbeitsprozess erkennen
Referenzen nennen oft bekannte Projekte und eingesetzte Technologien. Für die Auswahl eines Dienstleisters reichen solche Angaben allein nicht aus. Interessanter ist, wie der Anbieter arbeitet, wenn Anforderungen unklar werden oder mehrere Teams beteiligt sind. Ein strukturiertes Vorgehen zeigt sich in konkreten Fragen: Wie dokumentiert das Team Entscheidungen? Wie behandelt es offene Risiken? Wer übernimmt die Verantwortung, wenn eine Schnittstelle nicht wie geplant funktioniert?
Auch das Übergabemodell sollte der Anbieter verständlich erklären können. Dazu gehört etwa, ob Betriebsmitarbeiter frühzeitig eingebunden werden, ob Schulungen an realen Abläufen stattfinden und wie die ersten Wochen nach dem Produktivstart begleitet werden. Ein Anbieter muss dafür keine langen Präsentationen liefern. Oft geben kurze, konkrete Antworten ein besseres Bild von der tatsächlichen Arbeitsweise.
Auftraggeber können zusätzlich um ein Beispiel für eine abgeschlossene Übergabe bitten. Dabei geht es nicht um vertrauliche Kundendaten, sondern um die Struktur: Welche Dokumente wurden erstellt? Wie wurden Fehler aus der Einführungsphase behandelt? Welche Aufgaben blieben beim Dienstleister und welche gingen an den internen Betrieb?
Was in eine belastbare Übergabe gehört
Eine Übergabe besteht aus mehr als einer technischen Dokumentation. Sie muss die Informationen abbilden, die Menschen im Alltag tatsächlich benötigen. Dazu zählen technische Zusammenhänge, administrative Abläufe und klare Regeln für den Umgang mit Störungen. Je nach Projekt unterscheiden sich die Unterlagen, doch einige Bestandteile haben sich in vielen Vorhaben bewährt.
- Eine aktuelle Übersicht der Systemarchitektur mit Schnittstellen, Abhängigkeiten und verantwortlichen Teams
- Betriebsanweisungen für Standardaufgaben, Wartungen, Sicherungen und Wiederherstellungen
- Eine Liste der offenen Punkte mit Priorität, Frist und klar zugewiesener Verantwortung
- Zugangs- und Berechtigungskonzepte, die den vorgesehenen Prozess für Änderungen und Freigaben beschreiben
- Test- und Abnahmeergebnisse einschließlich bekannter Einschränkungen und akzeptierter Restfehler
- Ein Zeitplan für die Unterstützungsphase nach dem Produktivstart
Diese Unterlagen sollten nicht erst am Ende gesammelt werden. Wenn das Projektteam Architekturentscheidungen, Änderungen und Testergebnisse fortlaufend pflegt, sinkt der Aufwand vor der Abnahme. Gleichzeitig erkennt der Auftraggeber früher, an welchen Stellen Informationen fehlen.
Die Übergabe praktisch testen
Dokumente können vollständig aussehen und trotzdem im Alltag wenig helfen. Ein Praxistest schafft Klarheit. Dafür übernimmt ein Mitglied des internen Betriebsteams eine typische Aufgabe anhand der bereitgestellten Unterlagen. Das kann die Einrichtung eines neuen Benutzers, die Wiederherstellung einer Sicherung oder die Analyse eines bestimmten Fehlers sein.
Der externe Dienstleister beobachtet den Ablauf zunächst nur. Entstehen Rückfragen, werden sie protokolliert und später bewertet. Eine einzelne Frage ist kein Problem. Wenn das interne Team jedoch für jeden Schritt auf mündliche Erklärungen angewiesen ist, fehlt der Übergabe noch ein wichtiger Baustein.
Auch ein kontrollierter Störungstest kann sinnvoll sein. Dabei muss niemand den laufenden Betrieb gefährden. Eine Testumgebung reicht aus, um zu prüfen, ob Alarmierungen funktionieren, Zuständigkeiten bekannt sind und die Wiederanlaufzeit realistisch eingeschätzt wurde. Der Test liefert zugleich konkrete Themen für die Schulung.
Verantwortung nach dem Go-live festlegen
Nach dem Produktivstart braucht das Projekt einen klaren Übergang in den Regelbetrieb. Viele Konflikte entstehen, weil beide Seiten unterschiedliche Vorstellungen von dieser Phase haben. Der Auftraggeber erwartet schnelle Hilfe bei kleinen Problemen, während der Dienstleister nur größere Fehler als Teil des vereinbarten Supports betrachtet. Solche Unklarheiten gehören vor dem Start geklärt.
Ein sinnvoller Plan beschreibt die Kontaktwege, Reaktionszeiten und Eskalationsstufen. Er legt auch fest, wann die Unterstützungsphase endet und welche Leistungen danach separat beauftragt werden. Bei kritischen Systemen kann ein gemeinsamer Rückblick nach einigen Wochen helfen. Dabei werden Störungen, offene Aufgaben und Verbesserungen anhand konkreter Fälle besprochen.
Für die Auswahl eines IT-Auftragnehmers ergibt sich daraus ein klarer Prüfpunkt. Ein guter Anbieter spricht über die Zeit nach der technischen Fertigstellung genauso sachlich wie über die Umsetzung selbst. Er kennt die Grenzen seiner Verantwortung, benennt Abhängigkeiten und sorgt dafür, dass der Kunde die Lösung eigenständig weiterführen kann.
Ein Auswahlkriterium mit langfristiger Wirkung
Die Übergabefähigkeit eines Dienstleisters lässt sich vor der Beauftragung prüfen. Auftraggeber können entsprechende Anforderungen in die Ausschreibung aufnehmen, Nachweise anfordern und die geplante Zusammenarbeit anhand eines realistischen Szenarios besprechen. So wird aus einem oft übersehenen Projektabschluss ein überprüfbarer Teil der Leistung.
Das lohnt sich besonders bei Systemen, die über viele Jahre betrieben werden. Die Kosten einer unklaren Dokumentation oder einer fehlenden Schulung tauchen selten sofort auf. Sie entstehen später bei Störungen, Personalwechseln, Erweiterungen oder einem Anbieterwechsel. Wer die Übergabe früh plant, reduziert diese Abhängigkeit und schafft bessere Bedingungen für den laufenden Betrieb.
Ein IT-Projekt endet daher nicht mit der technischen Freigabe. Es endet erst dann sauber, wenn die zuständigen Menschen wissen, was gebaut wurde, wie es betrieben wird und wer bei Veränderungen entscheidet. Genau daran lässt sich die Qualität einer Zusammenarbeit im Alltag am deutlichsten erkennen.