Aktuelle Themen der Informatik. Change Management

Größe: px
Ab Seite anzeigen:

Download "Aktuelle Themen der Informatik. Change Management"

Transkript

1 Aktuelle Themen der Informatik Change Management Michael Epple Allgemeine Informatik 8. Semester

2 Einführung: Um konkurrenzfähig zu bleiben müssen Unternehmen neue Technologien und Änderungen in ihren vorhandenen Systemen schnell und sicher implementieren können. Diese Implementierungen sind die so genannten Changes. Die Ansprüche an die IT-Services durch die Kunden steigen dabei zunehmend. Die Regelung des Managements und die Kontrolle der Änderungen nennt man Change- Management. Die kürzeste Definition: Ein Change ist ein Prozess, der von einem definierten Zustand in einen anderen führt. Begriffsklärung: Request for Change (RFC): Ist ein formeller Antrag auf eine oder mehrere Änderung(en). Es sind bereits wichtige Detailinformationen enthalten, wie Aktivitäten, betroffene Bereiche, sowie Auslöser und Sponsor des Changes. WAS WARUM WANN geändert werden muss. Der Auslöser hat den Change eingereicht. Der Sponsor übernimmt die Kosten des Changes. Gründe für einen RFC sind z.b.: - Incident oder Problem Report. - Einführung oder Entfernung eines CI`s - Upgrade eines vorhandenen Systems - Wechsel der Lokalität Thema eines RFC`s kann sein z.b.: - Hardware - Software - Dokumentation - Telekommunikation - Weiterbildung - IT Infrastruktur Inhalte eines RFC`s, also wie soll ein RFC aufgebaut sein: - Beschreibung der zu Ändernden Komponenten - Gründe für den Change - Was passiert, wenn der Change nicht durchgeführt wird? - Daten des Erstellers des Change - Change Priorität - Abschätzung der Auswirkungen des Changes, sowie der benötigten Ressourcen. - Der Zurücksetzungsplan - Abschätzung der Risiken - Auswirkungen auf die Service-Verfügbarkeit. - Status des RFC`s

3 Forward Schedule of Change (FSC): Ist der Zeitplan zur Implementierung von genehmigten Changes. Außerdem Sind die wichtigsten Details jedes Changes enthalten, sowie der Implementierungszeitpunkt. Change-Manager: - Er ist verantwortlich für die Durchführung von Änderungen und prüft, filtert und klassifiziert RfC`s. - Bereitet die CAB-Meetings vor. Erstellt eine Liste mit den abzuarbeitenden RFC`s. - Entscheidet, welche Personen zu welchen Meetings eingeladen werden. - Beschließt außerordentliche Meetings des CAB oder EC bei dringenden Changes. - Führt den Vorsitz bei allen CAB oder EC Meetings. - Autorisation von Changes welche vom CAB oder EC empfohlen wurden. - Updaten des Change Log. - Bewertung aller ausgeführten Changes. - Beurteilung aller neu erfassten Changes. - Analysieren der Change Abläufe, um etwaige Trends zu erkennen. - Schließen der RFC`s. - Erstellen von Reports. Change Advisory Board (CAB): Änderungsbeirat der bei periodischen Zusammentreffen, oder in Sonderfällen bei außerordentlichen Treffen wichtige Änderungen beurteilt und über ihre Autorisierung entscheidet. Außerdem Abschätzung der Risiken und Festlegung der Priorität eines Changes. Wie setzt sich das CAB zusammen: - - Kunden - Vertreter der Benutzergruppen - Entwickler - Technische Experten Die tatsächliche Zusammensetzung des CAB ist situationsabhängig, d.h. es kommt auf die zu bearbeitenden Changes an. Emergency-Commitee(EC): Bei besonders dringenden Änderungen trifft das EC die notwendigen Entscheidungen. Es setzt sich aus einem Teil der CAB Mitglieder zusammen. Es muss dabei sichergestellt werden, dass Vertreter aller wichtigen Bereiche daran beteiligt sind. Warum braucht man Change-Management: Häufig verursachen Änderungen an Systemen schwerwiegende Beeinträchtigungen von Services und damit Produktionsausfälle und hohe Kosten. Die Gründe liegen dabei häufig in einer schlechten Arbeitsweise und Dokumentation. Manche Änderungen werden vorgenommen, ohne dass im Vorfeld geklärt wurde, welche Risiken und Auswirkungen auf andere Bereiche durch die Änderung

4 entstehen. Wegen der hohen Arbeitsbelastung der IT-Mitarbeiter wird dieses Problem noch verstärkt. Wegen einer hohen Anzahl von Störungen aufgrund von Änderungen versuchen IT- Mitarbeiter oft Änderungen zu vermeiden, um möglichen Risiken aus dem Weg zu gehen. Es entstand das Sprichwort Never touch a running system. Aber genau dieses Verhalten führt dazu, dass die notwendigen Services auf Dauer nicht mehr zu erbringen sind und die Leistungsfähigkeit der IT sinkt. Ziele des Change-Managements: Effiziente und wirtschaftliche Implementierung autorisierter Changes mit minimalem Risiko für die bestehende IT-Infrastruktur sicherzustellen. Auf Deutsch: Die gewünschten Änderungen sollen möglichst schnell, möglichst billig, mit minimalem Risiko für das bestehende System umgesetzt werden. D.h. es wird der Weg gewählt, der für das Unternehmen langfristig am wenigsten Kosten mit sich bringt, und somit das Primärziel eines Unternehmens, die Gewinnmaximierung, maximal unterstützt. Grundsätzlich soll das Change-Management auf Dauer zu einer Reduzierung notwendiger Changes führen. Die Umgebung bleibt in einem definierten Zustand und wird dadurch vorhersehbar. Durch ein gutes Change-Management wird ein ausgewogenes Verhältnis zwischen Flexibilität und Stabilität erreicht. Dies wird maßgeblich durch einen durchschaubaren Änderungsprozess ermöglicht. Aufgaben des Change Managements: - Alle Änderungsanträge werden geprüft, genehmigt und die ordnungsgemäße Durchführung von Änderungen wird organisiert, überwacht und dokumentiert. - Abschätzung der Risiken für betroffene Systeme, mit Hilfe der Informationen aus dem Configuration Management. - Überwachung, Kontrolle und Reporting der eingeleiteten und beauftragten Aktionen und Implementierungen. - Abschließende Prüfung. Bewertung der Changes. Abschluss derselben. Um die eingehenden und anstehenden RFC`s überblicken und effektiv koordinieren zu können, steht der FSC zur Verfügung. Alle Schritte werden dokumentiert und es werden Statistiken darüber geführt.

5 Der Ablauf des Change Management Prozess: Was wird für den Prozess benötigt: - RFC`s - CMDB - FSC Aktivitäten während dem Prozess: - Changes filtern. Evtl. ablehnen oder bei geringeren Problemen außerhalb des Change Management Prozesses lösen. - Managen der Changes und des Change Prozesses. - Sitzungen des CAB und des EC abhalten. - RFC`s bewerten und abschließen. - Dokumentation Was bekommt man aus dem Management Prozess heraus: - FSC - RFC`s - Aktionen des CAB - Dokumentationen Vorteile, Kosten und mögliche Probleme des Change Managements: Vorteile: - Verbesserte Abschätzung von Risiken, Kosten. - Geringere Beeinflussung von betroffenen Services. - insgesamt weniger Changes - Weniger Changes die Zurückgesetzt werden müssen. - Steigerung der Produktivität. - Es können mehr Changes gleichzeitig bearbeitet werden. - Verbesserte Qualität und Verfügbarkeit der Services. Kosten: Personal: Change Management Team CAB Mitglieder Mitarbeiter des Configuration- und Release Managements. Support Tools: Darunter fallen Software- und Hardware Kosten für Change Management, Configuration Management, Problem Management und Service Desks. Mögliche Probleme: Der Umfang des Change Managements muss an die Größe des Unternehmens angepasst sein, ansonsten sinkt die Effektivität. Mitarbeiterschulungen sind nötig um das Change Management zu erklären und die Akzeptanz zu fördern.

6 Die geforderten Änderungen in einem Change überschreiten die Kapazität der Mitarbeiter und der Ressourcen. Wird auf das Configuration Management verzichtet, leidet die Effektivität darunter. Ist der Prozess zu bürokratisch, wird die Akzeptanz nicht gerade gefördert. Zurücksetzungs-Vorgänge fehlen, oder sind nicht getestet. Zusammenhang zwischen Change Management, Configuration Management und Release Management: Change Management Abschätzen der Auswirkungen Change Management Autorisation von Changes Release Management Kontrolle neuer Soft- und Hardware für die Umsetzung von Changes Change Management Abschätzen der Anforderungen an die IT Configuration Management Identifikation betroffener Bereiche Configuration Management Dokumentation und Logging

7 Abgrenzung zwischen Incident Management und Change Management: - Ein Vorfall ist nicht gleichzusetzen mit einem Change. - Ein Problem führt nicht unbedingt zu einem Change. - Ein Change ist das Resultat von Problemlösungsprozessen welcher in einen neuen definierten Zustand führt. Beispiel: Der Vorfall eines defekten Computers muss nicht über das Change Management gelöst werden. Das Ersetzen mit einem neuen Computer führt nicht in einen neuen anderen Zustand.

8 Ablaufdiagramm des Change Management Prozesses:

9 Initiator des Changes Filtert Changes Akzeptiert Setzt zu Begin die Priorität fest Abgelehnt Dokumentation der RFC`s Dringend? Ja folgend Nein Entscheidung welchen Umfang die Änderungen haben. Standard Modell gering Autorisiert Changes und legt den Zeitplan fest. Informiert CAB mittel Gibt RFC`s an die CAB Mitglieder weiter hoch CAB hoch Entscheidet während Sitzungen über Changes CAB Mitglieder Abschätzen der Auswirkungen und der benötigten Ressourcen. Zustimmung zu den Changes. Zustimmung zur Priorität. Änderung des Zeitplans. Nein autorisiert? folgend Ja

10 Weiter mit normalem Ablauf: Ausführender Erstellt Änderungen. Erstellt Testfälle und Fallback Möglichkeiten. mit Prozess Reports Unabhängige Tester Testen der Changes erfolgreich Koordiniert die Implementation der Changes., Informiert die Benutzer funktioniert es? nein Ausführender Implementation des Fallbacks ja Beurteilen der Changes Erfolg? nein Neubeginn des Prozesses ja Abschluss des Prozesses Schließen des RFC im Log

11 Dringende Changes:

12 CAB oder EC Meeting Configuration Manager Loggen des RFC CAB oder EC Schnelle Abschätzung der Auswirkungen auf Ressourcen und Dringlichkeit Configuration Manager zurück nein Dringend? ja Ausführender Schnelles Erstellen des Changes Unabhängige Tester Schnelle Tests ja Zeit zum testen? nein nein Erfolg? ja Koordiniert die Implementation der Changes. Configuration Manager Stellt sicher, dass alle Aufzeichnungen auf den neuesten Stand gebracht werden ja funktioniert es? nein Koordination des Zurücksetzungsplans zurück Beurteilen der Changes nein Erfolg? ja schließen Configuration Manager Schließen des RFC im Log

13 Loggen von Changes. Alle eingereichten Changes werden zunächst registriert. Alle durchgeführten Aktionen werden nach ihrer Reihenfolge (mit einem geeigneten Tool) geloggt. Somit sind alle Änderungen nachvollziehbar. Außerdem erleichtert das Loggen das zurückführen zum Anfangszustand. Prioritätsvergabe an Changes: Die Priorität eines Changes wird mit Hilfe von 2 Faktoren bestimmt: 1. Die Auswirkungen des vorhandenen Problems 2. Die Dringlichkeit der Problembeseitigung. Die Priorität bestimmt den Ablauf wie der jeweilige Change umgesetzt wird. Die Priorität wird normalerweise gemeinsam vom Initiator, und evtl. vom CAB bestimmt. Würde der Initiator allein entscheiden, hätte der Change im Allgemeinen eine zu hohe Priorität. Eine feste Regelung für die Stufen der Priorität gibt es nicht. Vorgeschlagen sind hier: gering, mittel, hoch, unverzüglich Gering: Der Change ist gerechtfertigt, kann aber bis zum nächsten geplanten Release oder Upgrade warten. Ressourcen wie Personal, Budget, usw. werden mit geringer Priorität an den Change vergeben. Mittel: Es steht kein größerer Schaden bevor, es kann aber nicht bis zum nächsten geplanten Release gewartet werden. Ressourcen erhält der Change mit mittlerer Priorität. Hoch: Es gibt Einschränkungen für wenige bis viele Benutzer. Für die Vergabe von Ressourcen erhält der Change die höchste Priorität. Unverzüglich: Wenn nicht sofort gehandelt wird sind große Einbußen zu erwarten, wie z.b.: Aufrechterhaltung angebotener Services, Einschränkungen für eine große Anzahl von Benutzern, Ausfall Unternehmenskritischer Systeme, usw. Sofort wird der EC zur Beratung zusammengerufen. Die benötigten Ressourcen werden sofort zur Verfügung gestellt. Kategorisierung von Changes: Changes gibt es in allen möglichen Bereichen eines Unternehmens. Genauso vielfältig sind die Inhalte jedes einzelnen Changes. Um eine gewisse Vereinheitlichung zu ermöglichen, können Kategorien für Changes festgelegt werden. Jeder auftretende Change wird dann einer Kategorie zugeordnet. Der Sinn dabei ist, dass für eine Kategorie bestimmte Abläufe und Prozesse festgelegt werden können.

14 CAB Meetings: Treffen des CAB finden normalerweise regelmäßig statt, z.b. alle 6 Monate. Für Changes mit einer hohen Priorität kann allerdings auch ein außerordentliches Treffen stattfinden, je nachdem wie dringend der Change ist. Dabei ist auch zu beachten, dass CAB Meetings sehr zeitraubend für alle Teilnehmer sind. Abschätzung der Wirkung und der benötigten Ressourcen eines Changes: Beteiligt sind die Mitarbeiter des Change Managements, CAB, EC und alle anderen Personen die an diesem Prozess beteiligt sind. Die folgenden Punkte sollten beachtet werden: - Der Einfluss den der Change auf die Geschäftsfähigkeit hat. - Den Einfluss auf die Infrastruktur die Kapazität, die Leistung, die Zuverlässigkeit - Den Einfluss auf andere Services die sich auf derselben Infrastruktur befinden. - Den Einfluss auf nicht IT-Infrastrukturen innerhalb des Unternehmens, z.b. Security, Verwaltung, Transportwesen - Den Effekt bei nicht Umsetzung des Changes - Berücksichtigung aller benötigten Ressourcen - Das FSC Change scheduling/ Planen Normalerweise werden mehrere Changes die parallel durchgeführt werden zu einem Release zusammengefasst. Ein Release wird dann wie ein einzelner Change betrachtet, auch wenn mehrere Changes darin enthalten sind. Falls es Probleme mit dem neuen Release gibt, wird es komplett zurückgesetzt, (alle beinhalteten Changes). Das Change Management arbeitet dabei sehr nahe mit dem Release Management zusammen. Erstellen der Changes, Testen: Der Erstellungsprozess beinhaltet: - Erstellen eines neuen Produktionsmoduls - Erstellen einer neuen Version eines oder mehrerer Softwaremodule. - Kaufen von Equipment oder externen Services - Vorbereiten einer Hardwaremodifikation - Erstellen der Zurücksetzungsprozesse - Erstellen der Dokumentation - Vorbereitungen für Benutzerschulungen Das Change Management koordiniert dabei die Abläufe und wird vom Release Management unterstützt. Testen: Testkriterien sind: Leistung, Sicherheit, Instandhaltung, Support, Zuverlässigkeit, Funktionalität.

15 Dringende Changes: Dringende Changes sollten die absolute Ausnahme sein, weil sie naturgemäß zu mehr Problemen und Störungen führen. Ablaufdiagramm: Für Vortrag siehe auch Bewerten eines Changes: Jeder umgesetzte Change wird nach einer gewissen Zeit beurteilt. Die Beurteilung wird von CAB-Mitgliedern durchgeführt. Die Beurteilung beinhaltet folgende Punkte: - Erfüllt der Change den gewünschten Effekt - Sind die Benutzer zufrieden mit den Resultaten - Sind keine unerwarteten Seiteneffekte aufgetreten - War der Verbrauch an Ressourcen wie erwartet - Wurde der Change in der vorgesehen Zeit zu vorgesehenen Kosten umgesetzt - Hat der Zurücksetzungsplan korrekt funktioniert( wenn nötig) Sind nicht alle Punkte zufrieden stellend gelöst worden, werden die aufgetretenen Probleme dazu genutzt um zukünftigen Changes zu verbessern. Gibt es des Öfteren nicht zufrieden stellende Ergebnisse, ist die ein Indikator dafür, dass der ganze Change Management Prozess nicht optimal funktioniert. Der Change Management Prozess kann durch folgende Aktionen verbessert werden: - Reduktion des Einflusses auf die Servicequalität - Reduktion der auftretenden Vorfälle - Reduktion der zurückgesetzten Changes - Geringe Anzahl dringender Changes Nach der Beurteilung wird der Change geschlossen. Management Reporting Ein regelmäßig erscheinender Report soll folgende Inhalte haben: - Anzahl der Changes die in dieser Periode umgesetzt wurden - Die Gründe für die Changes - Anzahl der erfolgreichen Changes - Anzahl der Fehlschläge - Anzahl der Vorfälle die in einem Change resultierten - Anzahl der RFC`s - Statistiken über die letzten Perioden - Anzahl der abgelehnten RFC`s - Anzahl der umgesetzten Changes die nicht erfolgreich waren - Anzahl der zurückgesetzten Changes

Aktuelle Themen der Informatik

Aktuelle Themen der Informatik Aktuelle Themen der Informatik Change Management Michael Epple AI 8 Inhalt: 1. Einführung 2. Begriffsbestimmungen 3. Ablauf des Change Management Prozesses 4. Zusammenhang zwischen Change Management, Configuration

Mehr

Das Oracle Release- und Patch- Management unter ITIL in der Praxis

Das Oracle Release- und Patch- Management unter ITIL in der Praxis Das Oracle Release- und Patch- Management unter ITIL in der Praxis Kunde: DOAG Ort: Stuttgart Datum: 03.06.2008 Reiner Wolf, Trivadis AG Reiner.Wolf@trivadis.com Basel Baden Bern Lausanne Zürich Düsseldorf

Mehr

1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem

1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem 1 Welcher Service Operation Prozesse fehlen? Incident Management, Problem Management, Access Management a. Event Management b. Service Desk c. Facilities Management d. Change Management e. Request Fulfilment

Mehr

SERVICE SUPPORT nach ITIL

SERVICE SUPPORT nach ITIL SERVICE SUPPORT nach ITIL Seminar: Professor: Student: Aktuelle Themen der Informatik Prof. Dr. Friedbert Kaspar Koblavi Adjamah, CN7 1. Einleitung... 3 2. Service Desk... 4 3. Incident Management... 5

Mehr

Managements. Änderungsprozess. Wolfgang Witerzens, Manager 31. Januar 2008 ADVISORY

Managements. Änderungsprozess. Wolfgang Witerzens, Manager 31. Januar 2008 ADVISORY Grundlagen des Change Managements Anforderungen und Möglichkeiten für einen sauberen Änderungsprozess Wolfgang Witerzens, Manager 31. Januar 2008 ADVISORY Hauptrisikofaktoren für IT-Sicherheit Patches

Mehr

Modul 5: Service Transition Teil 1

Modul 5: Service Transition Teil 1 Modul 5: Service Transition Teil 1 1. Ziel, Wert und Aufgaben von Service Transition? 2. Prozess: Projektmanagement (Transition Planning and Support) 3. Prozess: Change Management 4. Prozess: Change-Evaluierung

Mehr

ITIL IT Infrastructure Library

ITIL IT Infrastructure Library ITIL IT Infrastructure Library Einführung in das IT-Service-Management Andreas Linhart - 2009 Agenda IT-Service-Management Der ITIL-Ansatz Lizenzen & Zertifizierungen ITIL-Prozessmodell (v2) Service Support

Mehr

Hauptseminar. Change & Release Management

Hauptseminar. Change & Release Management Hauptseminar Change & Release Management Qinzhao Cheng Betreuer: Markus Garschhammer Abgabe: 15.02.2004 Inhaltsverzeichnis 1. Einleitung..1 2. Change Management. 2 2.1 Anforderung...2 2.2 Zielsetzung....3

Mehr

ITIL in 60 Minuten. Jörn Clausen. joernc@gmail.com. Captain Barbossa: And thirdly, the code is more what you d call guidelines than actual rules.

ITIL in 60 Minuten. Jörn Clausen. joernc@gmail.com. Captain Barbossa: And thirdly, the code is more what you d call guidelines than actual rules. ITIL in 60 Minuten Jörn Clausen joernc@gmail.com Captain Barbossa: And thirdly, the code is more what you d call guidelines than actual rules. Elizabeth Swann: Hang the code, and hang the rules. They re

Mehr

Aktuelle Themen der Informatik IT Infrastructure Library Release Management

Aktuelle Themen der Informatik IT Infrastructure Library Release Management Aktuelle Themen der Informatik IT Infrastructure Library Release Management Oliver Schmid AI 8 Inhalt iii I Inhalt I Inhalt...iii II Abbildungsverzeichnis...iv 1 Einführung...1 2 Release Begriffe...2

Mehr

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June Software EMEA Performance Tour 2013 Berlin, Germany 17-19 June Change & Config Management in der Praxis Daniel Barbi, Solution Architect 18.06.2013 Einführung Einführung Wer bin ich? Daniel Barbi Seit

Mehr

ITILin60Minuten. Jörn Clausen joernc@gmail.com. Captain Barbossa: And thirdly, the code is more what you d call guidelines than actual rules.

ITILin60Minuten. Jörn Clausen joernc@gmail.com. Captain Barbossa: And thirdly, the code is more what you d call guidelines than actual rules. ITILin60Minuten Jörn Clausen joernc@gmail.com Captain Barbossa: And thirdly, the code is more what you d call guidelines than actual rules. Elizabeth Swann: Hang the code, and hang the rules. They re more

Mehr

Zu meiner Person. Name: Markus Bock Geb.: 31.01.1980 in Immenstadt. Email im Betrieb: markus.bock@miag.com. Tel: 0041 41 768 74 77

Zu meiner Person. Name: Markus Bock Geb.: 31.01.1980 in Immenstadt. Email im Betrieb: markus.bock@miag.com. Tel: 0041 41 768 74 77 2003 METRO AG Analyse über die Einführung der BS15000 Zertifizierung in einer IT Dienstleistungsorganisation eines Grosskonzerns unter Zuhilfenahme des ITIL - Standards Zu meiner Person Name: Markus Bock

Mehr

Aktuelle Themen der Informatik. Matthias Knöpfle

Aktuelle Themen der Informatik. Matthias Knöpfle CONFIGURATION MANAGEMENT Aktuelle Themen der Informatik Matthias Knöpfle INHALT ZIELE DES CONFIGURATION MANAGEMENTS...3 ABGRENZUNG...3 GRUNDLEGENDE KONZEPTE...4 VORTEILE UND MÖGLICH PROBLEME...6 VORTEILE...6

Mehr

I T I L. ITIL ein systematisches und professionelles Vorgehen für. das Management von IT Dienstleistungen. Andreas Henniger.

I T I L. ITIL ein systematisches und professionelles Vorgehen für. das Management von IT Dienstleistungen. Andreas Henniger. I T I L ITIL ein systematisches und professionelles Vorgehen für das Management von IT Dienstleistungen. 1 ITIL Was ist ITIL? ITIL wurde von der Central Computing and Telecommunications Agency (CCTA) entwickelt,

Mehr

Tine 2.0 Wartungs- und Supportleistungen

Tine 2.0 Wartungs- und Supportleistungen Tine 2.0 Wartungs- und Supportleistungen 1 Überblick Wartungs- und Supportleistungen Metaways Tine 2.0 Wartungs- und Support Editionen: LEISTUNGEN BASIC BUSINESS PROFESSIONAL SW Wartung ja ja ja Ticketsystem

Mehr

ISO & IKS Gemeinsamkeiten. SAQ Swiss Association for Quality. Martin Andenmatten

ISO & IKS Gemeinsamkeiten. SAQ Swiss Association for Quality. Martin Andenmatten ISO & IKS Gemeinsamkeiten SAQ Swiss Association for Quality Martin Andenmatten 13. Inhaltsübersicht IT als strategischer Produktionsfaktor Was ist IT Service Management ISO 20000 im Überblick ISO 27001

Mehr

Modul 3: Service Transition

Modul 3: Service Transition Modul 3: Service Transition 1. Ziel, Wert und Aufgaben von Service Transition? 2. Prozess: Projektmanagement (Transition Planning and Support) 3. Prozess: Change Management 4. Prozess: Change-Evaluierung

Mehr

ITIL Incident Management

ITIL Incident Management ITIL Incident Management + Vertiefung IT-Betriebsprozesse HSLU T&A Service- und System Management HS13 Michael Estermann https://www.ca.com/images/inlineimage/itil_svc_op.gif Eingliederung in ITIL Service

Mehr

ITIL Foundation Prüfung

ITIL Foundation Prüfung ITIL Foundation Prüfung Musterprüfung A, Version 5.1 Multiple Choice Anweisungen 1. Alle 40 Fragen sollten beantwortet werden. 2. Alle Antworten müssen in einer echten Prüfungssituation auf dem beiliegenden

Mehr

MIS Service Portfolio

MIS Service Portfolio MIS Service Portfolio Service Level Management o Service Management o Customer Satisfaction Management o Contract Management & Accounting o Risk Management Event Management o Monitoring und Alerting Services

Mehr

Application Lifecycle Management

Application Lifecycle Management Die Leidenschaft zur Perfektion Application Lifecycle Management SAP Solution Manager Agenda Einführung in den SAP Solution Manager Funktionsbereiche des SAP Solution Managers IT Service Management Übersicht

Mehr

3. FIT-ÖV - 15. Juli 2008 in Gunzenhausen Forum IT-Service-Management in der öffentlichen Verwaltung

3. FIT-ÖV - 15. Juli 2008 in Gunzenhausen Forum IT-Service-Management in der öffentlichen Verwaltung 3. FIT-ÖV - 15. Juli 2008 in Gunzenhausen Forum IT-Service-Management in der öffentlichen Verwaltung des Bayerischen Landesamt für f r Steuern 1 Bayerisches Klicken Sie, um Landesamt das Titelformat für

Mehr

Service Transition. Martin Beims. WKV SS13 Karsten Nolte. Mittwoch, 19. Juni 13

Service Transition. Martin Beims. WKV SS13 Karsten Nolte. Mittwoch, 19. Juni 13 Service Transition Martin Beims WKV SS13 Karsten Nolte Inhalt Einführung & Ziele Transition Planning & Support Change Management Service Asset & Configuration Management Release & Deployment Management

Mehr

SLA Einführung bei der Stuttgarter Volksbank AG - Ein Praxisbericht -

SLA Einführung bei der Stuttgarter Volksbank AG - Ein Praxisbericht - SLA Einführung bei der Stuttgarter Volksbank AG - Ein Praxisbericht - Christina Dreller Christina.Dreller@stuttgarter-volksbank.de Übersicht I. Theoretische Grundlagen II. ITIL bei der Stuttgarter Volksbank

Mehr

Anwenderforum E-Government QuickCheck:ITIL 18.02.2010/Berlin

Anwenderforum E-Government QuickCheck:ITIL 18.02.2010/Berlin Anwenderforum E-Government QuickCheck:ITIL 18.02.2010/Berlin INFORA GmbH Martin Krause Cicerostraße 21 10709 Berlin Tel.: 030 893658-0 Fax: 030 89093326 Mail: info@infora.de www.infora.de Agenda Die Ausgangssituation

Mehr

Mirko Jahn DCON Software & Service AG. E-Mail: mirko.jahn@dcon.de

Mirko Jahn DCON Software & Service AG. E-Mail: mirko.jahn@dcon.de 67,-RXU)L[,7,/± 6HUYLFHXQG%XVLQHVVRULHQWLHUWH,7 Mirko Jahn DCON Software & Service AG E-Mail: mirko.jahn@dcon.de $JHQGD ƒ IT Service Management: Grundlagen ƒ Was ist ITIL? ƒ Die Kernprozesse aus dem ITIL

Mehr

Management von Informationssystemen im Gesundheitswesen

Management von Informationssystemen im Gesundheitswesen Management von Informationssystemen im Gesundheitswesen Operatives Informationsmanagement: IT-Service-Management Alfred Winter, Lutz Ißler Sommersemester 2010 Institut für Medizinische Informatik, Statistik

Mehr

Thema: Funktionalitäts- und Leistungsanalyse von Unterstützungswerkzeugen für IT Service Management Prozesse

Thema: Funktionalitäts- und Leistungsanalyse von Unterstützungswerkzeugen für IT Service Management Prozesse Thema: Funktionalitäts- und Leistungsanalyse von Unterstützungswerkzeugen für IT Service Management Prozesse Duc Nguyen Aachen, den 22.10.2012 Prof. Dr.-Ing. Martin R. Wolf Prof. Dr. rer. nat. Heinrich

Mehr

Design und Realisierung von E-Business- und Internet-Anwendungen! " # $ %& # ' ( ( )

Design und Realisierung von E-Business- und Internet-Anwendungen!  # $ %& # ' ( ( ) Design und Realisierung von E-Business- und Internet-Anwendungen! " # $ %& # ' ( ( ) Seite 2 Agenda. Was haben wir letzte Woche gemacht? Die IT Infrastructure Library (ITIL) Die Prozesse des Service Support

Mehr

Modul 3: Service Transition Teil 3

Modul 3: Service Transition Teil 3 Modul 3: Service Transition Teil 3 1. Ziel, Wert und Aufgaben von Service Transition? 2. Prozess: Projektmanagement (Transition Planning and Support) 3. Prozess: Change Management 4. Prozess: Change-Evaluierung

Mehr

Das MOF - Prozessmodell

Das MOF - Prozessmodell Das MOF - Prozessmodell AUSARBEITUNG aktuelle Themen der Informatik Patrick Hefner AI 8 Inhalt Das Prozessmodell...3 Ziele des Prozessmodells...3 Betriebsquadranten mit Service Management Funktionen...3

Mehr

Das Service Desk der SCALTEL Service-Leitstelle Anleitung und Informationen

Das Service Desk der SCALTEL Service-Leitstelle Anleitung und Informationen Waltenhofen * Düsseldorf * Wiesbaden Das Service Desk der SCALTEL Service-Leitstelle Anleitung und Informationen 1. Einführung Mit dem Service Desk der Service-Leistelle haben Sie eine schnelle Übersicht

Mehr

IT Service Management

IT Service Management Strategic Outsourcing IT Service Vorlesung an der FH Wilhelmshaven SS 2007 Klaus Dörner, kdoerner@de.ibm.com ITIL Übersicht ITIL Planning to Implement Service Business The Business Perspective Service

Mehr

IT Service Management

IT Service Management IT Service Management Die IT Infrastructure Library (ITIL) Frank Klapper, CIO-IT IT,, Universität t Bielefeld München, 08.03.2006 IT Service Management: Notwendigkeit und Definition Informationen haben

Mehr

Incident Managements. Doch kommen wir nun zuerst zum Begriff des Incidents". Laut [OGC, 2004] ist ein Incident definiert als:

Incident Managements. Doch kommen wir nun zuerst zum Begriff des Incidents. Laut [OGC, 2004] ist ein Incident definiert als: 2.4.2 Incident Management Primäres Ziel des Incident Managements ist die schnellstmögliche Wiederherstellung des normalen" störungsfreien Betriebs, die Minimierung der Einflüsse der Störungen auf die Geschäftsope-

Mehr

Changemanagement in Projekten. Björn Thiée

Changemanagement in Projekten. Björn Thiée Changemanagement in Projekten Björn Thiée Agenda Blickwinkel auf das Change-Management Definition von Change-Management Der Prozess des Change-Managements Organisation des Change-Managements Fazit / Zusammenfassung

Mehr

A) Initialisierungsphase

A) Initialisierungsphase Einleitung Die folgenden Seiten beschreiben in Kurzform die mit jedem Schritt verbundenen Aufgaben, die beim ersten Durchlauf zu bearbeiten sind. Zu Beginn eines ISIS12-Projekts legen das Unternehmen und

Mehr

ITIL mit SAP R/3. Kundenservice für und mit ZENOS

ITIL mit SAP R/3. Kundenservice für und mit ZENOS ITIL mit SAP R/3 Kundenservice für und mit ZENOS Was ist ITIL? Information Technology Infrastructure Library Ende der 80er Jahre entworfen Herausgeber: Office of Government Commerce (OGC) Sammlung von

Mehr

Optimiertes IT Service Management durch Predictive Analytics. München, 23.06.2015 Dr. Katrin Zaiß, Kay Kasperkowitz TDWI Konferenz 2015

Optimiertes IT Service Management durch Predictive Analytics. München, 23.06.2015 Dr. Katrin Zaiß, Kay Kasperkowitz TDWI Konferenz 2015 Optimiertes IT Service Management durch Predictive Analytics München, 23.06.2015 Dr. Katrin Zaiß, Kay Kasperkowitz TDWI Konferenz 2015 Agenda Herausforderungen im IT Service Management (ITSM) Predictive

Mehr

Das Service Desk. Aktuelle Themen der Informatik. Stefan Zimmermann, AI 8

Das Service Desk. Aktuelle Themen der Informatik. Stefan Zimmermann, AI 8 Aktuelle Themen der Informatik Stefan Zimmermann, AI 8 Übersicht Was ist ein Service Desk? Warum brauchen wir einen Service Desk? Das Supportproblem Ein Zentraler Kontaktpunkt (4 Arten) Belastungen, Leistungen,

Mehr

IT-Service nach ITIL helpline Start ITIL

IT-Service nach ITIL helpline Start ITIL IT-Service nach ITIL helpline Start ITIL Zertifizierte Unterstützung für Ihre Prozesse nach ITIL Die Zertifikate Pink Verify und ITIL Premium Certified Tool bieten Ihnen die Sicherheit, mit helpline eine

Mehr

Dokumentinformationen

Dokumentinformationen Dokumentinformationen Art des Dokuments Autoren Organisation Status Dr. Olaf Heimbürger Bundesamt für Kartographie und Geodäsie (BKG), Betrieb GDI-DE abgestimmt Version 1.0 erstellt am 16.02.2015 zuletzt

Mehr

Serviceorientiertes und CMDB-gestütztes Monitoring

Serviceorientiertes und CMDB-gestütztes Monitoring Serviceorientiertes und CMDB-gestütztes Monitoring BAC, OMW, NNMi, SiteScope, HP SIM, Performance Manager und Reporter Einführung einer integrierten Lösung unter Verwendung von Service-Bäumen, CMDB-Kopplung

Mehr

Informationssystemanalyse Software Risk Evaluation 7 1

Informationssystemanalyse Software Risk Evaluation 7 1 Informationssystemanalyse Software Risk Evaluation 7 1 Software Risk Evaluation Um Risiken bei Software-Projekten abzuschätzen und ihnen zu begegnen, wurde am SEI die Software Risk Evaluation-Methode entwickelt.

Mehr

IT Infrastruktur. Sommersemester 2013 ITIL V3 Part III. Markus Bauer

IT Infrastruktur. Sommersemester 2013 ITIL V3 Part III. Markus Bauer IT Infrastruktur ITIL V3 Part III Markus Bauer Agenda ITIL v3 Framework Overview & Allgemeines ITIL Service Lifecycle Service Strategies Service Design Service Transition Service Operation Continual Service

Mehr

05.06.2008 Amtliche Mitteilungen / 27. Jahrgang 2/2008 67

05.06.2008 Amtliche Mitteilungen / 27. Jahrgang 2/2008 67 05.06.2008 Amtliche Mitteilungen / 27. Jahrgang 2/2008 67 Dienstvereinbarung zur Einführung und Anwendung von helpline zwischen der Universität Oldenburg (Dienststelle) und dem Personalrat der Universität

Mehr

Framework für die Evaluierung der Servicefähigkeit und Risikoprofile

Framework für die Evaluierung der Servicefähigkeit und Risikoprofile Bereitstellen eines konsistenten und stabilen Framework für die Evaluierung der Servicefähigkeit und Risikoprofile vor dem Release oder Deployment eines neuen oder geänderten Service. Nutzen Sie das Risikoprofil

Mehr

Details zum Vorfall aus dem Vorfall Management Details zur Configuration des Systems bekannte work arounds

Details zum Vorfall aus dem Vorfall Management Details zur Configuration des Systems bekannte work arounds Problem Management by Armin Hasler Um das Problem Management zu verstehen, muss man erst einmal den Begriff Problem definieren. Ein Problem ist ein unbekanntes Problem oder ein Vorfall, welches mehrere

Mehr

Ausarbeitung zum Thema: Incident Management. Fachhochschule Furtwangen Fachbereich Informatik Studiengang Allgemeine Informatik Anatolij Ristok, AI 7

Ausarbeitung zum Thema: Incident Management. Fachhochschule Furtwangen Fachbereich Informatik Studiengang Allgemeine Informatik Anatolij Ristok, AI 7 Ausarbeitung zum Thema: Incident Management Fachhochschule Furtwangen Fachbereich Informatik Studiengang Allgemeine Informatik Anatolij Ristok, AI 7 Incident Management Einführung Übersetzt aus dem Englischen

Mehr

PROFI MANAGED SERVICES

PROFI MANAGED SERVICES S assuretsm Webcast Darmstadt 27.09.2013 Hans Larcén AGENDA PROFI Managed Services Serviceablauf und SLAs Ihre Vorteile Unser Vorgehensmodell assuretsm 2 MANAGED SERVICE Übernahme des operativen Betriebs

Mehr

Configuration management

Configuration management Hauptseminar im Wintersemester 2003/2004 Neue Ansätze im IT-Service-Management-Prozessorientierung (ITIL/eTom) Configuration management 18. Februar 2004 Tingting Hu Betreuer: Vitalian A. Danciu Inhalt

Mehr

Einführung des IT-Service-Managements

Einführung des IT-Service-Managements Kassel, ITSMF-Jahreskongress Einführung des IT-Service-s Stadtwerke Düsseldorf Informationsmanagement Realisierung Meilensteine ISO 20000-Pre Assessment, Ausgangsniveau Prozessreife ITIL-Schulungen für

Mehr

Vorlesung Software-Wartung Änderungs- und Konfigurationsmanagement

Vorlesung Software-Wartung Änderungs- und Konfigurationsmanagement Vorlesung Software-Wartung Änderungs- und Konfigurationsmanagement Dr. Markus Pizka Technische Universität München Institut für Informatik pizka@in.tum.de 3.3 Änderungsmanagement (CM) Evolution der Software

Mehr

ITSM Executive Studie 2007

ITSM Executive Studie 2007 ITSM Executive Studie 2007 Ergebnisse der Befragung in Österreich und Deutschland Patrick Schnebel Geschäftsführer Niederlassung Wien Telefon: +43 6410820-0 E-Mail: Patrick.Schnebel@materna.de Ines Gebel

Mehr

ISO 20000: Die CMDB im Betrieb und ihr Beitrag zu einem funktionierenden ITSM-System

ISO 20000: Die CMDB im Betrieb und ihr Beitrag zu einem funktionierenden ITSM-System ISO 20000: Die CMDB im Betrieb und ihr Beitrag zu einem funktionierenden ITSM-System 7. INFORMATION-SECURITY-SYMPOSIUM, WIEN 2011 DI Markus Hefler, BSc, Florian Hausleitner 1 Agenda 1. Kurze Vorstellung

Mehr

BCM Schnellcheck. Referent Jürgen Vischer

BCM Schnellcheck. Referent Jürgen Vischer BCM Schnellcheck Referent Jürgen Vischer ISO 9001 ISO 9001 Dokumentation - der Prozesse - der Verantwortlichen - Managementverantwortlichkeit - Verbesserungszyklus - Mitarbeiterschulung & Bewusstsein Datenschutz

Mehr

AnyWeb AG 2007 www.anyweb.ch

AnyWeb AG 2007 www.anyweb.ch ITSM Practice Circle ΩΣΠβ Metriken für IT Service Management Mike Portworsnick Zürich, 23.01.2007 Agenda Warum Kennzahlen messen und berichten? Kennzahlen für das Management Ausgangslage Warum Metriken

Mehr

Erfassen von Service-Meldungen über das Web-Interface auf www.peras.de

Erfassen von Service-Meldungen über das Web-Interface auf www.peras.de Erfassen von Service-Meldungen über das Web-Interface auf www.peras.de Web Self Service Erfassen von Service-Meldungen Version 3.1 Seite 2 von 12 Anwenderdokumentation Version 3.1 Stand September 2011

Mehr

PROFI MANAGED SERVICES

PROFI MANAGED SERVICES S Webcast Darmstadt 11.09.2014 Hans Larcén AGENDA PROFI Managed Services Serviceablauf und SLAs Ihre Vorteile Unser Vorgehensmodell 2 MANAGED SERVICE Übernahme des operativen Betriebs der IT Infrastruktur

Mehr

DGQ Regionalkreis Hamburg 21.05.2012 ISO 10007. Konfigurationsmanagement

DGQ Regionalkreis Hamburg 21.05.2012 ISO 10007. Konfigurationsmanagement DGQ Regionalkreis Hamburg 21.05.2012 ISO 10007 Leitfaden zum Konfigurationsmanagement g Geschichte des Konfigurationsmanagements Mit stetig steigender Produktkomplexität entstanden zunehmend Probleme (z.b.

Mehr

Häufig gestellte Fragen zum neuen TUIV-Modell:

Häufig gestellte Fragen zum neuen TUIV-Modell: Häufig gestellte Fragen zum neuen TUIV-Modell: 1. Was ist die LWL.IT Service Abteilung? Die LWL.IT Service Abteilung geht aus der Reorganisation der TUIV-Strukturen hervor und ist die zentrale IT-Serviceorganisation

Mehr

IT Service Management Center

IT Service Management Center IT Service Management Center Überblick - 1 - OMNITRACKER ITSM Center v5 Unterstützt Ihre Geschäftsprozesse gemäß der bewährten ITIL-Prozesse Bietet zusätzliche Hilfsprozesse Stammdatenverwaltung Verwaltung

Mehr

Solidpro Support- Richtlinien

Solidpro Support- Richtlinien Solidpro Support- Richtlinien Inhalt Support-Anfrage 2 Online-Übermittlung 2 Telefonische Übermittlung 4 Eskalation 5 Eskalation Erste Schritte 5 Wann und wie eskaliere ich eine Support-Anfrage? 5 Welche

Mehr

Peter Hake, Microsoft Technologieberater

Peter Hake, Microsoft Technologieberater Peter Hake, Microsoft Technologieberater Risiken / Sicherheit Autos Verfügbarkeit Richtlinien Service Points Veränderungen Brücken Straßen Bahn Menschen Messe Airport Konsumenten Kennt die IT-Objekte,

Mehr

IT Service Management

IT Service Management IT Service IT Service : Seminarvortrag von Annegret Schnell im Rahmen der Lehrveranstaltung Netzmanagement SS 2003, Prof. Dr. Leischner, FH-Bonn-Rhein-Sieg Annegret Schnell Seminar Netzmanagement 1 Vortrag

Mehr

Neues Managed Print Services Seitenpreiskonzept: alles inklusive.

Neues Managed Print Services Seitenpreiskonzept: alles inklusive. Managed Print Services Neues Managed Print Services Seitenpreiskonzept: alles inklusive. Das heisst für Sie: Runter mit den Druckkosten. Produktivität verbessern, Kosten reduzieren, absolute Verlässlichkeit.

Mehr

6. SLA (Leistungsgruppen)

6. SLA (Leistungsgruppen) 6. SLA (Leistungsgruppen) Die Inhalte der Service Level sind wie folgt festgelegt: BASIC generell enthalten Prüfung einer Verbindungsstörung im Linkbudget innerhalb von 2 Werktagen PLUS: Prüfung einer

Mehr

Trouble-Ticket System. Trouble-Ticket System Sascha Günther Seite 1/16

Trouble-Ticket System. Trouble-Ticket System Sascha Günther Seite 1/16 Trouble-Ticket System Trouble-Ticket System Sascha Günther Seite 1/16 Gliederung Erklärung Trouble-Ticket Anforderungen an Trouble-Tickets Erklärung Trouble-Ticket System Fazit Trouble-Ticket System Sascha

Mehr

UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler / 2013-04-18

UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler / 2013-04-18 UI-Testing mit Microsoft Test Manager (MTM) Philip Gossweiler / 2013-04-18 Software Testing Automatisiert Manuell 100% 70% 1 Überwiegender Teil der Testing Tools fokusiert auf automatisiertes Testen Microsoft

Mehr

Servicespezifikation. H&S IT Configuration Management Service. simplify your business. www.hs-reliablesolutions.com

Servicespezifikation. H&S IT Configuration Management Service. simplify your business. www.hs-reliablesolutions.com Servicespezifikation H&S IT Configuration Management Service simplify your business www.hs-reliablesolutions.com H&S reliable solutions GmbH 2010 H&S IT Configuration Management Service Eine der wichtigsten

Mehr

Corporate WLAN. Testprotokoll

Corporate WLAN. Testprotokoll Corporate WLAN Verfasser: Nico Lamberti Email: nico.lamberti@leuchterag.ch Version: 1.1 Status: in Arbeit Datum: 18.03.2005 Änderungskontrolle Version Datum Ausführende Stelle Bemerkung / Art der Änderung

Mehr

Integriertes Service Management

Integriertes Service Management Servicebestellung bis zur Abrechnung PPPvorlage_sxUKMvo-05.00.potx santix AG Mies-van-der-Rohe-Straße 4 80807 München www.santix.de santix AG Themen Ziel-Workflow Service Catalog Change Configuration und

Mehr

Nischendisziplin Configuration Management?

Nischendisziplin Configuration Management? Nischendisziplin Configuration Management? Ergebnisse der itsmf-marktstudie Hans-Peter Fröschle itsmf Deutschland e.v. hans-peter.froeschle@itsmf.de 1 Gliederung 1. Definitionen und Stellenwert Configuration

Mehr

Musterexamen. ITIL Foundation Certificate in IT Service Management Musterexamen ITILF.DE Ausgabe April 2006

Musterexamen. ITIL Foundation Certificate in IT Service Management Musterexamen ITILF.DE Ausgabe April 2006 Musterexamen ITIL Foundation ITIL Foundation Certificate in IT Service Management Musterexamen ITILF.DE Ausgabe April 2006 Inhalt 3 Einführung 4 Musterexamen 14 Antwortschlüssel EXIN Office Janssoenborch,

Mehr

Prozesseinführung in Raiffeisen Schweiz Erfahrungsbericht

Prozesseinführung in Raiffeisen Schweiz Erfahrungsbericht Prozesseinführung in Raiffeisen Schweiz Erfahrungsbericht 3. Prozessfux IT Service Management Tagung 12. Juni 2012 Willi Schocher HPV Incident & Problem Management Seite 1 Agenda Prozessorganisation &

Mehr

Software EMEA Performance Tour 2013. 17.-19. Juni, Berlin

Software EMEA Performance Tour 2013. 17.-19. Juni, Berlin Software EMEA Performance Tour 2013 17.-19. Juni, Berlin Vom Service-Baum zum Event Management-Leitstand Praxisvortrag über die Integration von Configuration Management, CI-Discovery, ITSM-Prozessen und

Mehr

KillTest. Mejor calidad Mejor servicio. Renovación gratuita dentro de un año

KillTest. Mejor calidad Mejor servicio. Renovación gratuita dentro de un año KillTest Mejor calidad Mejor servicio Examen Renovación gratuita dentro de un año Prüfung : ITIL Title : ITIL Foundation v.3 Version : DEMO 1 / 6 1.Welche der folgenden Aussagen ist kein Beispiel für Selbsthilfe-Fähigkeiten?

Mehr

Musterexamen. IT Service Management Practitioner: Release & Control (based on ITIL ) Ausgabe Juni 2007

Musterexamen. IT Service Management Practitioner: Release & Control (based on ITIL ) Ausgabe Juni 2007 Musterexamen IPRC.DE IT Service Management Practitioner: Release & Control (based on ITIL ) Ausgabe Juni 2007 Inhalt 2 Einführung 3 Musterexamen 22 Antwortschlüssel 49 Beurteilung EXIN International B.V.

Mehr

Modul 8: Geschäftsprozesse, SLA, ITIL und CMDB (Fortsetzung)

Modul 8: Geschäftsprozesse, SLA, ITIL und CMDB (Fortsetzung) Modul 8: Geschäftsprozesse, SLA, ITIL und CMDB (Fortsetzung) M. Leischner Netzmanagement Folie 1 Prozessbewertung (Process Assessment) Critical Success Factors (CSF - kritische Erfolgsfaktoren) Bedingungen,

Mehr

Fachhochschule für Technik und Wirtschaft Berlin FB4: Wirtschaftsinformatik

Fachhochschule für Technik und Wirtschaft Berlin FB4: Wirtschaftsinformatik Fachhochschule für Technik und Wirtschaft Berlin FB4: Wirtschaftsinformatik Entwicklung und Evaluation eines Vorgehensmodells zur Optimierung des IT-Service im Rahmen eines IT-Assessment Framework Oliver

Mehr

Softwareentwicklungspraktikum Sommersemester 2007. Testdokumentation

Softwareentwicklungspraktikum Sommersemester 2007. Testdokumentation Softwareentwicklungspraktikum Sommersemester 2007 Testdokumentation Auftraggeber Technische Universität Braunschweig

Mehr

Interne Revision. Bericht gemäß 386 SGB III. Change-Management. Revision SGB III

Interne Revision. Bericht gemäß 386 SGB III. Change-Management. Revision SGB III Revision SGB III Bericht gemäß 386 SGB III Change-Management Inhaltsverzeichnis 1 Revisionsauftrag... 1 2 Zusammenfassung... 1 3 Revisionsergebnisse... 2 3.1 Prozessgestaltung... 2 3.1.1 Prozessmodell...

Mehr

Incident Management. Aufbau und Betrieb eines Service Desks

Incident Management. Aufbau und Betrieb eines Service Desks 4. FIT-ÖV - 01. Juli 2009 in Aachen Incident Management Aufbau und Betrieb eines Service Desks Heino Reinartz Kreis Aachen 1 1 Kreis Aachen - StädteRegion? Ab dem 21.10.2009 bilden Stadt und Kreis Aachen

Mehr

Leistungsbeschreibung Operational Support HP Software Technologien

Leistungsbeschreibung Operational Support HP Software Technologien Leistungsbeschreibung Operational Support HP Software Technologien Projekt Datum Status Version ACC1-7752-001-TS01 Definitiv 1.0 AnyWeb AG Thurgauerstrasse 23, 8050 Zürich, Switzerland, Phone +41 58 219

Mehr

Release Notes 2.7 270 Version 1.0

Release Notes 2.7 270 Version 1.0 Web- und datenbankbasiertes Prozess- und Dokumentenmanagement Release Notes 2.7 270 Version 1.0 Juli 14 Abel Systems Hochbergerstrasse 60C 4057 Basel + 41 61 205 60 28 Servic e@qm pilot.com QMP-Release-Notes

Mehr

ITIL und Entwicklungsmodelle: Die zwei Kulturen

ITIL und Entwicklungsmodelle: Die zwei Kulturen Kombination von IT Service Management (ITIL) und Anwendungsentwicklung Kai Witte und Matthias Kaulke, München, den 30.03.2006 Rahmeninformationen Wo sind wir? Unternehmensdarstellung (1) Unabhängiges Beratungsunternehmen

Mehr

Harun Özturgut. Mitarbeiterportal als zentrales Arbeitsinstrument

Harun Özturgut. Mitarbeiterportal als zentrales Arbeitsinstrument Harun Özturgut Mitarbeiterportal als zentrales Arbeitsinstrument Übersicht Ausgangssituation Lösungsansatz ITIL-basiertes Help-Desk-System 2 Ausgangssituation Schwierigkeiten beim IT-Support vorhanden

Mehr

Service Management nach ITIL

Service Management nach ITIL Service nach ITIL Datum: 4/29/00 Service nach ITIL Agenda Vorstellung AG / Arbeitskreis Service Bedarf - Warum Service? Vorstellung von ITIL Nutzen und Bedeutung der einzelnen Funktionen Synergiepotentiale

Mehr

IT-Service-Management-Framework

IT-Service-Management-Framework IT-Service-Management-Framework Effiziente Prozesse für die öffentliche Verwaltung MATERNA GmbH 2011 www.materna.de 1 Agenda IT-Service-Management-Framework 1 IT-Service-Management-Framework 2 3 ITIL 2010

Mehr

Change-Management / Änderungsdienst. Thomas Halbe

Change-Management / Änderungsdienst. Thomas Halbe Change-Management / Änderungsdienst Thomas Halbe Firmenportrait IT Beratung HALBE GmbH & Co.KG Firmengegründet Mai 2002 Sitz in Willich 3 Mitarbeiter in 2006 (geplant 1 weitere Mitarbeiter in 2007) IT

Mehr

Themengruppe: IT Service Management - Praxis

Themengruppe: IT Service Management - Praxis Themengruppe: IT Service Management - Praxis Die 11 wichtigsten Risiken beim Multivendor-Sourcing Version 1.6 (25.02.2014) Fritz Kleiner, Futureways GmbH, fritz.kleiner@futureways.ch Leiter der swissict

Mehr

IKS Transparenz schafft Sicherheit. Erfolgsfaktor Internes Kontrollsystem

IKS Transparenz schafft Sicherheit. Erfolgsfaktor Internes Kontrollsystem 17. Bundesfachtagung IKS Transparenz schafft Sicherheit Erfolgsfaktor Internes Kontrollsystem Mag. Gunnar Frei Warum braucht eine Gemeinde ein IKS? Landeskriminalamt ermittelt Wie aus gut informierten

Mehr

Nischendisziplin Configuration Management?

Nischendisziplin Configuration Management? Nischendisziplin Configuration Management? Ergebnisse der itsmf-marktstudie Hans-Peter Fröschle itsmf Deutschland e.v. hans-peter.froeschle@itsmf.de 1 Gliederung 1. Definitionen und Stellenwert Configuration

Mehr

ITSM (BOX & CONSULTING) Christian Hager, MSc

ITSM (BOX & CONSULTING) Christian Hager, MSc ITSM (BOX & CONSULTING) Christian Hager, MSc INHALT Ausgangssituation ITSM Consulting ITSM Box Zentrales Anforderungsmanagement Beispielhafter Zeitplan Nutzen von ITSM Projekten mit R-IT Zusammenfassung

Mehr

Modul 3: Service Transition Teil 4

Modul 3: Service Transition Teil 4 Modul 3: Service Transition Teil 4 1. Ziel, Wert und Aufgaben von Service Transition? 2. Prozess: Projektmanagement (Transition Planning and Support) 3. Prozess: Change Management 4. Prozess: Change-Evaluierung

Mehr

Service-Level-Agreement für SpaceNet Service 7x24 und 7x14

Service-Level-Agreement für SpaceNet Service 7x24 und 7x14 Service-Level-Agreement für SpaceNet Service 7x24 und 7x14 Leitbild SpaceNet ist Spezialist für das Hosting geschäftskritischer Anwendungen und Daten. Unbedingtes Ziel der SpaceNet ist es jede Störung

Mehr

ITIL Forum Schweiz. Zürich, 24.06.2009

ITIL Forum Schweiz. Zürich, 24.06.2009 ITIL Forum Schweiz Zürich, 24.06.2009 I N H A L T 1. Transparenz durch Modellierung - MID Innovator 2. Vorkonfiguriert ITIL Implementierung für v2 und v3 3. ITIL-Prozesse im Tool - USU Valuemation 4. Modellgetriebene

Mehr

Prozessmanagement. Univ. Doz. Dr. Norbert Fuchs WS 2005

Prozessmanagement. Univ. Doz. Dr. Norbert Fuchs WS 2005 Prozessmanagement Univ. Doz. Dr. WS 2005 Inhalt > Changemanagement > Was verstehen wir unter einem (Geschäfts)prozess? > Verantwortungen für den Prozess > Prozessverbesserung - Prozessreview > die Elemente

Mehr