Auf den Punkt: Practices von Simon Veiser

video locked

Über den Vortrag

Der Vortrag „Auf den Punkt: Practices“ von Simon Veiser ist Bestandteil des Kurses „ITIL® 4 Foundation: Practices“.


Quiz zum Vortrag

  1. Deployment Management
  2. Change Enablement
  3. Release Management
  4. IT Asset Management
  1. Service Desk
  2. Incident Management
  3. Change Enablement
  4. Service Level Management
  1. Service Level Management
  2. Continual Improvement
  3. Service Desk
  4. Problem Management
  1. Planen von Changes und Beitragen zur Konfliktvermeidung
  2. Unterstützen des „Incident Management“ und der Verbesserungsplanung
  3. Managen von Notfall-Changes
  4. Managen von Standard-Changes
  1. Sie erleichtert die Zuweisung des Incidents zum richtigen Supportbereich.
  2. Sie legt die Priorität fest, die dem Incident zugewiesen wird.
  3. Sie stellt sicher, dass Incidents innerhalb von Zeitfenstern gelöst werden, die mit dem Kunden vereinbart wurden.
  4. Sie bestimmt, wie der Service Provider wahrgenommen wird.
  1. Zumindest ein kleines Team sollte sich für ein „Continual Improvement“ engagieren.
  2. Alle Verbesserungen sollten als mehrphasige Projekte gemanagt werden.
  3. „Continual Improvement“ sollte von anderen Practices getrennt sein.
  4. Externe Lieferanten sollten aus Verbesserungsinitiativen ausgeschlossen sein.
  1. zu schützen
  2. zu speichern
  3. bereitzustellen
  4. zu prüfen
  1. Der Anwender oder dessen autorisierter Vertreter
  2. Der Kunde oder dessen autorisierter Vertreter
  3. Der Sponsor oder dessen autorisierter Vertreter
  4. Der Lieferant oder dessen autorisierter Vertreter
  1. Service Desk
  2. Incident Management
  3. Change Enablement
  4. Service Request Management
  1. Eine Request eines Anwenders für eine Aktion, die ein normaler Bestandteil der Servicebereitstellung ist.
  2. Eine Request zur Autorisierung eines Change, der Auswirkung auf einen Service haben könnte.
  3. Eine Request zur Wiederherstellung eines Service nach einer Serviceunterbrechung.
  4. Eine Request zur Untersuchung der Ursache mehrerer miteinander verwandter Incidents.
  1. Continual Improvement
  2. Service Level Management
  3. Change Enablement
  4. Problem Management
  1. Es kann einen automatischen Abgleich von Incidents mit Problemen oder Known Errors ermöglichen.
  2. Es kann sicherstellen, dass die Ursache von Incidents in der vereinbarten Zeit ermittelt wird.
  3. Es kann sicherstellen, dass Lieferantenverträge auf die Anforderungen des Service Providers abgestimmt sind.
  4. Es kann die automatisierte Lösung und Schließung komplexer Incidents ermöglichen.
  1. Detaillierte Verfahren für die Diagnose von Incidents
  2. Skripte zur Sammlung erster Informationen zu Incidents
  3. Formalisierte Verfahren zur Erfassung von Incidents
  4. Die Nutzung von Spezialwissen für komplizierte Incidents
  1. Eine Change-Autorität sollte für jeden Typ von Change und Change-Modell zugewiesen werden.
  2. Eine einzelne Change-Autorität sollte zugewiesen werden, um alle Arten von Changes und Change-Modellen zu autorisieren.
  3. Normale Changes sind vorab autorisiert und erfordern keine Change-Autorität.
  4. Notfall-Changes können ohne Autorisierung von einer Change-Autorität implementiert werden.
  1. Release Management
  2. Change Enablement
  3. Service Request Management
  4. Deployment Management
  1. Sicherstellen, dass die Lieferanten der Organisation und ihre Performance angemessen gemanagt werden, um die nahtlose Bereitstellung von Qualitätsprodukten und -services zu unterstützen.
  2. Anpassen der Practices und Services der Organisation an sich ändernde Geschäftsanforderungen durch die kontinuierliche Identifizierung und Verbesserung von Services.
  3. Sicherstellen, dass die Lieferanten der Organisation und ihre Performances auf strategischer und taktischer Ebene durch koordinierte Marketing-, Verkaufs- und Bereitstellungsaktivitäten angemessen gemanagt werden.
  4. Sicherstellen, dass jederzeit und überall genaue und zuverlässige Informationen über die Konfiguration von Services der Lieferanten verfügbar sind.
  1. Ein Change, der wohlverstanden, umfassend dokumentiert und vorab autorisiert ist.
  2. Ein Change, der von einer Change-Autorität bewertet, autorisiert und geplant werden muss.
  3. Ein Change, für den eine Risikobewertung erforderlich ist, weil er zur Lösung eines Incidents erforderlich ist.
  4. Ein Change, der im Rahmen von „Continual Improvement“ bewertet, autorisiert und geplant wird.
  1. Service Desks sollten die Organisation als Ganzes verstehen.
  2. Service Desks sollten den Einsatz von Automatisierung vermeiden.
  3. Service Desks sollten hoch spezialisiert sein.
  4. Service Desks sollten ein physisches Team an einem einzelnen festen Standort sein.
  1. Erfassen der Nachfrage nach der Lösung von Incidents und Service Requests
  2. Reduzieren der Eintrittswahrscheinlichkeit und der Auswirkung von Incidents durch die Identifizierung tatsächlicher und potenzieller Ursachen von Incidents
  3. Maximieren der Anzahl erfolgreicher IT-Changes, indem sichergestellt wird, dass Risiken richtig bewertet werden
  4. Festlegen klarer, geschäftsbasierter Ziele für Service-Performance
  1. Das Problem verbleibt im Status „Known Error“.
  2. Ein Change-Request wird an die Change Enablement gesendet.
  3. Das Problem Management stellt den Service so bald wie möglich wieder her.
  4. Der Problem Record wird gelöscht.
  1. Hinzufügen, Modifizieren oder Entfernen eines Elements, das direkte oder indirekte Auswirkungen auf Services haben könnte
  2. Sicherstellen, dass genaue und zuverlässige Informationen über die Konfiguration von Services verfügbar sind
  3. Zurverfügungstellen neuer und geänderter Services und Funktionen
  4. Bereitstellen neuer oder geänderter Hardware, Software oder anderer Servicekomponenten in Live-Umgebungen
  1. Jede Statusänderung, die für das Management eines Service oder eines anderen Configuration Item (CI) von Bedeutung ist
  2. Alle Komponenten, die gemanagt werden müssen, um einen IT Service bereitstellen zu können
  3. Eine nicht geplante Unterbrechung eines Service oder eine Qualitätsminderung eines Service
  4. Jede finanziell wertvolle Komponente, die zur Bereitstellung eines IT-Produkts oder Erbringung eines IT Service beitragen kann
  1. Continual Improvement und Change Enablement
  2. Continual Improvement und Service Request Management
  3. Service Request Management und Service Level Management
  4. Service Level Management und Change Enablement

Dozent des Vortrages Auf den Punkt: Practices

 Simon Veiser

Simon Veiser

Simon Veiser beschäftigt sich seit 2010 nicht nur theoretisch mit IT Service Management und ITIL, sondern auch als leidenschaftlicher Berater und Trainer. In unterschiedlichen Projekten definierte, implementierte und optimierte er erfolgreiche IT Service Management Systeme. Dabei unterstützte er das organisatorische Change Management als zentralen Erfolgsfaktor in IT-Projekten. Simon Veiser ist ausgebildeter Trainer (CompTIA CTT+) und absolvierte die Zertifizierungen zum ITIL v3 Expert und ITIL 4 Managing Professional. Mehr über Simon Veiser erfährst du auf XING (https://www.xing.com/profile/Simon_Veiser/) oder LinkedIn (https://www.linkedin.com/in/simonveiser/).

Kundenrezensionen

(1)
5,0 von 5 Sternen
5 Sterne
5
4 Sterne
0
3 Sterne
0
2 Sterne
0
1  Stern
0