Die kurze Antwort: Der Übergangserfolg hängt davon ab, vor Betriebsbeginn festzulegen, wer wofür verantwortlich ist
Support- und AMS-Projekte scheitern in der Regel an Unklarheiten – nicht einfach an einem Mangel an Engineers. Die Systeme im Geltungsbereich, Verantwortlichkeiten, Zugriffsrechte, Abhängigkeiten von Drittanbietern, Servicezeiten und Abnahmekriterien müssen eindeutig definiert sein. Nehmen Sie mindestens diese 12 Punkte in das erste Anforderungsprofil für den Einkauf auf.
1–4: Umfang und Verantwortlichkeiten
- Systeme, Produkte, Versionen und Umgebungen, einschließlich Produktions- und Nichtproduktionsgrenzen
- Standorte, Nutzergruppen, Sprachen und Orte mit physischer Anwesenheitspflicht
- Eine RACI-Matrix über den Kunden, den Dienstleister und die bestehenden Lieferanten hinweg, mit den finalen Entscheidungsverantwortlichen
- Verantwortlichkeiten für Incidents, Problems, Changes, Releases und Service Requests trennen
5–8: Zugang, Abdeckung und Abhängigkeiten
- Kontoerstellung, Genehmigung, MFA, VPN, Protokollierung und Verfahren zum Entzug von Zugriffsrechten
- Reguläre Servicezeiten, Feiertage, Rufbereitschaftsregelungen und Kontaktziele bei schwerwiegenden Vorfällen
- Cloud-, Carrier-, Hardware- und Softwareverträge von Drittanbietern, Berechtigungen und Support-Wege
- Einschränkungen für personenbezogene Daten, vertrauliche Informationen, grenzüberschreitenden Zugriff, Geräte und Datenaufbewahrung
9–12: Kenntnis, Abnahme und Verbesserung
- Architektur, Runbooks, FAQs, bekannte Fehler, Jobs, Schnittstellen und Kontaktbäume
- Offene Tickets, technische Schulden, Risiken, ausstehende Änderungen und die Release-Pipeline
- Parallelbetriebsphase, Abnahmetests, Abnahme-Verantwortlicher und Ablehnungsbedingungen
- Ein kleiner Satz von Kennzahlen mit Zweckbezug: Reaktionszeit, Lösung, Backlog, Wiederholungsfälle und Änderungserfolg
Kapazitätsverträge und Managed Services sind nicht dasselbe
Ein Kapazitätsvertrag kauft in erster Linie verfügbare Arbeitsleistung. Ein Managed Service übernimmt definierte operative Verantwortung, Prozesse, Reporting und Verbesserung innerhalb eines vereinbarten Leistungsumfangs. Keines ist grundsätzlich besser. Co-Managed Delivery kann für ein frühes, sich veränderndes Umfeld passen; wiederholbare Betriebsabläufe können in einen Managed-Scope überführt werden; Upgrades und umfangreiche Entwicklungen sollten separate Projekte bleiben.
Wie gute Arbeit in den ersten 30 Tagen aussieht
- Alle Parteien nutzen dasselbe Service-Inventar und dieselbe RACI-Matrix
- Eskalation bei schwerwiegenden Vorfällen und Entzug von Zugriffsrechten wurden praktisch erprobt, nicht nur dokumentiert
- Offene Punkte werden in einem zentralen Register mit Verantwortlichen und Zieldaten geführt
- Das Reporting zeigt Wiederholungen, Risiken und Verbesserungsmaßnahmen – nicht nur Aktivitätsvolumen
TAC konzipiert IT-Services-Delivery rund um den tatsächlichen Umfang und das Verantwortungsmodell: Infrastruktur- und Anwender-Support, Anwendungs-Support, SAP AMS und Japan-facing Delivery in Verbindung mit Remote-Spezialisten in Asien. Wir erheben keine pauschalen Ansprüche zu jeder Technologie oder 24/7-Abdeckung; Fähigkeiten und Übergangsbedingungen werden für jedes Engagement bestätigt.