Checkliste Problem Record: Unterschied zwischen den Versionen

Aus IT Process Wiki
Keine Bearbeitungszusammenfassung
 
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
'''ITIL-Prozess''': [[Service Support]] - [[Problem Management - ITIL V2|Problem Management]]
<seo metakeywords="problem record, itil problem record" metadescription="Der Problem Record enthält alle Einzelheiten eines Problems und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Lösung." />
<imagemap>
Image:ITIL-Wiki-english-es.jpg|ES - EN - Checkliste Problem Record - Vorlage Problem Record|100px
rect 0 0 50 30 [https://wiki.es.it-processmaps.com/index.php/Lista_de_control_-_Registro_de_Problema esta página en español]
rect 50 0 100 30 [https://wiki.en.it-processmaps.com/index.php/Checklist_Problem_Record this Page in English]
desc none
</imagemap>
<br style="clear:both;"/>


'''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten für Problem Management|Checklisten für Problem Management]]
'''ITIL-Prozess''': [[ITIL V3 Service Operation - Servicebetrieb]] - [[Problem Management]]


'''Checklisten-Kategorie''': [[ITIL-Checklisten#Checklisten ITIL V3 Service Operation (Servicebetrieb)|Checklisten ITIL V3 Service Operation (Servicebetrieb)]]


Bei der Erfassung eines Problems werden die folgenden Daten aufgenommen:
'''Quelle''': Checkliste "Problem Record" aus der [https://de.it-processmaps.com/produkte/itil-prozesslandkarte.html ITIL-Prozesslandkarte V3]


* eindeutige ID des Problems (in der Regel durch das System automatisch vergeben)
 
* Datum und Uhrzeit der Aufnahme (in der Regel durch das System automatisch vergeben)
Der ''Problem Record'' enthält sämtliche Einzelheiten eines [[Problem Management#Problem|Problems]] und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Lösung.
* aufnehmender Mitarbeiter
 
* Symptombeschreibung
 
* betroffener IT-Service
'''Ein Problem Record umfasst in der Regel die folgenden Informationen:'''
* relevante SLAs
 
* Bezug zu CIs
 
* Produkt-Kategorie, z.B. anhand eines Kategorien-Baums nach dem folgenden Muster:
# Eindeutige Kennung (ID) des Problems (in der Regel systemseitig vergeben)  
** Client-PC
# Datum und Uhrzeit der Erstellung
*** Standardkonfiguration 1
# Problemverantwortlicher
*** ...
# Symptombeschreibung
** Drucker
# Betroffene Anwender/Geschäftsbereiche
*** Hersteller 1
# Betroffene(r) Service(s)
*** ...
# Priorisierung aufgrund folgender Kriterien:
* Problem-Kategorie, z.B.
## Dringlichkeit (zur Verfügung stehende Zeit bis zur Lösung des Problems), z.B.
** Hardwarefehler
### Bis zu 5 Arbeitstagen
** Softwarefehler
### Bis zu 2 Wochen
** ...
### Bis zu 4 Wochen
* Zuordnung zu
## Schweregrad (Schaden für das Unternehmen), z.B.  
** Incidents, die von diesem Problem abhängig sind
### „Hoch“ (Unterbrechung kritischer Unternehmensprozesse)
** anderen Problems, deren Lösung mit diesem Problem zusammenhängen
### „Normal“ (Unterbrechung der Arbeit einzelner Mitarbeiter)
* Workaround zur Umgehung des Problems, falls bekannt
### „Gering“ (Behinderung der Arbeit einzelner Mitarbeiter, jedoch ist eine Fortsetzung der Arbeit mit Hilfe einer Umgehungslösung möglich)
## Priorität (beispielsweise in Stufen 1, 2 und 3): Ergibt sich aus der Kombination von Dringlichkeit und Schweregrad
# Beziehung zu [[Service Asset and Configuration Management#CI|CIs]]
# Produktkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster:  
## Client-PC
### Standardkonfiguration 1
### ...
## Drucker
### Hersteller 1
### ...
# Problemkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster:
## Hardware-Fehler
## Software-Fehler
## ...
# Links zu anderen Problem Records (falls es andere offene, mit diesem Problem zusammenhängende Problems gibt)
# Links zu anderen Incident Records (falls es offene [[Incident Management#Incident|Incidents]] gibt, deren Lösung von der Lösung dieses Problems abhängt)
# Links zu [[Problem Management#Known Error|Known Errors]] und [[Problem Management#Workaround|Workarounds]] (falls Known Errors und Workarounds im Zusammenhang mit dem Problem identifiziert wurden)
# Protokoll der Aktivitäten/ Lösungshistorie
## Datum und Uhrzeit
## Ersteller des Protokolls
## Beschreibung der Aktivitäten
## Neuer Status (falls der Status sich ändert)
 
 
 
 
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:ITIL V3|Problem Record]][[Kategorie:Checkliste (ITIL)|Problem Record]][[Kategorie:Service Operation|Problem Record]][[Kategorie:Problem Management|Problem Record]]
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 8. September 2011, 19:20 Uhr

<seo metakeywords="problem record, itil problem record" metadescription="Der Problem Record enthält alle Einzelheiten eines Problems und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Lösung." />

ES - EN - Checkliste Problem Record - Vorlage Problem Recordesta página en españolthis Page in English
ES - EN - Checkliste Problem Record - Vorlage Problem Record


ITIL-Prozess: ITIL V3 Service Operation - Servicebetrieb - Problem Management

Checklisten-Kategorie: Checklisten ITIL V3 Service Operation (Servicebetrieb)

Quelle: Checkliste "Problem Record" aus der ITIL-Prozesslandkarte V3


Der Problem Record enthält sämtliche Einzelheiten eines Problems und dokumentiert so den Lebenszyklus des Problems von der Erkennung bis zur Lösung.


Ein Problem Record umfasst in der Regel die folgenden Informationen:


  1. Eindeutige Kennung (ID) des Problems (in der Regel systemseitig vergeben)
  2. Datum und Uhrzeit der Erstellung
  3. Problemverantwortlicher
  4. Symptombeschreibung
  5. Betroffene Anwender/Geschäftsbereiche
  6. Betroffene(r) Service(s)
  7. Priorisierung aufgrund folgender Kriterien:
    1. Dringlichkeit (zur Verfügung stehende Zeit bis zur Lösung des Problems), z.B.
      1. Bis zu 5 Arbeitstagen
      2. Bis zu 2 Wochen
      3. Bis zu 4 Wochen
    2. Schweregrad (Schaden für das Unternehmen), z.B.
      1. „Hoch“ (Unterbrechung kritischer Unternehmensprozesse)
      2. „Normal“ (Unterbrechung der Arbeit einzelner Mitarbeiter)
      3. „Gering“ (Behinderung der Arbeit einzelner Mitarbeiter, jedoch ist eine Fortsetzung der Arbeit mit Hilfe einer Umgehungslösung möglich)
    3. Priorität (beispielsweise in Stufen 1, 2 und 3): Ergibt sich aus der Kombination von Dringlichkeit und Schweregrad
  8. Beziehung zu CIs
  9. Produktkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster:
    1. Client-PC
      1. Standardkonfiguration 1
      2. ...
    2. Drucker
      1. Hersteller 1
      2. ...
  10. Problemkategorie, in der Regel anhand eines Kategorienbaums nach folgendem Muster:
    1. Hardware-Fehler
    2. Software-Fehler
    3. ...
  11. Links zu anderen Problem Records (falls es andere offene, mit diesem Problem zusammenhängende Problems gibt)
  12. Links zu anderen Incident Records (falls es offene Incidents gibt, deren Lösung von der Lösung dieses Problems abhängt)
  13. Links zu Known Errors und Workarounds (falls Known Errors und Workarounds im Zusammenhang mit dem Problem identifiziert wurden)
  14. Protokoll der Aktivitäten/ Lösungshistorie
    1. Datum und Uhrzeit
    2. Ersteller des Protokolls
    3. Beschreibung der Aktivitäten
    4. Neuer Status (falls der Status sich ändert)