--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # Servicelevel-Zielmanagement erkunden # Servicelevel-Zielmanagement erkunden {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 Minuten Lesedauer Servicelevel-Zielmanagement( SLO-Management) Ist ein entscheidender Aspekt des IT-Servicemanagements, der sicherstellt, dass IT-Services die Kundenerwartungen erfüllen. ## SLO-Management -- Übersicht {#exploring-service-level-objective-management__cf-exploring-parent-overview} SLO-Management Ist ein Framework zum Festlegen klarer Erwartungen und Messen der Leistung von IT-Services. Es hilft Organisationen, eine konsistente Servicebereitstellung sicherzustellen und Bereiche mit Verbesserungsbedarf zu identifizieren. SLOs definieren das Ziel-Servicelevel für einen bestimmten Service, z. B. Incident-Lösung oder Serviceanforderungserfüllung. Ein effektives SLO-Management umfasst das Festlegen realistischer Ziele, die Überwachung der Leistung und die kontinuierliche Verbesserung der Services, um die Kundenanforderungen zu erfüllen. ## SLO-Management Anwender {#exploring-service-level-objective-management__cf-exploring-parent-users} {#exploring-service-level-objective-management__table_ayk_qqd_pwq__entry__3} | Anwender | Beschreibung | Enthält Rollen | |-|-|-| | Administrator | Ein ServiceNow-Administrator ist für Verwaltung, Entwicklung, Betrieb, Schulung und Wartung der ServiceNow Platform verantwortlich. Verantwortlich für die Installation und kann die Service Operations-Arbeitsbereich Admin Center-Konfiguration von SRM durchführen. | Alle | | Administrator \[srm_admin\] Hinweis: Nicht die ServiceNow-Rolle admin | SRM-Administratoren können Accounteinstellungen, Konfigurationen und Benutzer verwalten. Administratoren können folgende Aktionen ausführen: * Alle SRM-Konfigurationen erstellen, bearbeiten oder löschen und darauf zugreifen. * Integrationen hinzufügen oder verwalten. * Integrationen mit APM-Tools (Application Performance Monitoring) erstellen * Richten Sie Zuverlässigkeitsindikatoren ein, und verwalten Sie sie. * Richten Sie Fehlerbudget-Richtlinien ein, und verwalten Sie sie. {#exploring-service-level-objective-management__ul_byk_qqd_pwb} | * Manager * Beantworter {#exploring-service-level-objective-management__ul_cyk_qqd_pwb} | | Manager \[srm_Manager\] | Manager überwachen ein Team von SREs. Manager weisen dem Rufbereitschaftszeitplan des Teams SREs zu, überwachen ihre Leistung, erstellen Verfahren zur Behandlung von Incidents und entwickeln Lösungen. Manager stellen über alle Systeme und DevOps-Workflows hinweg Resilienz sicher. Manager können im Kontext ihrer Teams folgende Aktionen ausführen: * Definieren und richten Sie und Teams, Rufbereitschaftszeitpläne und Services ein. * Benutzer wie Beantworter und Manager für die Teams hinzufügen und löschen, denen sie angehören. * Integrationen hinzufügen oder verwalten. * Integrationen mit APM-Tools (Application Performance Monitoring) erstellen * Richten Sie Zuverlässigkeitsindikatoren ein, und verwalten Sie sie. * Richten Sie Fehlerbudget-Richtlinien ein, und verwalten Sie sie. {#exploring-service-level-objective-management__ul_dyk_qqd_pwb} | Beantworter | | Beantworter \[srm_Responder\] | Ein Service Reliability Engineer (SRE), der SRM zur Ausführung alltäglicher Aufgaben verwendet. Responder sind die Personen, die Rufbereitschaft haben und Incidents diagnostizieren und beheben. Responder können nur auf Konfigurationen zugreifen, zu denen sie gehören. Sie können nur auf die Warnungen oder Incidents zugreifen, für die sie Berechtigungen haben. SREs können im Kontext ihrer Teams folgende Aktionen ausführen: | Erbt 17 Rollen, darunter die folgenden: * cmdb_read * sn_sow.sow_user * sn_sow_srm.srm_responder * workspace_user * slo_Operator {#exploring-service-level-objective-management__ul_fyk_qqd_pwb} | [Tabelle : 1. Anwender] {#exploring-service-level-objective-management__table_ayk_qqd_pwq} Hinweis: Anwender des SLO-Plugins ohne SRM sollten sicherstellen, dass ihren Teammitgliedern der erforderliche Warnungs- und cmdb_ci-Lesezugriff gewährt wird. ## SLO-Management -- Workflow {#exploring-service-level-objective-management__cf-exploring-parent-workflow} 1. SLOs definieren -- Identifizieren Sie kritische Services, und definieren Sie SLOs basierend auf den Kundenerwartungen und Geschäftsanforderungen. 2. Richten Sie SLIs ein: Entwickeln Sie Servicelevel-Indikatoren (SLIs), um die SLO-Leistung zu messen. 3. Überwachen und analysieren: Verfolgen Sie SLI-Daten, und analysieren Sie die Leistung anhand von SLO-Zielen. 4. Identifizieren Sie Lücken und verbessern Sie: Bestimmen Sie Bereiche, in denen SLOs nicht erfüllt werden, und implementieren Sie Changes, um die Serviceleistung zu verbessern. 5. Überprüfen und verfeinern: Überprüfen Sie die SLO-Leistung regelmäßig, und verfeinern Sie SLOs nach Bedarf. {#exploring-service-level-objective-management__cf-exploring-parent-workflow-ol} ## SLO-Management -- Vorteile {#exploring-service-level-objective-management__cf-exploring-parent-benefits} * Verbesserte Servicequalität -- SLOs stellen sicher, dass IT-Services die Kundenerwartungen erfüllen, was zu einer erhöhten Zufriedenheit und Loyalität führt. * Erhöhte Transparenz -- klare SLOs bieten ein gemeinsames Verständnis der Serviceerwartungen zwischen IT und Kunden. * Bessere Ressourcenzuteilung -- SLOs helfen, Ressourcen zu priorisieren und sich auf Bereiche zu konzentrieren, die verbessert werden müssen. * Verbesserte Zusammenarbeit: SLO-Management fördert die Zusammenarbeit zwischen IT-Teams und Kunden, um gemeinsame Ziele zu erreichen. * Datengesteuerte Entscheidungsfindung: SLO-Leistungsdaten sind Grundlage für Entscheidungen und fördern die kontinuierliche Serviceverbesserung. {#exploring-service-level-objective-management__ul_mct_vfk_ybc}