Bei der Auswahl eines IT-Dienstleisters richten viele Unternehmen den Blick auf Preis, Referenzen und technische Fähigkeiten. Diese Kriterien bleiben wichtig. Dennoch entsteht ein großer Teil des späteren Aufwands erst nach der Beauftragung: Informationen fehlen, Zuständigkeiten sind unklar, Zugänge werden verspätet eingerichtet und getroffene Entscheidungen lassen sich nicht mehr nachvollziehen. Eine gute Ausschreibung muss deshalb bereits berücksichtigen, wie der Übergang in die Zusammenarbeit abläuft.

Für die erste Orientierung kann ein Blick auf unterschiedliche Auftragnehmer helfen. Eine Übersicht wie das b+s ag Ranking zeigt, welche Anbieter im relevanten Umfeld sichtbar sind. Die eigentliche Auswahl sollte danach jedoch anhand konkreter Übergabefragen erfolgen. Ein bekannter Name ersetzt keine belastbare Arbeitsweise.

Die Übergabe beginnt vor dem Zuschlag

Eine Übergabe ist kein einzelner Termin am Ende des Beschaffungsprozesses. Sie beginnt bereits mit den Angaben in der Ausschreibung. Wer nur ein gewünschtes Ergebnis beschreibt, lässt viele operative Fragen offen. Der Anbieter muss dann Annahmen treffen. Diese Annahmen können später zu Zusatzkosten, Verzögerungen oder Diskussionen über den Leistungsumfang führen.

Beschaffungsverantwortliche sollten deshalb festhalten, welche Informationen der Auftragnehmer zum Start benötigt und welche Unterlagen er liefern muss. Dazu gehören etwa Systemübersichten, Rollenbeschreibungen, offene Risiken, technische Abhängigkeiten und Ansprechpartner. Auch die Form der Dokumentation verdient Aufmerksamkeit. Ein PDF mit veralteten Screenshots hilft einem neuen Team weniger als eine gepflegte, durchsuchbare Wissensbasis.

Die Qualität einer Übergabe lässt sich schon in der Angebotsphase prüfen. Unternehmen können Bieter bitten, einen beispielhaften Ablauf für die ersten 30 Tage zu beschreiben. Dabei zeigt sich schnell, ob ein Anbieter den Auftrag als reine Leistungserbringung versteht oder ob er die organisatorischen Folgen seiner Arbeit mitdenkt.

Welche Fragen Anbieter beantworten sollten

Gute Fragen richten sich auf beobachtbares Verhalten. Allgemeine Aussagen zur Kundenorientierung liefern kaum Vergleichswerte. Besser sind konkrete Szenarien: Was passiert, wenn ein Schlüsselmitarbeiter ausfällt? Wie dokumentiert das Team eine Änderung an einer produktiven Anwendung? Wer informiert den Auftraggeber über ein Risiko, das noch keinen Ausfall verursacht hat?

• Welche Unterlagen erstellt der Anbieter während der ersten Projektphase?
• Wie prüft das Team, ob die Dokumentation vollständig und verständlich ist?
• Welche Rollen entscheiden bei technischen, kaufmännischen und sicherheitsbezogenen Fragen?
• Wie übergibt der Auftragnehmer Wissen an interne Beschäftigte oder einen späteren Dienstleister?
• In welchem Rhythmus besprechen beide Seiten offene Punkte und Risiken?
• Welche Nachweise erhält der Auftraggeber nach Änderungen, Tests oder Freigaben?

Die Antworten sollten in einer Bewertungsmatrix festgehalten werden. Dabei genügt eine einfache Skala, wenn jedes Bewertungsniveau beschrieben ist. Ein Anbieter erhält etwa eine hohe Punktzahl, wenn er konkrete Verantwortliche, Fristen und Nachweise nennt. Eine allgemeine Zusage ohne Beispiel bleibt entsprechend schwächer. So wird aus einem weichen Eindruck ein nachvollziehbarer Vergleich.

Wissen darf nicht an einzelnen Personen hängen

Viele Projekte laufen zunächst reibungslos, solange zwei oder drei vertraute Personen beteiligt sind. Fällt eine dieser Personen aus, wird die Abhängigkeit sichtbar. Passwörter liegen in persönlichen Ablagen, Entscheidungen wurden nur mündlich getroffen und wichtige Hintergründe stehen in keinem System. Der Auftraggeber trägt dann ein Risiko, das bei der Auswahl des Dienstleisters oft übersehen wurde.

Eine belastbare Zusammenarbeit verteilt Wissen über klare Dokumente, geregelte Zugriffsrechte und wiederholbare Abläufe. Der Anbieter sollte erklären können, wie er neue Teammitglieder einarbeitet und wie er Wissen beim Wechsel von Personal erhält. Auch die interne Seite muss ihren Anteil leisten. Ansprechpartner brauchen Zeit für Übergaben, Freigaben und Rückfragen. Ohne diese Kapazität bleibt selbst eine gute Dokumentation ungenutzt.

Besonders hilfreich sind kurze Protokolle mit Entscheidungsgrund, Datum und verantwortlicher Rolle. Sie verhindern, dass dieselbe Frage Wochen später erneut bewertet wird. Bei technischen Änderungen sollte außerdem feststehen, welche Systeme betroffen sind, welche Tests stattgefunden haben und wer die Freigabe erteilt hat.

Vertragsklauseln mit praktischer Wirkung

Die Anforderungen an die Übergabe gehören in den Vertrag und in die Leistungsbeschreibung. Dort lässt sich festlegen, welche Dokumente zu welchem Zeitpunkt vorliegen müssen, wie schnell der Auftragnehmer auf Wissensfragen reagiert und welche Unterstützung bei einer späteren Ablösung geschuldet ist. Eine Klausel bleibt allerdings wirkungslos, wenn niemand die Erfüllung prüft.

Für wichtige Ergebnisse eignen sich Abnahmekriterien. Eine Systemdokumentation kann beispielsweise als vollständig gelten, wenn sie definierte Komponenten, Abhängigkeiten, Betriebsabläufe und bekannte Einschränkungen enthält. Bei einer Schulung kann der Auftraggeber festlegen, welche Rollen teilnehmen und welche praktischen Aufgaben danach selbstständig erledigt werden müssen.

Auch der Übergang zu einem anderen Anbieter sollte früh geregelt werden. Dazu zählen Datenformate, Exportmöglichkeiten, Zugriffsfristen und die Pflicht zur geordneten Wissensweitergabe. Der Auftragnehmer muss dabei keine internen Geschäftsgeheimnisse offenlegen. Er sollte jedoch die Informationen bereitstellen, die der Auftraggeber für einen sicheren Betrieb benötigt.

Eine kleine Prüfung vor dem Start

Vor dem eigentlichen Leistungsbeginn lohnt sich ein gemeinsamer Starttermin mit einem begrenzten Prüfprogramm. Der Auftraggeber kann kontrollieren, ob die vereinbarten Ansprechpartner benannt sind, Zugänge funktionieren und die wichtigsten Ausgangsdaten vorliegen. Fehlt an diesem Punkt bereits eine Grundlage, lässt sich der Mangel meist günstiger beheben als nach dem ersten kritischen Vorfall.

Nach einigen Wochen sollte das Unternehmen prüfen, ob die Übergabe tatsächlich funktioniert. Dazu reichen wenige Fragen: Finden neue Beteiligte die nötigen Informationen? Werden Entscheidungen dokumentiert? Sind offene Risiken sichtbar? Reagieren die Verantwortlichen innerhalb der vereinbarten Fristen? Die Ergebnisse können in einem kurzen Bericht festgehalten und mit dem Anbieter besprochen werden.

Wer Übergabequalität als Auswahlkriterium behandelt, verbessert den gesamten Beschaffungsprozess. Anbieter erhalten ein klareres Bild vom Auftrag, interne Teams kennen ihre Aufgaben und spätere Wechsel werden planbarer. Der entscheidende Vorteil liegt in der geringeren Abhängigkeit von Einzelpersonen. Ein IT-Vertrag wird dadurch zu einer Zusammenarbeit, deren Wissen, Entscheidungen und Verantwortlichkeiten auch unter wechselnden Bedingungen nachvollziehbar bleiben.