16 June 20268 Min. Lesezeit
Partnerschaften enden. Manchmal schlecht, häufiger aus völlig gewöhnlichen Gründen: Die Arbeit des Kunden ist fertig, Ihr Kapazitätsbedarf ändert sich, der Partner richtet sich neu aus, eine Schlüsselperson geht und das Team ist nicht mehr das Team, mit dem Sie den Vertrag geschlossen haben. Nichts davon ist ein Skandal.
Ob das Ende still oder teuer verläuft, entscheidet eine Handvoll Klauseln, die beide Seiten genau dann am wenigsten verhandeln wollen, wenn sie es könnten, nämlich am Anfang, wenn alle optimistisch sind und nicht misstrauisch wirken wollen.
Die Bedingungen, die einen Ausstieg überlebbar machen
Sechs Regelungen leisten fast die gesamte Arbeit. Sie aufzunehmen ist unspektakulär, sie zu vermissen ist schmerzhaft.
- Kündigungsfrist, auf beiden Seiten, lang genug zum Neubesetzen. Dreißig Tage sind üblich und für ein Team jeder Größe oft zu kurz; sechzig sind ehrlicher für alles jenseits von ein oder zwei Personen.
- Eine Übergangsphase nach der Kündigung, in der der Partner zu vereinbarten Sätzen weiterarbeitet, dazu eine ausdrückliche Pflicht, bei der Übergabe mitzuwirken. Ohne sie endet mit der Frist auch alles andere.
- Konkret benannte Leistungen bei Vertragsende: Repositories, Zugangsdaten, Konfiguration der Umgebungen, Zugriff auf die Infrastruktur, Dokumentation und alles, was nur auf einem Rechner des Partners existiert.
- Rückgabe und Löschung der Daten, mit Frist und schriftlicher Bestätigung, passend zu dem, was Sie Ihrem Kunden im AV-Vertrag zugesagt haben.
- Der Fortbestand von Vertraulichkeit, IP-Übertragung und Abwerbeverbot über das Enddatum hinaus, damit die Beendigung die Schutzrechte nicht still aufhebt.
- Zahlung bei Vertragsende: was für laufende Arbeit geschuldet ist und was mit vorausgezahlten oder zugesagten Beträgen geschieht.
Ein Partner, der sich gegen alle sechs sträubt, sagt Ihnen früh etwas Nützliches. Ein Partner, der eine eigene Fassung dieser Liste hat, hat das schon durchgemacht, und das ist eher ein gutes als ein schlechtes Zeichen.
Das Wissen, das mit ihnen geht
Die kaufmännischen Konditionen sind der einfache Teil. Teuer an einem Ende ist das Verständnis: warum die Integration dreimal wiederholt, welcher Ansprechpartner beim Kunden eine Schemaänderung freigeben muss, wogegen der Workaround im Zahlungsmodul schützt. Kaum etwas davon steht geschrieben, wenn die Kündigung ausgesprochen wird.
Die beste Absicherung ist kein heroisches Übergabedokument, das in den letzten zwei Wochen entsteht und dünn ausfällt, weil sich niemand auf Zuruf erinnern kann, was er weiß. Sie ist die Gewohnheit fortlaufender Dokumentation während der Zusammenarbeit: Entscheidungen dort festgehalten, wo sie getroffen wurden, Runbooks als Teil von Done aktualisiert, ein Umgebungs-Setup, dem eine neue Person ohne Hilfe folgen kann. Das ist eines der Argumente dafür, den Partner durchgehend in Ihren Werkzeugen und Repositories zu halten, denn Wissen, das in Ihren Systemen festgehalten ist, bleibt, wenn die Menschen gehen.
Drei Jahre Verständnis lassen sich nicht in einer zweiwöchigen Kündigungsfrist herausziehen. Man kann es nur unterwegs aufgeschrieben haben.
Übergabe, in der Reihenfolge, die funktioniert
Wenn ein Ende geplant ist, gestalten Sie die Reihenfolge bewusst, statt den letzten Tag als Abbruchkante zu behandeln.
Frieren Sie zuerst den Umfang ein. Beginnen Sie ab dem Zeitpunkt der Kündigung keine neue Arbeit mehr und bringen Sie das Laufende entweder zu Ende oder brechen Sie es ausdrücklich ab. Halbfertige Arbeit ohne Autor ist schlimmer als gar keine Arbeit.
Führen Sie dann den Dokumentations-Sprint durch: Architektur samt Begründung, das Betriebs-Runbook, bekannte Probleme und ihre Geschichte sowie das Umgebungs-Setup, geprüft von jemandem, der es nicht ohnehin schon kennt. Dokumentation, der niemand von Anfang bis Ende gefolgt ist, ist ein Entwurf und keine Übergabe.
Lassen Sie dann die Menschen überlappen. Das übernehmende Team, ob Ihr eigenes oder das eines anderen Partners, arbeitet für eine festgelegte Zeit neben dem ausscheidenden, während dieses noch bezahlt wird und noch verantwortlich ist. Zwei Teams kurzzeitig zu bezahlen ist billiger als ein Kaltstart auf einem System, das niemand versteht, und es ist der Schritt, der aus Budgetgründen am häufigsten gestrichen und am häufigsten bereut wird.
Übertragen Sie dann die Zugänge und entziehen Sie sie. Jede Zugangsdatei, jede Repository-Berechtigung, jede Cloud-Rolle, jedes Konto bei Dritten und jedes geteilte Geheimnis, auf einer Liste, die Sie abhaken können. Der Entzug ist ein Sicherheitsvorgang und kein Verwaltungsvorgang, und er braucht ein Datum und eine verantwortliche Person.
Schließen Sie zuletzt den Kreis bei den Daten: zurückgeben, löschen, schriftlich bestätigen und die Bestätigung dort ablegen, wo die Prüfer Ihres Kunden sie finden könnten.
Was der Kunde hören sollte
Wenn Sie die Partnerkonstruktion sauber offengelegt haben, ist dieses Gespräch klein: Der Umsetzungspartner wechselt, hier ist der Übergangsplan, hier sind die Termine, an der Verantwortung ändert sich nichts. Das ist die ganze Botschaft, und sie sollte ankommen, bevor der Kunde neue Namen bemerkt, nicht danach.
Erklären Sie das Ende nicht mit Kritik am Partner. Selbst wenn der Partner wirklich das Problem war, wirft es beim Kunden eine Frage auf, die er nicht gestellt hatte: warum Sie ihn ausgewählt haben und was Ihr Urteil wert ist. Übernehmen Sie den Übergang als Ihre Verantwortung, denn das ist er.
Seien Sie realistisch beim Tempo. Ein Team, das gerade übernommen hat, wird eine Weile langsamer sein, und das vorher zu sagen kostet einen unangenehmen Satz, während es gemeinsam zu entdecken Vertrauen kostet.
Enden, die keine Enden sein sollten
Zwei Situationen werden für einen Kündigungsgrund gehalten. Die erste ist ein einzelnes gescheitertes Projekt in einer ansonsten guten Beziehung. Machen Sie die Nachbetrachtung vor der Entscheidung: Häufig zeigt sich, dass die Spezifikation dünn war oder die Steuerung bei Ihnen lag, und ein Partnerwechsel würde dasselbe Scheitern zu einem Team verschieben, das alles neu lernen muss.
Das zweite ist eine ruhige Phase in Ihrer Pipeline. Eine funktionierende Partnerschaft zu beenden, weil es in diesem Quartal keine Arbeit gibt, heißt, in sechs Monaten die gesamte Einarbeitung erneut zu bezahlen. Eine ruhende Vereinbarung mit einem kleinen kontinuierlichen Strom oder eine vereinbarte Pause bei bestehenden Konditionen hält die Option für weit weniger offen, als ein Neustart kostet.
Gut zu enden ist ein kommerzieller Vermögenswert
Die Branche ist klein und Menschen wechseln. Ein Partner, der beim Abschied fair behandelt wurde, empfiehlt Aufträge weiter, nimmt Ihren Anruf in der Krise an und spricht gut über Sie mit Leuten, die gerade entscheiden, ob sie Ihnen vertrauen. Zahlen Sie die Schlussrechnung pünktlich, halten Sie die Übergangsphase ein, statt sie zu verkürzen, sobald Sie haben, was Sie brauchen, und sagen Sie offen, warum es endete. Das kostet in dem Moment, in dem es zählt, fast nichts, und es ist der Teil einer Partnerschaft, an den sich Menschen am deutlichsten erinnern.