Vendor Management
Verwaltung externer Dienstleister, Lizenzen und Supportkontakte für stabile Eskalationswege.
Kurz erklärt
Diese Seite beschreibt den Arbeitsstandard für Vendor Management – mit Fokus auf konkrete Entscheidungen statt allgemeiner Leitlinien.
Zentral sind hier vor allem wann der vendor eingebunden wird und welche leistung intern vs. extern liegt, damit Teams denselben Maßstab anwenden.
Nachvollziehbar wird der Standard erst durch verlinkte Nachweise wie verträge / leistungsbeschreibungen und durch dokumentierte Grenzfälle/Ausnahmen.
Wann diese Seite hilft
Typische Situationen, in denen diese Seite als Arbeitsdokument Mehrwert bringt – und wo eine andere Doku passender ist.
Typische Einsätze
- wenn für Vendor Management ein organisationsweiter Standard mit klaren Grenzen zu lieferantenleistungen und verantwortungsgrenzen festgelegt werden soll
- wenn Entscheidungen zu wann der vendor eingebunden wird zwischen Teams aktuell unterschiedlich getroffen werden
- wenn Audit oder internes Review konkrete Nachweise wie verträge / leistungsbeschreibungen einfordert
- wenn Ausnahmen im Bereich „Regeln & Verantwortung“ häufiger werden und sauber befristet/regelt werden müssen
Eher nicht passend bei
- wenn es bei Vendor Management nur um einen einmaligen Einzelfall ohne Standardisierungsbedarf geht
- wenn ein detailliertes Projektticket oder eine technische Schritt-für-Schritt-Anleitung gepflegt werden soll
Empfohlener Ablauf
Pragmatische Reihenfolge, die in der Praxis funktioniert – vom Scope bis zum Review.
- Anwendungsbereich für Vendor Management fachlich und organisatorisch festziehen; Scope-Lücken vermeiden (insb. lieferantenleistungen und verantwortungsgrenzen).
- Standardentscheidungen definieren: wann der Vendor eingebunden wird und welche Leistung intern vs. extern liegt – inklusive zuständiger Rollen.
- Ausnahmen mit Kriterien, Fristen und Re-Review modellieren; häufige Grenzfälle zu vertrags- und supportwege explizit abfangen.
- Nachweise im Regelprozess verankern (mindestens verträge / leistungsbeschreibungen und support-cases beim vendor).
- Prüfung anhand realer Abweichungen fahren und Stolperfallen wie „Verantwortung wird zwischen intern und Vendor hin- und hergeschoben“ in die Regel zurückspiegeln.
Entscheidungsregeln
Vendor Management ist gut dokumentiert, wenn Regeln, Grenzfälle und Nachweise so konkret sind, dass Teams damit ohne Zusatzabsprachen arbeiten können.
Entscheidungsrahmen
Für Vendor Management zuerst den Anwendungsbereich konkret machen: Lieferantenleistungen und Verantwortungsgrenzen.
Verantwortung
Entscheidungen zu wann der vendor eingebunden wird und welche leistung intern vs. extern liegt nicht implizit lassen, sondern Rollen und Freigaben explizit benennen.
Abweichungsregeln
Ausnahmen nur zulassen, wenn sie den Standard nicht aufweichen; besonders relevant sind hier vertrags- und supportwege.
Review-Auslöser
Prüfbar ist die Regel erst, wenn verträge / leistungsbeschreibungen und support-cases beim vendor sauber verlinkt sind.
Was dokumentiert werden soll
Hier nur die spezifischen Inhalte zu Vendor Management pflegen; allgemeine Doku-Regeln bleiben in der zentralen Leitlinie. Zentrale Leitlinie.
Die Seite ist dann gut, wenn eine Vertretung den Standard anwenden oder prüfen kann, ohne erst Personenwissen einsammeln zu müssen.
Kontext
Begriffe, Scope und Grenzen zu Vendor Management konkretisieren – inklusive lieferantenleistungen und verantwortungsgrenzen.
Umsetzungsvorgaben
Den Standard so notieren, dass wann der vendor eingebunden wird und eskalationsroute bei störungen/changes eindeutig entschieden sind.
Prüfpfad
Artefakte direkt nennen und verlinken: Verträge / Leistungsbeschreibungen, Support-Cases beim Vendor, Review-Protokolle mit Maßnahmen.
Offene Punkte / Ausnahmen
Aktive Ausnahmen, letzte Änderung und nächster Review gehören auf die Seite – besonders bei Themen mit vertrags- und supportwege.
Typische Stolperfallen
Pflege hier echte Fallstricke aus der Praxis von Vendor Management; allgemeine Hinweise gehören in die zentrale Leitlinie. Zentrale Leitlinie.
- Umfang driftet: Verantwortung wird zwischen intern und Vendor hin- und hergeschoben.
- Regel bleibt abstrakt: Supportkontakte sind veraltet.
- Nachweis fehlt: Leistungsänderungen landen nicht in der Doku.
- Ausnahme entgleist: Standard bleibt abstrakt ohne Anwendungsbezug.
Prüfung & Pflege
Prüfe diese Seite gegen reale Vorgänge zu Vendor Management – nicht nur gegen den Wortlaut. Entscheidend ist, ob Standard, Ausnahmen und Nachweise im Alltag tragen.
- Sind Ansprechpartner und Escalation Paths aktuell?
- Passen Leistungen noch zum Bedarf?
- Gibt es wiederkehrende Vendor-Themen ohne Maßnahme?
- Ist der Scope noch korrekt?
Prüf-Fokus für „Vendor Management“: Regeln & Verantwortung; prüfe dabei insbesondere lieferantenleistungen und verantwortungsgrenzen.
Sinnvolle Kennzahlen
Wenige Kennzahlen genügen – wichtig ist, dass sie Entscheidungen oder Verbesserungen auslösen.
Für „Vendor Management“ Kennzahlen direkt an wann der vendor eingebunden wird und die häufigsten Praxisrisiken koppeln.
Vendor-Reaktionszeit
Zeit bis zur qualifizierten Antwort des Anbieters
Intervall: monatlich
Offene Vendor-Fälle
Anzahl ungelöster Tickets beim Anbieter
Intervall: monatlich
Leistungsreview-Quote
Anteil planmäßig durchgeführter Vendor-Reviews
Intervall: quartalsweise
Nächste Schritte
Ergänze jetzt die konkrete Entscheidung zu wann der vendor eingebunden wird inkl. Verantwortlichen, Datum und Verweis auf verträge / leistungsbeschreibungen.
Auf „Vendor Management“ als Nächstes besonders klar machen: welche lieferantenleistungen und verantwortungsgrenzen im Standardfall gelten und welche Ausnahmen befristet sind.