Anforderungsprofil: ITSM Service Management
Herstellerneutrales technisches Anforderungs- und Beschaffungspaket zum Entscheidungspaket „ITSM Service Management“.
Am Ende steht ein abgenommener Service-Management-Pilot mit verständlichem Katalog, messbaren Ticketprozessen, definierter CMDB-Ownership, kontrolliertem Change und belastbaren Integrationen.
Thema: itsm · Stand 2026-09-21Welle 5 · Workplace & Fachservices
Benutzer- und Fachservices erst auf die freigegebenen Plattform-, Identity-, Recovery- und Access-Pfade aufsetzen.
Vor jeder Punktebewertung nachweisen
Diese Kriterien sind als technische Mindestnachweise formuliert. Nicht erfüllte Muss-Kriterien sollten nicht durch Komfort- oder Preisvorteile kompensiert werden.
| ID | Kriterium | Geforderter Nachweis |
|---|---|---|
| M01 | Incident-, Request-, Problem- und Change-Prozesse mit Rollen, Prioritäten, Freigaben und Eskalationen anhand realer Fälle pilotieren. | Hersteller-/Angebotsnachweis plus Pilot- oder Betriebsnachweis. |
| M02 | Servicekatalog, Self-Service und Knowledge Base mit repräsentativen Nutzern auf Auffindbarkeit und verständliche Formulare testen. | Hersteller-/Angebotsnachweis plus Pilot- oder Betriebsnachweis. |
| M03 | CMDB-/Asset-Datenquellen, Discovery, Ownership und Datenpflege definieren und die Datenqualität mit realen Assets messen. | Hersteller-/Angebotsnachweis plus Pilot- oder Betriebsnachweis. |
| M04 | Integrationen zu Identity, Monitoring, E-Mail und Endpoint-Management inklusive Fehlerpfaden und Secrets-Handling abnehmen. | Hersteller-/Angebotsnachweis plus Pilot- oder Betriebsnachweis. |
| M05 | SLA-Messung, Reporting, Export/Exit, Datenhaltung, Lizenzmetriken und Automations-Rollback vor Produktivsetzung festlegen. | Hersteller-/Angebotsnachweis plus Pilot- oder Betriebsnachweis. |
Mehrwert nur mit realem Betriebsnutzen bewerten
| ID | Kriterium | Bewertungshinweis |
|---|---|---|
| K01 | Enterprise-Service-Management kann ausgewählte Fachbereiche ohne parallele Prozessengine anbinden. | Als Mehrwert nur bewerten, wenn die Funktion für den Zielbetrieb nachweisbar nutzbar ist. |
| K02 | Discovery/Asset-Daten lassen sich mit klarer Ownership und Qualitätskontrollen in die CMDB übernehmen. | Als Mehrwert nur bewerten, wenn die Funktion für den Zielbetrieb nachweisbar nutzbar ist. |
| K03 | Automation und Orchestrierung unterstützen Freigaben, Fehlerbehandlung und kontrollierten Rollback. | Als Mehrwert nur bewerten, wenn die Funktion für den Zielbetrieb nachweisbar nutzbar ist. |
| K04 | Offene APIs, Webhooks und Integrationen ermöglichen eine lose Kopplung an Monitoring, Identity und Endpoint-Systeme. | Als Mehrwert nur bewerten, wenn die Funktion für den Zielbetrieb nachweisbar nutzbar ist. |
Fragen für Angebot, Workshop und technische Klärung
Sind Services, Owner, Nutzergruppen und Supportziele verständlich definiert?
Sind Incident, Request, Problem und Change fachlich getrennt und trotzdem durchgängig verknüpft?
Sind Datenquellen, Ownership, Discovery und Qualitätsmessung für die benötigten Konfigurationsdaten belastbar?
Funktionieren Identity, Monitoring, E-Mail und Endpoint-/Asset-Integrationen inklusive Fehlerpfaden?
Besitzen automatisierte Workflows Freigaben, Fehlerbehandlung und einen nachvollziehbaren Rollback?
Sind SLA-Messung, Reporting, Plattformbetrieb, Support und Exit dauerhaft beherrschbar?
Gates als objektive Abnahmekriterien verwenden
Für jeden Pilotservice sind Owner, Zielgruppe, Supportziel und Bearbeitungsweg verständlich dokumentiert.
Es ist klar, welche Daten in der CMDB warum benötigt werden und welcher Prozess diese Daten konsumiert.
Die Shortlist deckt die Muss-Prozesse, CMDB, Self-Service, Automation und das Zielbetriebsmodell ab.
Tickets werden korrekt geroutet, CMDB-Daten sind ausreichend verlässlich und Changes besitzen Test, Freigabe, Abnahme und Rückfallpfad.
Die nächste Rolloutwelle basiert auf gemessenen Prozess- und Datenqualitätswerten statt nur auf Toolkonfiguration.
Vor Produktivsetzung klären
- Servicekatalog, Service Owner, SLA und Eskalationswege regelmäßig überprüfen.
- CMDB-/Discovery-Synchronisation sowie Datenqualitätsregeln kontinuierlich überwachen.
- Automation, Schnittstellen und Change-Workflows mit Fehler- und Rollbackpfaden betreiben.
- Knowledge-, Self-Service- und Prozessdaten anhand realer Nutzung und Support-KPIs pflegen.
Vor Vertragsbindung nachweisen
- Tickets, Knowledge, Servicekatalog, SLA-Historie und benötigte CMDB-Daten in nutzbaren Formaten exportieren können.
- Integrationen, Automationen und Secrets kontrolliert auf eine Folgelösung umstellen oder zurückbauen.
- Koexistenz/Cutover für Service Desk und Self-Service ohne Verlust offener Vorgänge und Nachweise praktisch planen.
Gewichtete Bewertung erst nach den Muss-Kriterien
Die Gewichte ergeben zusammen 100 %. Die Skala bewertet nachgewiesene Eignung – nicht Herstellergröße oder Markenpräferenz.
| Kategorie | Gewicht | Skala | Dokumentation |
|---|---|---|---|
| Prozesse & Service Experience | 25 % | 0 = nicht nachgewiesen · 1 = teilweise · 2 = erfüllt · 3 = übertroffen | Nachweis/Kommentar |
| CMDB & Datenqualität | 20 % | 0 = nicht nachgewiesen · 1 = teilweise · 2 = erfüllt · 3 = übertroffen | Nachweis/Kommentar |
| Integration & Automation | 20 % | 0 = nicht nachgewiesen · 1 = teilweise · 2 = erfüllt · 3 = übertroffen | Nachweis/Kommentar |
| Betrieb & Reporting | 20 % | 0 = nicht nachgewiesen · 1 = teilweise · 2 = erfüllt · 3 = übertroffen | Nachweis/Kommentar |
| Commercial & Exit | 15 % | 0 = nicht nachgewiesen · 1 = teilweise · 2 = erfüllt · 3 = übertroffen | Nachweis/Kommentar |
Für Pilot, Entscheidung und Vertrag dokumentieren
- Servicekatalog-Pilot
- Service-/Process-Owner-Matrix
- Prioritätsmodell
- CMDB-Datenmodell
- Datenquellenregister
- Change-Klassen
- Finder-Profil
- Vergleichsmatrix
- Pilotarchitektur
- CMDB-Qualitätsreport
- Change-/Rollback-Nachweis
- Betriebs-Runbook