YaSM-Glossar: Unterschied zwischen den Versionen

Aus YaSM Service-Management-Wiki
Keine Bearbeitungszusammenfassung
 
Keine Bearbeitungszusammenfassung
Zeile 2: Zeile 2:
<meta name="keywords" content="yasm glossar, yasm definitionen, yasm begriffe, it service management glossar" />
<meta name="keywords" content="yasm glossar, yasm definitionen, yasm begriffe, it service management glossar" />
<meta name="description" content="Im YaSM&reg; Glossar finden Sie alle Fachbegriffe &amp; Definitionen rund um YaSM Service-Management. Das YaSM Glossar ist navigierbar: ..." />
<meta name="description" content="Im YaSM&reg; Glossar finden Sie alle Fachbegriffe &amp; Definitionen rund um YaSM Service-Management. Das YaSM Glossar ist navigierbar: ..." />
<meta property="og:url" content="https://yasm.com/wiki/de/index.php/YaSM-Glossar" />
<meta property="og:title" content="YaSM-Glossar | YaSM Service-Management-Wiki" />
<meta property="og:description" content="Im YaSM&reg; Glossar finden Sie alle Fachbegriffe &amp; Definitionen rund um YaSM Service-Management. Das YaSM Glossar ist navigierbar: ..." />
<meta property="og:site_name" content="YaSM">
<meta property="og:type" content="article" />
<meta property="fb:admins" content="100002035253209" />
<meta property="fb:admins" content="100002592864414" />
<meta property="og:image" content="https://yasm.com/wiki/de/img/yasm-begriffe/Yasm-glossar.jpg" />
<meta property="og:image:width" content="354" />
<meta property="og:image:height" content="365" />
<link href="https://plus.google.com/100916307096177053362/posts" rel="publisher" />
</itpmch>
</itpmch>
<html><div itemscope="itemscope" itemtype="https://schema.org/WebPage"><!-- define schema.org/WebPage --><p>
<html><a href="https://yasm.com/wiki/en/index.php/YaSM_Glossary"><img src="https://yasm.com/wiki/de/img/yasm-wiki/yasm-wiki-english.png" width="48" height="30" style="float:right;" alt="in English" title="This page in English" /></a><br style="clear:both;"/></html>
<a href="https://yasm.com/wiki/en/index.php/YaSM_Glossary"><img src="https://yasm.com/wiki/de/img/yasm-wiki/yasm-wiki-english.png" width="48" height="30" style="float:right;" alt="in English" title="This page in English" /></a><br style="clear:both;"/></html>


__NOTOC__
__NOTOC__


<html><div itemscope itemtype="https://schema.org/ImageObject" class="thumb tleft" style="width:354px;"><img itemprop="contentUrl" style="margin:0px 10px 10px 0px;" src="https://yasm.com/wiki/de/img/yasm-begriffe/Yasm-glossar.jpg" width="354" height="365" title="Abb. 1: Alle Fachbegriffe und Definitionen rund um YaSM Service-Management." alt="YaSM Service-Management Glossar-Begriffe und Definitionen." /><div class="thumbcaption"><span itemprop="alternativeHeadline"><span style="font-variant:small-caps;"><b>YaSM-Glossar: </b></span> <small><span itemprop="caption">Alle Fach-Begriffe und Definitionen rund um YaSM&reg; Service-Management.</span></small></span></div></div>
<html><div itemscope itemtype="https://schema.org/ImageObject">
<a href="https://yasm.com/wiki/de/img/yasm-begriffe/Yasm-glossar.jpg" title="Alle Fachbegriffe und Definitionen rund um YaSM Service-Management" itemprop="contentUrl">
<img style="margin:5px 0px 30px 30px; float:right;" src="https://yasm.com/wiki/de/img/yasm-begriffe/Yasm-glossar.jpg" width="354" height="365" title="Alle Fachbegriffe und Definitionen rund um YaSM Service-Management" alt="YaSM Service-Management Glossar-Begriffe und Definitionen." />
<meta itemprop="caption" content="Alle Fach-Begriffe und Definitionen rund um YaSM Service-Management." />
<meta itemprop="width" content="354" />
<meta itemprop="height" content="365" />
<meta itemprop="keywords" content="Service Management Glossar" />
<meta itemprop="keywords" content="YaSM Glossar" /></a></div>


<p><span itemprop="description">Das <strong class="selflink"><span itemprop="name Headline">YaSM-Glossar</span></strong> enthält die Definitionen bzw. Kurzbeschreibungen der <i>YaSM-Datenobjekte bzw. wichtigen Service-Management-Begriffe</i> in alphabetischer Reihenfolge. Per Link können Sie direkt auf den entsprechenden Content im YaSM-Wiki zugreifen - z.B. auf die entsprechenden YaSM-Prozessbeschreibungen und Rollendefinitionen.</span></p>
<p><span id="md-webpage-description" itemprop="description">Alle Fach-Begriffe und Definitionen rund um YaSM Service-Management: Das <strong class="selflink">YaSM-Glossar</strong> enthält die Definitionen bzw. Kurzbeschreibungen der <i>YaSM-Datenobjekte bzw. wichtigen Service-Management-Begriffe</i> in alphabetischer Reihenfolge.</span></p>
<p>Per Link können Sie direkt auf den entsprechenden Content im YaSM-Wiki zugreifen - z.B. auf die entsprechenden <a href="https://yasm.com/wiki/de/index.php/YaSM-Prozesse" title="Service Management Prozesse">YaSM-Prozess-Beschreibungen</a> und <a href="https://yasm.com/wiki/de/index.php/YaSM-Rollen" title="Service Management Rollen">Rollen-Definitionen</a>.</p>


<p>Auf einer weiteren Seite finden Sie das komplette <a itemprop="significantLinks" href="https://yasm.com/wiki/de/index.php/YaSM-Datenmodell">YaSM-Datenobjekt-Modell</a> - eine grafische Übersicht der YaSM-Datenobjekte mit ihren wichtigsten Beziehungen.</p>
<p>Auf einer weiteren Seite finden Sie das komplette <a href="https://yasm.com/wiki/de/index.php/YaSM-Datenmodell">YaSM-Datenobjekt-Modell</a> - eine grafische Übersicht der YaSM-Datenobjekte mit ihren wichtigsten Beziehungen.</p>


<p>Zusätzlich zum Glossar beinhaltet die YaSM&reg;-Prozesslandkarte einen Satz von "Checklisten": Dokument-Templates bzw. -Vorlagen mit sehr detaillierten Beschreibungen der typischen Inhalte der verschiedenen YaSM-Dokumente und -Records (in der Regel entspricht jedes YaSM-Datenobjekt einem Dokument oder Record, das/der in einem YaSM-Prozess erzeugt wird). Da die Checklisten Microsoft-Word-Dokumente sind, können sie in vielen Fällen als Vorlagen verwendet werden, wenn es darum geht, organisations-spezifische Service-Management-Dokumente zu erstellen.</p>
<p>Zusätzlich zum Glossar beinhaltet die YaSM&reg;-Prozesslandkarte einen Satz von "Checklisten": Dokument-Templates bzw. -Vorlagen mit sehr detaillierten Beschreibungen der typischen Inhalte der verschiedenen YaSM-Dokumente und -Records (in der Regel entspricht jedes YaSM-Datenobjekt einem Dokument oder Record, das/der in einem YaSM-Prozess erzeugt wird). Da die Checklisten Microsoft-Word-Dokumente sind, können sie in vielen Fällen als Vorlagen verwendet werden, wenn es darum geht, organisations-spezifische Service-Management-Dokumente zu erstellen.</p>
Zeile 24: Zeile 42:
{|
{|
|-
|-
|style="border-bottom:1px solid grey"|<strong><span id="alle">YaSM [[#YaSM-trademark|[1]]] Glossar-Begriffe</span></strong>
|style="border-bottom:1px solid grey"|<strong><span id="alle">YaSM Service Management Glossar-Begriffe</span></strong>
|}
|}


Zeile 35: Zeile 53:
|[[#YaSM-begriffe-A|'''A''']]||||[[#YaSM-begriffe-B|'''B''']]||||[[#YaSM-begriffe-C|'''C''']]|||| [[#YaSM-begriffe-D|'''D''']]|||| [[#YaSM-begriffe-E|'''E''']]|||| [[#YaSM-begriffe-F|'''F''']]|||| [[#YaSM-begriffe-G|'''G''']] |||| [[#YaSM-begriffe-I|'''I''']]||||'''J'''|||| [[#YaSM-begriffe-K|'''K''']]||||[[#YaSM-begriffe-L|'''L''']]|||| [[#YaSM-begriffe-M|'''M''']]
|[[#YaSM-begriffe-A|'''A''']]||||[[#YaSM-begriffe-B|'''B''']]||||[[#YaSM-begriffe-C|'''C''']]|||| [[#YaSM-begriffe-D|'''D''']]|||| [[#YaSM-begriffe-E|'''E''']]|||| [[#YaSM-begriffe-F|'''F''']]|||| [[#YaSM-begriffe-G|'''G''']] |||| [[#YaSM-begriffe-I|'''I''']]||||'''J'''|||| [[#YaSM-begriffe-K|'''K''']]||||[[#YaSM-begriffe-L|'''L''']]|||| [[#YaSM-begriffe-M|'''M''']]
|-  
|-  
|'''N'''||||[[#YaSM-begriffe-O|'''O''']]||||[[#YaSM-begriffe-P|'''P''']]||||'''Q'''||||[[#YaSM-begriffe-R|'''R''']]||||[[#YaSM-begriffe-S|'''S''']]||||[[#YaSM-begriffe-T|'''T''']]||||[[#YaSM-begriffe-U|'''U''']]||||[[#YaSM-begriffe-V|'''V''']]||||[[#YaSM-begriffe-W|'''W''']]||||'''X'''||||[[#YaSM-begriffe-Y|'''Y''']]||||'''Z'''
|'''N'''||||[[#YaSM-begriffe-O|'''O''']]||||[[#YaSM-begriffe-P|'''P''']]||||'''Q'''||||[[#YaSM-begriffe-R|'''R''']]||||[[#YaSM-begriffe-S|'''S''']]||||[[#YaSM-begriffe-T|'''T''']]||||[[#YaSM-begriffe-U|'''U''']]||||[[#YaSM-begriffe-V|'''V''']]||||[[#YaSM-begriffe-W|'''W''']]||||'''X'''||||[[#YaSM-begriffe-Y|'''Y''']]||||[[#YaSM-begriffe-Z|'''Z''']]
|}
|}


Zeile 42: Zeile 60:
'''Weitere Sprachversionen''': Das [https://yasm.com/wiki/en/index.php/YaSM_Glossary YaSM-Glossar auf Englisch].
'''Weitere Sprachversionen''': Das [https://yasm.com/wiki/en/index.php/YaSM_Glossary YaSM-Glossar auf Englisch].


'''''Hinweis:''''' ''Einige Definitionen in diesem Glossar basieren auf dem offiziellen ITIL&reg; [[#ITIL|[1]]] Glossar [[#Cabinet-Office|[2]]].
'''''Hinweis:''''' ''Einige Definitionen in diesem Glossar basieren auf dem offiziellen ITIL&reg; [[#ITIL|[2]]] Glossar [[#Cabinet-Office|[3]]].


<p>&nbsp;</p>
<p>&nbsp;</p>
Zeile 49: Zeile 67:
----
----


<p><span id="YaSM-begriffe-0-9">&nbsp;</span></p>
<h2 id="YaSM-begriffe-0-9">0-9</h2>
==<span style="font-size: 110%">0-9</span>==


====<span id="1st-Level-Support">1st Level Support</span>====
<dl id="1st-Level-Support"><dt>1st Level Support</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#1st-Level-Support|1st Level Support]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#1st-Level-Support|1st Level Support]])</dd></dl><br />


====<span id="2nd-Level-Support">2nd Level Support</span>====
<dl id="2nd-Level-Support"><dt>2nd Level Support</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#2nd-Level-Support|2nd Level Support]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#2nd-Level-Support|2nd Level Support]])</dd></dl><br />


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<p>&nbsp;</p>


<p><span id="YaSM-begriffe-A">&nbsp;</span></p>
<h2 id="YaSM-begriffe-A">A</h2>
==<span style="font-size: 110%">A</span>==


====Anforderungs-Spezifikation====
<dl><dt>Anforderungs-Spezifikation</dt>
*Ein Anforderungs-Spezifikations-Dokument enthält eine vollständige Beschreibung des Verhaltens einer Anwendung, eines Systems oder einer anderen Infrastruktur-Komponente, die zu entwickeln oder zu beschaffen ist.
<dd>Ein Anforderungs-Spezifikations-Dokument enthält eine vollständige Beschreibung des Verhaltens einer Anwendung, eines Systems oder einer anderen Infrastruktur-Komponente, die zu entwickeln oder zu beschaffen ist. Anforderungs-Spezifikationen enthalten typischerweise funktionale und nicht-funktionale Anforderungen, wie z.B. Performance-Anforderungen oder Rahmenbedingungen für das Design. Inhalte und Detailtiefe hängen von der Art des spezifizierten Systems und der Zielsetzung der Spezifikation ab.<br />(&#8594; YaSM-Datenobjekt, [[LP2: Designen neuer oder geänderter Services]])</dd></dl><br />
*Anforderungs-Spezifikationen enthalten typischerweise funktionale und nicht-funktionale Anforderungen, wie z.B.
*Performance-Anforderungen oder Rahmenbedingungen für das Design. Inhalte und Detailtiefe hängen von der Art des spezifizierten Systems und der Zielsetzung der Spezifikation ab.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP2: Designen neuer oder geänderter Services]]


====<span id="Anwendungs-System-Entwickler">Anwendungs-/ System-Entwickler</span>====
<dl id="Anwendungs-System-Entwickler"><dt>Anwendungs-/ System-Entwickler</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Anwendungs-System-Entwickler|Anwendungs-/ System-Entwickler]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Anwendungs-System-Entwickler|Anwendungs-/ System-Entwickler]])</dd></dl><br />


====<span id="Auswertung-zur-Kundenumfrage">Auswertung zur Kundenumfrage</span>====
<dl id="Auswertung-zur-Kundenumfrage"><dt>Auswertung zur Kundenumfrage</dt>
*Die Auswertung zu einer Kundenzufriedenheits-Umfrage, die die Ergebnisse der Umfrage und daraus abgeleitete Rückschlüsse zusammenfasst.
<dd>Die Auswertung zu einer Kundenzufriedenheits-Umfrage, die die Ergebnisse der Umfrage und daraus abgeleitete Rückschlüsse zusammenfasst.<br />(&#8594; YaSM-Datenobjekt, [[SP3: Pflegen der Kundenbeziehungen]])</dd></dl><br />
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP3: Pflegen der Kundenbeziehungen]]


<p style="float:right;">[[#YaSM-begriffe-A|&#8594; YaSM-Begriffe mit "A"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-A|&#8594; YaSM-Begriffe mit "A"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-B">&nbsp;</span></p>
<h2 id="YaSM-begriffe-B">B</h2>
==<span style="font-size: 110%">B</span>==


====<span id="Bearbeitungsgruppe-fuer-Serviceauftraege">Bearbeitungsgruppe für Serviceaufträge</span>====
<dl id="Bearbeitungsgruppe-fuer-Serviceauftraege"><dt>Bearbeitungsgruppe für Serviceaufträge</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Bearbeitungsgruppe-für-Serviceaufträge|Bearbeitungsgruppe für Serviceaufträge]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Bearbeitungsgruppe-fuer-Serviceauftraege|Bearbeitungsgruppe für Serviceaufträge]])</dd></dl><br />


====<span id="Bericht-zum-Compliance-Review">Bericht zum Compliance-Review</span>====
<dl id="Bericht-zum-Compliance-Review"><dt>Bericht zum Compliance-Review</dt>
*Ein Bericht zum Compliance Review zeichnet die Details und Erkenntnisse eines Compliance Reviews auf.
<dd>Ein Bericht zum Compliance Review zeichnet die Details und Erkenntnisse eines Compliance Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Verbesserung der Konformität des Service-Providers mit gesetzlichen Bestimmungen, Industrie-Standards etc.<br />(&#8594; YaSM-Datenobjekt, [[SP9: Sicherstellen von Compliance]])</dd></dl><br />
*Dieser Bericht ist eine wichtige Grundlage für die Verbesserung der Konformität des Service-Providers mit gesetzlichen Bestimmungen, Industrie-Standards etc.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP9: Sicherstellen von Compliance]]


====<span id="Bericht-zum-Konfigurations-Audit">Bericht zum Konfigurations-Audit</span>====
<dl id="Bericht-zum-Konfigurations-Audit"><dt>Bericht zum Konfigurations-Audit</dt>
*Ein Bericht, der die Ergebnisse eines Konfigurations-Audits zusammenfasst.
<dd>Ein Bericht, der die Ergebnisse eines Konfigurations-Audits zusammenfasst. Insbesondere stellt der Bericht heraus, welche Unterschiede zwischen den CI Records im CMS und den tatsächlich installierten CIs gefunden wurden.<br />(&#8594; YaSM-Datenobjekt, [[SP4: Verwalten von Konfigurations-Informationen]])</dd></dl><br />
*Insbesondere stellt der Bericht heraus, welche Unterschiede zwischen den CI Records im CMS und den tatsächlich installierten CIs gefunden wurden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP4: Verwalten von Konfigurations-Informationen]]


====<span id="Bericht-zum-Kontinuitaets-Review">Bericht zum Kontinuitäts-Review</span>====
<dl id="Bericht-zum-Kontinuitaets-Review"><dt>Bericht zum Kontinuitäts-Review</dt>
*Ein Bericht zum Kontinuitäts-Review zeichnet die Details und Ergebnisse eines Kontinuitäts-Reviews auf.
<dd>Ein Bericht zum Kontinuitäts-Review zeichnet die Details und Ergebnisse eines Kontinuitäts-Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Initiativen zur Verbesserung der Service-Kontinuität.<br />(&#8594; YaSM-Datenobjekt, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />
*Dieser Bericht ist eine wichtige Grundlage für die Definition von Initiativen zur Verbesserung der Service-Kontinuität.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]


====<span id="Bericht-zum-Prozess-Review">Bericht zum Prozess-Review</span>====
<dl id="Bericht-zum-Prozess-Review"><dt>Bericht zum Prozess-Review</dt>
*Ein Bericht zum Prozess-Review zeichnet die Details und Ergebnisse eines Prozess-Reviews oder -Audits auf.
<dd>Ein Bericht zum Prozess-Review zeichnet die Details und Ergebnisse eines Prozess-Reviews oder -Audits auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Prozess-Verbesserungs-Initiativen.<br />(&#8594; YaSM-Datenobjekt, [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />
*Dieser Bericht ist eine wichtige Grundlage für die Definition von Prozess-Verbesserungs-Initiativen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP1: Einrichten und Pflegen des Service-Management-Systems]]


====<span id="Bericht-zum-Serviceportfolio-Review">Bericht zum Serviceportfolio-Review</span>====
<dl id="Bericht-zum-Serviceportfolio-Review"><dt>Bericht zum Serviceportfolio-Review</dt>
*Ein Bericht zum Serviceportfolio-Review zeichnet die Details und Ergebnisse eines Serviceportfolio-Reviews auf.
<dd>Ein Bericht zum Serviceportfolio-Review zeichnet die Details und Ergebnisse eines Serviceportfolio-Reviews auf. Dieser Bericht stellt insbesondere heraus, an welchen Stellen Inkonsistenzen im Serviceportfolio gefunden wurden.<br />(&#8594; YaSM-Datenobjekt, [[SP2: Pflegen des Serviceportfolios]])</dd></dl><br />
*Dieser Bericht stellt insbesondere heraus, an welchen Stellen Inkonsistenzen im Serviceportfolio gefunden wurden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP2: Pflegen des Serviceportfolios]]


====<span id="Bericht-zum-Service-Review">Bericht zum Service-Review</span>====
<dl id="Bericht-zum-Service-Review"><dt>Bericht zum Service-Review</dt>
*Ein Bericht zum Service-Review zeichnet die Details und Ergebnisse eines Service-Reviews auf.
<dd>Ein Bericht zum Service-Review zeichnet die Details und Ergebnisse eines Service-Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Service-Verbesserungs-Initiativen.<br />(&#8594; YaSM-Datenobjekt, [[LP5: Verbessern der Services]])</dd></dl><br />
*Dieser Bericht ist eine wichtige Grundlage für die Definition von Service-Verbesserungs-Initiativen.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP5: Verbessern der Services]]


====<span id="Bericht-zum-Sicherheits-Review">Bericht zum Sicherheits-Review</span>====
<dl id="Bericht-zum-Sicherheits-Review"><dt>Bericht zum Sicherheits-Review</dt>
*Ein Bericht zum Sicherheits-Review zeichnet die Details und Ergebnisse eines Sicherheits-Reviews auf.
<dd>Ein Bericht zum Sicherheits-Review zeichnet die Details und Ergebnisse eines Sicherheits-Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Initiativen zur Verbesserung der Sicherheit.<br />(&#8594; YaSM-Datenobjekt, [[SP7: Gewährleisten der Sicherheit]])</dd></dl><br />
*Dieser Bericht ist eine wichtige Grundlage für die Definition von Initiativen zur Verbesserung der Sicherheit.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP7: Gewährleisten der Sicherheit]]


====<span id="Bericht-zum-strategischen-Assessment">Bericht zum strategischen Assessment</span>====
<dl id="Bericht-zum-strategischen-Assessment"><dt>Bericht zum strategischen Assessment</dt>
*Die Ergebnisse eines strategischen Assessments werden in einem 'Bericht zum strategischen Assesssment' dokumentiert.
<dd>Die Ergebnisse eines strategischen Assessments werden in einem 'Bericht zum strategischen Assesssment' dokumentiert. Strategische Begutachtungen (Assessments) werden typischerweise in regelmäßigen Abständen durchgeführt, um Einsicht in die Stärken, Schwächen und Chancen des Service-Providers zu erhalten. Mit Hilfe dieser Informationen kann anschließend die Service-Strategie und das Serviceportfolio aktualisiert werden.<br />(&#8594; YaSM-Datenobjekt, [[LP1: Festlegen der strategischen Richtung]])</dd></dl><br />
*Strategische Begutachtungen (Assessments) werden typischerweise in regelmäßigen Abständen durchgeführt, um Einsicht in die Stärken, Schwächen und Chancen des Service-Providers zu erhalten.
*Mit Hilfe dieser Informationen kann anschließend die Service-Strategie und das Serviceportfolio aktualisiert werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP1: Festlegen der strategischen Richtung]]


====<span id="Bericht-zur-Change-Bewertung">Bericht zur Change-Bewertung</span>====
<dl id="Bericht-zur-Change-Bewertung"><dt>Bericht zur Change-Bewertung</dt>
*Die Ergebnisse einer Change-Bewertung werden in einem Bericht zur Change-Bewertung dokumentiert.
<dd>Die Ergebnisse einer Change-Bewertung werden in einem Bericht zur Change-Bewertung dokumentiert. Jeder Nicht-Standard-Change erfordert vor dessen Autorisierung eine formale Bewertung. Bestimmte Changes erfordern eine ausführlichere Begutachtung als andere, somit hängt der Inhalt des Bewertungs-Berichts von Art und Umfang des vorgeschlagenen Changes ab.<br />(&#8594; YaSM-Datenobjekt, [[SP5: Bewerten und Koordinieren von Changes]])</dd></dl><br />
*Jeder Nicht-Standard-Change erfordert vor dessen Autorisierung eine formale Bewertung.
*Bestimmte Changes erfordern eine ausführlichere Begutachtung als andere, somit hängt der Inhalt des Bewertungs-Berichts von Art und Umfang des vorgeschlagenen Changes ab.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP5: Bewerten und Koordinieren von Changes]]


====<span id="Bericht-zur-Change-Nachpruefung">Bericht zur Change-Nachprüfung</span>====
<dl id="Bericht-zur-Change-Nachpruefung"><dt>Bericht zur Change-Nachprüfung</dt>
*Die Ergebnisse einer Change-Nachprüfung werden in einem entsprechenden Bericht festgehalten.
<dd>Die Ergebnisse einer Change-Nachprüfung werden in einem entsprechenden Bericht festgehalten. Change-Nachprüfungen (Post-Implementation Reviews, PIR) werden durchgeführt, nachdem ein Change implementiert worden ist. Ziel ist, zu bestimmen, ob der Change erfolgreich war; weiterhin sollen Verbesserungs-Potentiale für künftige Changes ermittelt werden.<br />(&#8594; YaSM-Datenobjekt, [[SP5: Bewerten und Koordinieren von Changes]])</dd></dl><br />
*Change-Nachprüfungen (Post-Implementation Reviews, PIR) werden durchgeführt, nachdem ein Change implementiert worden ist.
*Ziel ist, zu bestimmen, ob der Change erfolgreich war; weiterhin sollen Verbesserungs-Potentiale für künftige Changes ermittelt werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP5: Bewerten und Koordinieren von Changes]]


====Beschwerde-Record====
<dl><dt>Beschwerde-Record</dt>
*Ein Record, der alle Einzelheiten einer Beschwerde von Kundenseite enthält, einschließlich der durchgeführten Aktivitäten zur Behandlung der Beschwerde.
<dd>Ein Record, der alle Einzelheiten einer Beschwerde von Kundenseite enthält, einschließlich der durchgeführten Aktivitäten zur Behandlung der Beschwerde.<br />(&#8594; YaSM-Datenobjekt, [[SP3: Pflegen der Kundenbeziehungen]])</dd></dl><br />
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP3: Pflegen der Kundenbeziehungen]]


====<span id="Bestaetigung-der-Service-Betriebsbereitschaft">Bestätigung der Service-Betriebsbereitschaft</span>====
<dl id="Bestaetigung-der-Service-Betriebsbereitschaft"><dt>Bestätigung der Service-Betriebsbereitschaft</dt>
*Die Bestätigung der Service-Betriebsbereitschaft dokumentiert die Ergebnisse eines Betriebsbereitschafts-Assessments.
<dd>Die Bestätigung der Service-Betriebsbereitschaft dokumentiert die Ergebnisse eines Betriebsbereitschafts-Assessments. Ein Service wird auf Betriebsbereitschaft geprüft, bevor er in Betrieb gehen kann. Dabei werden Kriterien verwendet, die sich insbesondere auf die Fähigkeit des Service-Providers beziehen, den Service betreiben zu können. Wenn bestätigt ist, dass die Kriterien zur Betriebsbereitschaft erfüllt sind, kann der Service im Serviceportfolio auf 'aktiv' gesetzt werden.<br />(&#8594; YaSM-Datenobjekt, [[LP3: Erstellen neuer oder geänderter Services]])</dd></dl><br />
*Ein Service wird auf Betriebsbereitschaft geprüft, bevor er in Betrieb gehen kann.
*Dabei werden Kriterien verwendet, die sich insbesondere auf die Fähigkeit des Service-Providers beziehen, den Service betreiben zu können.
*Wenn bestätigt ist, dass die Kriterien zur Betriebsbereitschaft erfüllt sind, kann der Service im Serviceportfolio auf 'aktiv' gesetzt werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP3: Erstellen neuer oder geänderter Services]]


====<span id="Betreiben-der-Services">Betreiben der Services</span>====
<dl id="Betreiben-der-Services"><dt>Betreiben der Services</dt>
*&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP4: Betreiben der Services]]
<dd>(&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP4: Betreiben der Services]])</dd></dl><br />


====<span id="Betriebliche-Servicevereinbarung">Betriebliche Servicevereinbarung</span>====
<dl id="Betriebliche-Servicevereinbarung"><dt>Betriebliche Servicevereinbarung</dt>
*Eine Vereinbarung zwischen einem Service-Provider und einem Teil derselben Organisation über die Bereitstellung eines unterstützenden Service, der in der Service-Definition näher spezifiziert ist.
<dd>Eine Vereinbarung zwischen einem Service-Provider und einem Teil derselben Organisation über die Bereitstellung eines unterstützenden Service, der in der Service-Definition näher spezifiziert ist. Eine unterzeichnete betriebliche Servicevereinbarung verpflichtet eine organisatorische Einheit innerhalb des Service-Providers, einen unterstützenden Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern. Eine einzelne betriebliche Vereinbarung kann sich auf mehrere Services beziehen.<br />(&#8594; YaSM-Datenobjekt, [[SP2: Pflegen des Serviceportfolios]])</dd></dl><br />
*Eine unterzeichnete betriebliche Servicevereinbarung verpflichtet eine organisatorische Einheit innerhalb des Service-Providers, einen unterstützenden Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern.
*Eine einzelne betriebliche Vereinbarung kann sich auf mehrere Services beziehen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP2: Pflegen des Serviceportfolios]]


====<span id="Operations-Manager">Betriebs-Manager (Operations-Manager)</span>====
<dl id="Operations-Manager"><dt>Betriebs-Manager (Operations-Manager)</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Operations-Manager|Betriebs-Manager (Operations-Manager)]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Operations-Manager|Betriebs-Manager/ Operations-Manager]])</dd></dl><br />


====<span id="Bewerten-und-Koordinieren-von-Changes">Bewerten und Koordinieren von Changes</span>====
<dl id="Bewerten-und-Koordinieren-von-Changes"><dt>Bewerten und Koordinieren von Changes</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP5: Bewerten und Koordinieren von Changes]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP5: Bewerten und Koordinieren von Changes]])</dd></dl><br />


====Budget-Anforderung====
<dl><dt>Budget-Anforderung</dt>
*Eine Budget-Anforderung wird typischerweise erstellt, um finanzielle Mittel für das Erstellen, Verbessern oder Betreiben eines Service oder Prozesses zu erhalten.
<dd>Eine Budget-Anforderung wird typischerweise erstellt, um finanzielle Mittel für das Erstellen, Verbessern oder Betreiben eines Service oder Prozesses zu erhalten. Eine genehmigte Budget-Anforderung bedeutet, dass die finanziellen Ressourcen vom Finanz-Manager zugeteilt wurden.<br />(&#8594; YaSM-Datenobjekt, [[SP12: Managen der Service-Finanzen]])</dd></dl><br />
*Eine genehmigte Budget-Anforderung bedeutet, dass die finanziellen Ressourcen vom Finanz-Manager zugeteilt wurden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP12: Managen der Service-Finanzen]]


<p style="float:right;">[[#YaSM-begriffe-B|&#8594; YaSM-Begriffe mit "B"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-B|&#8594; YaSM-Begriffe mit "B"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-C">&nbsp;</span></p>
<h2 id="YaSM-begriffe-C">C</h2>
==<span style="font-size: 110%">C</span>==


====CAB-Protokoll====
<dl><dt>CAB-Protokoll</dt>
*Das CAB-Protokoll dokumentiert die Themen und Entscheidungen eines Change Advisory Board (CAB) Meetings.
<dd>Das CAB-Protokoll dokumentiert die Themen und Entscheidungen eines Change Advisory Board (CAB) Meetings. Ein Entwurf dieses Dokuments kann zur Vorbereitung des CAB Meetings verteilt werden, um die Mitglieder des CAB über die zu behandelnden Themen zu informieren.<br />(&#8594; YaSM-Datenobjekt, [[SP5: Bewerten und Koordinieren von Changes]])</dd></dl><br />
*Ein Entwurf dieses Dokuments kann zur Vorbereitung des CAB Meetings verteilt werden, um die Mitglieder des CAB über die zu behandelnden Themen zu informieren.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP5: Bewerten und Koordinieren von Changes]]


====<span id="Change-Advisory-Board-CAB">Change Advisory Board (CAB)</span>====
<dl id="Change-Advisory-Board-CAB"><dt>Change Advisory Board (CAB)</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#CAB|Change Advisory Board (CAB)]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#CAB|Change Advisory Board/ CAB]])</dd></dl><br />


====<span id="Change-Record">Change Record</span>====
<dl id="Change-Record"><dt>Change Record</dt>
*In einem Change Record sind alle Einzelheiten eines Changes enthalten; er dokumentiert somit den Lebenszyklus eines einzelnen Changes.
<dd>In einem Change Record sind alle Einzelheiten eines Changes enthalten; er dokumentiert somit den Lebenszyklus eines einzelnen Changes. Zu Beginn beschreibt ein Change Record einen Change-Antrag (Request for Change, RFC), der vor der Implementierung des Changes zu bewerten und freizugeben ist. Weitere Informationen werden im Verlauf des Changes hinzugefügt.<br />(&#8594; YaSM-Datenobjekt, [[SP5: Bewerten und Koordinieren von Changes]])</dd></dl><br />
*Zu Beginn beschreibt ein Change Record einen Change-Antrag (Request for Change, RFC), der vor der Implementierung des Changes zu bewerten und freizugeben ist.
*Weitere Informationen werden im Verlauf des Changes hinzugefügt.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP5: Bewerten und Koordinieren von Changes]]


====Change-Manager====
<dl><dt>Change-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Change-Manager|Change-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Change-Manager|Change-Manager]])</dd></dl><br />


====Change-Modell====
<dl><dt>Change-Modell</dt>
*Change-Modelle beschreiben Verfahren zum Umgang mit wiederkehrenden Changes.
<dd>Change-Modelle beschreiben Verfahren zum Umgang mit wiederkehrenden Changes. Change-Modelle können für Changes jeder Tragweite erstellt werden; oft werden Sie zur Definition von Standard-Changes eingesetzt (vorab freigegebene Changes mit geringem Risiko, wie z.B. die Aufrüstung eines Client-PCs). Change-Modelle sind ein wichtiges Hilfsmittel, um die Arbeitsbelastung des Change-Managers und des CABs zu reduzieren.<br />(&#8594; YaSM-Datenobjekt, [[SP5: Bewerten und Koordinieren von Changes]])</dd></dl><br />
*Change-Modelle können für Changes jeder Tragweite erstellt werden; oft werden Sie zur Definition von Standard-Changes eingesetzt (vorab freigegebene Changes mit geringem Risiko, wie z.B.
*die Aufrüstung eines Client-PCs).
*Change-Modelle sind ein wichtiges Hilfsmittel, um die Arbeitsbelastung des Change-Managers und des CABs zu reduzieren.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP5: Bewerten und Koordinieren von Changes]]


====<span id="Change-Owner">Change-Owner (Change-Verantwortlicher)</span>====
<dl id="Change-Owner"><dt>Change-Owner (Change-Verantwortlicher)</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Change-Owner|Change-Owner (Change-Verantwortlicher)]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Change-Owner|Change-Owner/ Change-Verantwortlicher]])</dd></dl><br />


====Change-Planung====
<dl><dt>Change-Planung</dt>
*In der Change-Planung (Change Schedule) sind alle vorgeschlagenen und genehmigten Changes mit den geplanten bzw.
<dd>In der Change-Planung (Change Schedule) sind alle vorgeschlagenen und genehmigten Changes mit den geplanten bzw. tatsächlichen Implementierungsterminen aufgeführt. Die Change-Planung wird manchmal auch als Forward Schedule of Changes bezeichnet, obwohl sie auch Informationen zu Changes enthält, die bereits implementiert wurden.<br />(&#8594; YaSM-Datenobjekt, [[SP5: Bewerten und Koordinieren von Changes]])</dd></dl><br />
*tatsächlichen Implementierungsterminen aufgeführt.
*Die Change-Planung wird manchmal auch als Forward Schedule of Changes bezeichnet, obwohl sie auch Informationen zu Changes enthält, die bereits implementiert wurden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP5: Bewerten und Koordinieren von Changes]]


====Change-Richtlinie====
<dl><dt>Change-Richtlinie</dt>
*Die Change-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Umgang mit Änderungen an Konfigurations-Elementen (CIs).
<dd>Die Change-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Umgang mit Änderungen an Konfigurations-Elementen (CIs). Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP5: Bewerten und Koordinieren von Changes]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP5: Bewerten und Koordinieren von Changes]]


====<span id="CI-Record">CI Record</span>====
<dl id="CI-Record"><dt>CI Record</dt>
*Konfigurations-Information wird für alle Konfigurations-Elemente (Configuration Items, CIs) in CI Records gepflegt, die unter der Kontrolle des Konfigurations-Managers stehen.
<dd>Konfigurations-Information wird für alle Konfigurations-Elemente (Configuration Items, CIs) in CI Records gepflegt, die unter der Kontrolle des Konfigurations-Managers stehen. In diesem Zusammenhang gibt es unterschiedliche Typen von CIs: Anwendungen, Systeme und andere Infrastruktur-Komponenten werden als CIs behandelt, aber oft auch Services, Richtlinien, Projektdokumente, Mitarbeiter, Lieferanten usw. Konfigurations-Informationen sind im Konfigurations-Management-System (Configuration Management System, CMS) verzeichnet.<br />(&#8594; YaSM-Datenobjekt, [[SP4: Verwalten von Konfigurations-Informationen]])</dd></dl><br />
*In diesem Zusammenhang gibt es unterschiedliche Typen von CIs: Anwendungen, Systeme und andere Infrastruktur-Komponenten werden als CIs behandelt, aber oft auch Services, Richtlinien, Projektdokumente, Mitarbeiter, Lieferanten usw.
*Konfigurations-Informationen sind im Konfigurations-Management-System (Configuration Management System, CMS) verzeichnet.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP4: Verwalten von Konfigurations-Informationen]]


====Compliance-Manager====
<dl><dt>Compliance-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Compliance-Manager|Compliance-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Compliance-Manager|Compliance-Manager]])</dd></dl><br />


====Compliance-Register====
<dl><dt>Compliance-Register</dt>
*Das Compliance-Register ist ein vom Compliance-Manager genutztes Tool, das eine Übersicht über sämtliche Konformitätsanforderungen an den Service-Provider bietet.
<dd>Das Compliance-Register ist ein vom Compliance-Manager genutztes Tool, das eine Übersicht über sämtliche Konformitätsanforderungen an den Service-Provider bietet. Das Compliance-Register nennt auch die Vorkehrungen und Mechanismen, mit denen die Einhaltung der Compliance-Anforderungen durch den Service-Provider sicherzustellen ist.<br />(&#8594; YaSM-Datenobjekt, [[SP9: Sicherstellen von Compliance]])</dd></dl><br />
*Das Compliance-Register nennt auch die Vorkehrungen und Mechanismen, mit denen die Einhaltung der Compliance-Anforderungen durch den Service-Provider sicherzustellen ist.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP9: Sicherstellen von Compliance]]


====Compliance-Richtlinie====
<dl><dt>Compliance-Richtlinie</dt>
*Die Compliance-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Sicherstellung der Compliance (Konformität) mit gesetzlichen Bestimmungen, Industrie-Standards etc.
<dd>Die Compliance-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Sicherstellung der Compliance (Konformität) mit gesetzlichen Bestimmungen, Industrie-Standards etc. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP9: Sicherstellen von Compliance]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP9: Sicherstellen von Compliance]]


====Configuration-Manager====
<dl><dt>Configuration-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Configuration-Manager|Configuration-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Configuration-Manager|Configuration-Manager]])</dd></dl><br />


<p style="float:right;">[[#YaSM-begriffe-C|&#8594; YaSM-Begriffe mit "C"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-C|&#8594; YaSM-Begriffe mit "C"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-D">&nbsp;</span></p>
<h2 id="YaSM-begriffe-D">D</h2>
==<span style="font-size: 110%">D</span>==


====<span id="Designen-neuer-oder-geaenderter Services">Designen neuer oder geänderter Services</span>====
<dl id="Designen-neuer-oder-geaenderter Services"><dt>Designen neuer oder geänderter Services</dt>
*&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse>[[LP2: Designen neuer oder geänderter Services]]
<dd>(&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP2: Designen neuer oder geänderter Services]])</dd></dl><br />


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<p>&nbsp;</p>


<p><span id="YaSM-begriffe-E">&nbsp;</span></p>
<h2 id="YaSM-begriffe-E">E</h2>
==<span style="font-size: 110%">E</span>==


====<span id="Einrichten-und-Pflegen-des-Service-Management-Systems">Einrichten und Pflegen des Service-Management-Systems</span>====
<dl id="Einrichten-und-Pflegen-des-Service-Management-Systems"><dt>Einrichten und Pflegen des Service-Management-Systems</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP1: Einrichten und Pflegen des Service-Management-Systems]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />


====<span id="Emergency-Change-Advisory-Board-ECAB">Emergency Change Advisory Board (ECAB)</span>====
<dl id="Emergency-Change-Advisory-Board-ECAB"><dt>Emergency Change Advisory Board (ECAB)</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#ECAB|Emergency Change Advisory Board (ECAB)]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#ECAB|Emergency Change Advisory Board/ ECAB]])</dd></dl><br />


====<span id="Erstellen-neuer-oder-geaenderter-Services">Erstellen neuer oder geänderter Services</span>====
<dl id="Erstellen-neuer-oder-geaenderter-Services"><dt>Erstellen neuer oder geänderter Services</dt>
*&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP3: Erstellen neuer oder geänderter Services]]
<dd>(&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP3: Erstellen neuer oder geänderter Services]])</dd></dl><br />


====Externe Servicevereinbarung====
<dl><dt>Externe Servicevereinbarung</dt>
*Eine Vereinbarung zwischen einem Service-Provider und einem externen Dienstleister über die Bereitstellung eines unterstützenden Service, der in der Service-Definition näher spezifiziert ist.
<dd>Eine Vereinbarung zwischen einem Service-Provider und einem externen Dienstleister über die Bereitstellung eines unterstützenden Service, der in der Service-Definition näher spezifiziert ist. Eine unterzeichnete externe Servicevereinbarung verpflichtet einen externen Service-Supplier, einen unterstützenden Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern. Eine einzelne Vereinbarung kann sich auf mehrere Services beziehen.<br />(&#8594; YaSM-Datenobjekt, [[SP11: Managen von Lieferanten und Dienstleistern]])</dd></dl><br />
*Eine unterzeichnete externe Servicevereinbarung verpflichtet einen externen Service-Supplier, einen unterstützenden Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern.
*Eine einzelne Vereinbarung kann sich auf mehrere Services beziehen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP11: Managen von Lieferanten und Dienstleistern]]


====<span id="Externer-Supplier-Prozess">Externer Supplier-Prozess</span>====
<dl id="Externer-Supplier-Prozess"><dt>Externer Supplier-Prozess</dt>
*Externer Supplier-Prozess bezeichnet alle Prozesse auf der Seite externer Lieferanten und Dienstleister
<dd>Externer Supplier-Prozess bezeichnet alle Prozesse auf der Seite externer Lieferanten und Dienstleister<br />(&#8594; YaSM-Prozess, Externer Prozess)</dd></dl><br />
*&#8594; YaSM-Prozess, Externer Prozess


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-F">&nbsp;</span></p>
<h2 id="YaSM-begriffe-F">F</h2>
==<span style="font-size: 110%">F</span>==


====<span id="Festlegen-der-strategischen Richtung">Festlegen der strategischen Richtung</span>====
<dl id="Festlegen-der-strategischen Richtung"><dt>Festlegen der strategischen Richtung</dt>
*&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP1: Festlegen der strategischen Richtung]]
<dd>(&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP1: Festlegen der strategischen Richtung]])</dd></dl><br />


====Finanzbericht====
<dl><dt>Finanzbericht</dt>
*Finanzberichte sind eine wichtige Grundlage für die Entwicklung der Strategie des Service-Providers und für die Ausarbeitung von Initiativen zur Verbesserung der Wirtschaftlichkeit der Services.
<dd>Finanzberichte sind eine wichtige Grundlage für die Entwicklung der Strategie des Service-Providers und für die Ausarbeitung von Initiativen zur Verbesserung der Wirtschaftlichkeit der Services. Insbesondere enthalten Finanzberichte Informationen zu den Erstellungskosten der Services und den Betriebskosten der Service-Management-Prozesse. Sie bieten außerdem Einblick in die Profitabilität der unterschiedlichen Serviceangebote.<br />(&#8594; YaSM-Datenobjekt, [[SP12: Managen der Service-Finanzen]])</dd></dl><br />
*Insbesondere enthalten Finanzberichte Informationen zu den Erstellungskosten der Services und den Betriebskosten der Service-Management-Prozesse.
*Sie bieten außerdem Einblick in die Profitabilität der unterschiedlichen Serviceangebote.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP12: Managen der Service-Finanzen]]


====Finanz-Budget====
<dl><dt>Finanz-Budget</dt>
*Das Finanz-Budget ist ein Finanzplan, der typischerweise auf jährlicher Basis erstellt wird und der eine Vorhersage der erwarteten Einnahmen und Ausgaben enthält.
<dd>Das Finanz-Budget ist ein Finanzplan, der typischerweise auf jährlicher Basis erstellt wird und der eine Vorhersage der erwarteten Einnahmen und Ausgaben enthält.<br />(&#8594; YaSM-Datenobjekt, [[SP12: Managen der Service-Finanzen]])</dd></dl><br />
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP12: Managen der Service-Finanzen]]


====Finanz-Manager====
<dl><dt>Finanz-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Finanz-Manager|Finanz-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Finanz-Manager|Finanz-Manager]])</dd></dl><br />


====Finanz-Richtlinie====
<dl><dt>Finanz-Richtlinie</dt>
*Die Finanz-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Service-Finanzen, einschließlich der Stellung von Rechnungen an Kunden für die Erbringung von Services.
<dd>Die Finanz-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Service-Finanzen, einschließlich der Stellung von Rechnungen an Kunden für die Erbringung von Services. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP12: Managen der Service-Finanzen]]</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP12: Managen der Service-Finanzen]]


====<span id="Fragebogen-zur-Kundenumfrage">Fragebogen zur Kundenumfrage</span>====
<dl id="Fragebogen-zur-Kundenumfrage"><dt>Fragebogen zur Kundenumfrage</dt>
*Eine Kundenumfrage setzt typischerweise Fragebögen ein, mit denen Einblick in die generelle Zufriedenheit der Kunden und zu speziellen (Aspekten von) Services aus Kundensicht gewonnen werden sollen.
<dd>Eine Kundenumfrage setzt typischerweise Fragebögen ein, mit denen Einblick in die generelle Zufriedenheit der Kunden und zu speziellen (Aspekten von) Services aus Kundensicht gewonnen werden sollen. In vielen Fällen werden Antworten auf einer Skala gegeben, wie z.B. '1: Sehr unzufrieden', ..., '10: Sehr zufrieden'.<br />(&#8594; YaSM-Datenobjekt, [[SP3: Pflegen der Kundenbeziehungen]])</dd></dl><br />
*In vielen Fällen werden Antworten auf einer Skala gegeben, wie z.B.
*'1: Sehr unzufrieden', ..., '10: Sehr zufrieden'.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP3: Pflegen der Kundenbeziehungen]]


<p style="float:right;">[[#YaSM-begriffe-F|&#8594; YaSM-Begriffe mit "F"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-F|&#8594; YaSM-Begriffe mit "F"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-G">&nbsp;</span></p>
<h2 id="YaSM-begriffe-G">G</h2>
==<span style="font-size: 110%">G</span>==


====<span id="Geplante-Service-Unterbrechungen">Geplante Service-Unterbrechungen</span>====
<dl id="Geplante-Service-Unterbrechungen"><dt>Geplante Service-Unterbrechungen</dt>
*Im Dokument bzw.
<dd>Im Dokument bzw. in der Datenbank der geplanten Serviceunterbrechungen sind erwartete bzw. geplante Abweichungen von der normalen Service-Verfügbarkeit aufgeführt, wie z.B. Unterbrechungen auf Grund von Wartungsarbeiten oder Implementierungen von Changes.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]])</dd></dl><br />
*in der Datenbank der geplanten Serviceunterbrechungen sind erwartete bzw.
*geplante Abweichungen von der normalen Service-Verfügbarkeit aufgeführt, wie z.B.
*Unterbrechungen auf Grund von Wartungsarbeiten oder Implementierungen von Changes.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]]


====<span id="Gewaehrleisten-der-Sicherheit">Gewährleisten der Sicherheit</span>====
<dl id="Gewaehrleisten-der-Sicherheit"><dt>Gewährleisten der Sicherheit</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP7: Gewährleisten der Sicherheit]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP7: Gewährleisten der Sicherheit]])</dd></dl><br />


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-I">&nbsp;</span></p>
<h2 id="YaSM-begriffe-I">I</h2>
==<span style="font-size: 110%">I</span>==


====<span id="Incident-Record">Incident Record</span>====
<dl id="Incident-Record"><dt>Incident Record</dt>
*Ein Datensatz mit allen Angaben zu einem Service Incident, in dem der Verlauf des Incidents von der Ersterfassung bis zur Schließung dokumentiert ist.
<dd>Ein Datensatz mit allen Angaben zu einem Service Incident, in dem der Verlauf des Incidents von der Ersterfassung bis zur Schließung dokumentiert ist. Ein Service Incident ist definiert als ungeplante Unterbrechung oder Qualitätsminderung eines Service. Auch ein Ereignis, das in der Zukunft einen Service beeinträchtigen könnte, wird als Incident behandelt (z.B. der Ausfall einer Festplatte in einem Satz gespiegelter Festplatten).<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]] > [[LP4.6: Lösen von Incidents und Service Requests]])</dd></dl><br />
*Ein Service Incident ist definiert als ungeplante Unterbrechung oder Qualitätsminderung eines Service.
*Auch ein Ereignis, das in der Zukunft einen Service beeinträchtigen könnte, wird als Incident behandelt (z.B.
*der Ausfall einer Festplatte in einem Satz gespiegelter Festplatten).
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]] sowie  [[LP4.6: Lösen von Incidents und Service Requests]]


====<span id="Incident-und-Service-Request-Richtlinie">Incident- und Service-Request-Richtlinie</span>====
<dl id="Incident-und-Service-Request-Richtlinie"><dt>Incident- und Service-Request-Richtlinie</dt>
*Die Incident- und Service-Request-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Behandlung von Service Incidents (Service-Störungen) und Serviceaufträgen.
<dd>Die Incident- und Service-Request-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Behandlung von Service Incidents (Service-Störungen) und Serviceaufträgen. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]] > [[LP4.6: Lösen von Incidents und Service Requests]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]] sowie [[LP4.6: Lösen von Incidents und Service Requests]]


====Incident-Manager====
<dl><dt>Incident-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Incident-Manager|Incident-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Incident-Manager|Incident-Manager]])</dd></dl><br />


====Incident-Modell====
<dl><dt>Incident-Modell</dt>
*Incident-Modelle enthalten die vordefinierten Schritte zum Umgang mit einem bestimmten Incident-Typ.
<dd>Incident-Modelle enthalten die vordefinierten Schritte zum Umgang mit einem bestimmten Incident-Typ. Incident-Modelle dienen dem Zweck, wiederkehrende Incidents effektiv und effizient zu bearbeiten.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]] > [[LP4.6: Lösen von Incidents und Service Requests]])</dd></dl><br />
*Incident-Modelle dienen dem Zweck, wiederkehrende Incidents effektiv und effizient zu bearbeiten.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]] sowie [[LP4.6: Lösen von Incidents und Service Requests]]


====<span id="Index-der-Informationen-fuer-Katastrophenfaelle">Index der Informationen für Katastrophenfälle</span>====
<dl id="Index-der-Informationen-fuer-Katastrophenfaelle"><dt>Index der Informationen für Katastrophenfälle</dt>
*Ein Katalog mit allen Informationen, die im Zusammenhang mit der Bekämpfung von Katastrophenfällen relevant sind.
<dd>Ein Katalog mit allen Informationen, die im Zusammenhang mit der Bekämpfung von Katastrophenfällen relevant sind. Der Index der Informationen für Katastrophenfälle wird vom Service-Kontinuitäts-Manager gepflegt und an alle Mitarbeiter verteilt, die für das Bekämpfen von Katastrophen verantwortlich sind.<br />(&#8594; YaSM-Datenobjekt, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />
*Der Index der Informationen für Katastrophenfälle wird vom Service-Kontinuitäts-Manager gepflegt und an alle Mitarbeiter verteilt, die für das Bekämpfen von Katastrophen verantwortlich sind.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]


<p style="float:right;">[[#YaSM-begriffe-I|&#8594; YaSM-Begriffe mit "I"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-I|&#8594; YaSM-Begriffe mit "I"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-K">&nbsp;</span></p>
<h2 id="YaSM-begriffe-K">K</h2>
==<span style="font-size: 110%">K</span>==


====Kompetenz-Entwicklungsplan====
<dl><dt>Kompetenz-Entwicklungsplan</dt>
*Der Kompetenz-Entwicklungsplan dient dazu, den Aufbau der Kompetenzen zu managen, die der Service-Provider für die Erbringung seiner Servicepalette benötigt.
<dd>Der Kompetenz-Entwicklungsplan dient dazu, den Aufbau der Kompetenzen zu managen, die der Service-Provider für die Erbringung seiner Servicepalette benötigt. Neue Einträge in den Kompetenz-Entwicklungsplan werden oft aufgrund der Einführung neuer Services und/ oder Technologien ausgelöst.<br />(&#8594; YaSM-Datenobjekt, [[SP10: Managen von Personal-Ressourcen]])</dd></dl><br />
*Neue Einträge in den Kompetenz-Entwicklungsplan werden oft aufgrund der Einführung neuer Services und/ oder Technologien ausgelöst.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP10: Managen von Personal-Ressourcen]]


====Kompetenz-Verzeichnis====
<dl><dt>Kompetenz-Verzeichnis</dt>
*Das Kompetenz-Verzeichnis listet alle Kompetenzen auf, die erforderlich sind, um die aktuelle und künftige Servicepalette des Service-Providers erbringen zu können, und weiterhin die Mitarbeiter, die diese Kompetenzen besitzen.
<dd>Das Kompetenz-Verzeichnis listet alle Kompetenzen auf, die erforderlich sind, um die aktuelle und künftige Servicepalette des Service-Providers erbringen zu können, und weiterhin die Mitarbeiter, die diese Kompetenzen besitzen. Das Kompetenz-Verzeichnis ist ein wichtiges Werkzeug, um Bereiche zu identifizieren, in denen Kompetenzen erworben oder verbessert werden müssen.<br />(&#8594; YaSM-Datenobjekt, [[SP10: Managen von Personal-Ressourcen]])</dd></dl><br />
*Das Kompetenz-Verzeichnis ist ein wichtiges Werkzeug, um Bereiche zu identifizieren, in denen Kompetenzen erworben oder verbessert werden müssen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP10: Managen von Personal-Ressourcen]]


====Konfigurations-Modell====
<dl><dt>Konfigurations-Modell</dt>
*Das Konfigurations-Modell definiert die Struktur des Konfigurations-Management-Systems (CMS).
<dd>Das Konfigurations-Modell definiert die Struktur des Konfigurations-Management-Systems (CMS). Es spezifiziert die Typen von Konfigurations-Elementen (Configuration Items, CIs), die mit Hilfe des CMS verwaltet werden, einschließlich deren Attribute. Das Konfigurations-Modell wird oft als ein Satz von Dokumenten oder ein Datenmodell gepflegt. Es schlägt sich auch z.B. in der Tabellenstruktur der Datenbank(en) nieder, in denen Konfigurations-Information gepflegt wird.<br />(&#8594; YaSM-Datenobjekt, [[SP4: Verwalten von Konfigurations-Informationen]])</dd></dl><br />
*Es spezifiziert die Typen von Konfigurations-Elementen (Configuration Items, CIs), die mit Hilfe des CMS verwaltet werden, einschließlich deren Attribute.
*Das Konfigurations-Modell wird oft als ein Satz von Dokumenten oder ein Datenmodell gepflegt.
*Es schlägt sich auch z.B.
*in der Tabellenstruktur der Datenbank(en) nieder, in denen Konfigurations-Information gepflegt wird.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP4: Verwalten von Konfigurations-Informationen]]


====Konfigurations-Richtlinie====
<dl><dt>Konfigurations-Richtlinie</dt>
*Die Konfigurations-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Verwalten der Konfigurations-Information.
<dd>Die Konfigurations-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Verwalten der Konfigurations-Information. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP4: Verwalten von Konfigurations-Informationen]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP4: Verwalten von Konfigurations-Informationen]]


====<span id="Kontinuitaets-Betriebshandbuch">Kontinuitäts-Betriebshandbuch</span>====
<dl id="Kontinuitaets-Betriebshandbuch"><dt>Kontinuitäts-Betriebshandbuch</dt>
*Das Kontinuitäts-Betriebshandbuch spezifiziert die in der Verantwortung des Service-Kontinuitäts-Managers liegenden Aktivitäten, die für den Betrieb der Kontinuitäts-Vorkehrungen und -Mechanismen erforderlich sind.
<dd>Das Kontinuitäts-Betriebshandbuch spezifiziert die in der Verantwortung des Service-Kontinuitäts-Managers liegenden Aktivitäten, die für den Betrieb der Kontinuitäts-Vorkehrungen und -Mechanismen erforderlich sind. Einige Anweisungen für den Betrieb bestimmter Sicherheits-Systeme können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.<br />(&#8594; YaSM-Datenobjekt, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />
*Einige Anweisungen für den Betrieb bestimmter Sicherheits-Systeme können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]


====<span id="Kontinuitaets-Verbesserungs-Plan">Kontinuitäts-Verbesserungs-Plan</span>====
<dl id="Kontinuitaets-Verbesserungs-Plan"><dt>Kontinuitäts-Verbesserungs-Plan</dt>
*Einträge im Kontinuitäts-Verbesserungs-Plan (Continuity Improvement Plan) dienen dem Service-Kontinuitäts-Manager zur Erfassung und dem Management von Kontinuitäts-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus.
<dd>Einträge im Kontinuitäts-Verbesserungs-Plan (Continuity Improvement Plan) dienen dem Service-Kontinuitäts-Manager zur Erfassung und dem Management von Kontinuitäts-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus. Initiativen im Kontinuitäts-Verbesserungs-Plan können die Ausfallsicherheit von Services erhöhen oder Mechanismen einrichten, mit denen die Services im Katastrophenfall wieder hergestellt werden können.<br />(&#8594; YaSM-Datenobjekt, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />
*Initiativen im Kontinuitäts-Verbesserungs-Plan können die Ausfallsicherheit von Services erhöhen oder Mechanismen einrichten, mit denen die Services im Katastrophenfall wieder hergestellt werden können.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]


====Kunde====
<dl><dt>Kunde</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Kunde|Kunde]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Kunde|Kunde]])</dd></dl><br />


====Kundenbeziehungs-Manager====
<dl><dt>Kundenbeziehungs-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Customer-Relationship-Manager|Kundenbeziehungs-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Customer-Relationship-Manager|Kundenbeziehungs-Manager]])</dd></dl><br />


====Kundenbeziehungs-Richtlinie====
<dl><dt>Kundenbeziehungs-Richtlinie</dt>
*Die Kundenbeziehungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Beziehungen mit den Kunden.
<dd>Die Kundenbeziehungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Beziehungen mit den Kunden. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP3: Pflegen der Kundenbeziehungen]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP3: Pflegen der Kundenbeziehungen]]


====Kundenportfolio====
<dl><dt>Kundenportfolio</dt>
*Das Kundenportfolio dient zum Erfassen aller Informationen zu Kunden.
<dd>Das Kundenportfolio dient zum Erfassen aller Informationen zu Kunden. Das Kundenportfolio stellt die Kunden, die Services vom Service-Provider erhalten, aus dem Blickwinkel des Kundenbeziehungs-Managers dar.<br />(&#8594; YaSM-Datenobjekt, [[SP3: Pflegen der Kundenbeziehungen]])</dd></dl><br />
*Das Kundenportfolio stellt die Kunden, die Services vom Service-Provider erhalten, aus dem Blickwinkel des Kundenbeziehungs-Managers dar.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP3: Pflegen der Kundenbeziehungen]]


====Kundenprozess====
<dl><dt>Kundenprozess</dt>
(Kundenprozess bezeichnet alle Geschäftsprozesse auf Kunden- bzw. Benutzerseite)
<dd>(Kundenprozess bezeichnet alle Geschäftsprozesse auf Kunden- bzw. Benutzerseite)<br />
*&#8594; YaSM-Prozess, Externer Prozess
(&#8594; YaSM-Prozess, Externer Prozess)</dd></dl><br />


====Kunden-Servicevereinbarung====
<dl><dt>Kunden-Servicevereinbarung</dt>
*Eine Vereinbarung zwischen einem Service-Provider und einem Kunden über die Bereitstellung eines Service, der in der Service-Definition näher spezifiziert ist.
<dd>Eine Vereinbarung zwischen einem Service-Provider und einem Kunden über die Bereitstellung eines Service, der in der Service-Definition näher spezifiziert ist. Eine unterzeichnete Kunden-Servicevereinbarung verpflichtet den Service-Provider, einen Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern. Eine einzelne Kunden-Vereinbarung kann sich auf mehrere Services beziehen.<br />(&#8594; YaSM-Datenobjekt, [[SP3: Pflegen der Kundenbeziehungen]])</dd></dl><br />
*Eine unterzeichnete Kunden-Servicevereinbarung verpflichtet den Service-Provider, einen Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern.
*Eine einzelne Kunden-Vereinbarung kann sich auf mehrere Services beziehen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP3: Pflegen der Kundenbeziehungen]]


<p style="float:right;">[[#YaSM-begriffe-K|&#8594; YaSM-Begriffe mit "K"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-K|&#8594; YaSM-Begriffe mit "K"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-L">&nbsp;</span></p>
<h2 id="YaSM-begriffe-L">L</h2>
==<span style="font-size: 110%">L</span>==


====<span id="Leitfaden-fuer-Katastrophenfaelle">Leitfaden für Katastrophenfälle</span>====
<dl id="Leitfaden-fuer-Katastrophenfaelle"><dt>Leitfaden für Katastrophenfälle</dt>
*Der Leitfaden für Katastrophenfälle enthält detaillierte Anweisungen, wann und wie das Verfahren zur Bekämpfung von Katastrophenereignissen eingeleitet wird.
<dd>Der Leitfaden für Katastrophenfälle enthält detaillierte Anweisungen, wann und wie das Verfahren zur Bekämpfung von Katastrophenereignissen eingeleitet wird. Insbesondere legt die Richtlinie die ersten Schritte fest, die der 1st Level Support nach Bekanntwerden eines (vermuteten) Katastrophen-Ereignisses zu ergreifen hat.<br />(&#8594; YaSM-Datenobjekt, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />
*Insbesondere legt die Richtlinie die ersten Schritte fest, die der 1st Level Support nach Bekanntwerden eines (vermuteten) Katastrophen-Ereignisses zu ergreifen hat.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]


====Lieferantenportfolio====
<dl><dt>Lieferantenportfolio</dt>
*Das Lieferantenportfolio dient zum Erfassen aller Informationen zu Lieferanten und Dienstleistern.
<dd>Das Lieferantenportfolio dient zum Erfassen aller Informationen zu Lieferanten und Dienstleistern. Das Lieferantenportfolio stellt die Lieferanten, die Güter und Dienstleistungen an den Service-Provider liefern, aus dem Blickwinkel des Supplier-Managers dar.<br />(&#8594; YaSM-Datenobjekt, [[SP11: Managen von Lieferanten und Dienstleistern]])</dd></dl><br />
*Das Lieferantenportfolio stellt die Lieferanten, die Güter und Dienstleistungen an den Service-Provider liefern, aus dem Blickwinkel des Supplier-Managers dar.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP11: Managen von Lieferanten und Dienstleistern]]


====Lieferanten-Richtlinie====
<dl><dt>Lieferanten-Richtlinie</dt>
*Die Lieferanten-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der externen Lieferanten und Dienstleister.
<dd>Die Lieferanten-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der externen Lieferanten und Dienstleister. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP11: Managen von Lieferanten und Dienstleistern]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP11: Managen von Lieferanten und Dienstleistern]]


====<span id="Loesen-von-Incidents-und-Service-Requests">Lösen von Incidents und Service Requests</span>====
<dl id="Loesen-von-Incidents-und-Service-Requests"><dt>Lösen von Incidents und Service Requests</dt>
*&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP4: Betreiben der Services]] > [[LP4.6: Lösen von Incidents und Service Requests]]
<dd>(&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP4: Betreiben der Services]] > [[LP4.6: Lösen von Incidents und Service Requests]])</dd></dl><br />


====<span id="Loesen-von-Problemen">Lösen von Problemen</span>====
<dl id="Loesen-von-Problemen"><dt>Lösen von Problemen</dt>
*&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP4: Betreiben der Services]] > [[LP4.7: Lösen von Problemen]]
<dd>(&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP4: Betreiben der Services]] > [[LP4.7: Lösen von Problemen]])</dd></dl><br />


<p style="float:right;">[[#YaSM-begriffe-L|&#8594; YaSM-Begriffe mit "L"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-L|&#8594; YaSM-Begriffe mit "L"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-M">&nbsp;</span></p>
<h2 id="YaSM-begriffe-M">M</h2>
==<span style="font-size: 110%">M</span>==


====Major-Incident-Team====
<dl><dt>Major-Incident-Team</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Major-Incident-Team|Major-Incident-Team]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Major-Incident-Team|Major-Incident-Team]])</dd></dl><br />


====<span id="Managen-der-Service-Finanzen">Managen der Service-Finanzen</span>====
<dl id="Managen-der-Service-Finanzen"><dt>Managen der Service-Finanzen</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP12: Managen der Service-Finanzen]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP12: Managen der Service-Finanzen]])</dd></dl><br />


====<span id="Managen-von-Lieferanten-und-Dienstleistern">Managen von Lieferanten und Dienstleistern</span>====
<dl id="Managen-von-Lieferanten-und-Dienstleistern"><dt>Managen von Lieferanten und Dienstleistern</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP11: Managen von Lieferanten und Dienstleistern]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP11: Managen von Lieferanten und Dienstleistern]])</dd></dl><br />


====<span id="Managen-von-Personal-Ressourcen">Managen von Personal-Ressourcen</span>====
<dl id="Managen-von-Personal-Ressourcen"><dt>Managen von Personal-Ressourcen</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP10: Managen von Personal-Ressourcen]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP10: Managen von Personal-Ressourcen]])</dd></dl><br />


====<span id="Managen-von-Projekten">Managen von Projekten</span>====
<dl id="Managen-von-Projekten"><dt>Managen von Projekten</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP6: Managen von Projekten]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP6: Managen von Projekten]])</dd></dl><br />


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-O">&nbsp;</span></p>
<h2 id="YaSM-begriffe-O">O</h2>
==<span style="font-size: 110%">O</span>==


====Offene-Punkte-Liste====
<dl><dt>Offene-Punkte-Liste</dt>
*Die Liste offener Punkte ist ein Dokument, das der Aufzeichnung wichtiger Punkte und Ereignisse im Verlauf eines Projekts dient - insbesondere von offenen Punkten, bei denen der Projektausschuss oder das Management tätig werden müssen.
<dd>Die Liste offener Punkte ist ein Dokument, das der Aufzeichnung wichtiger Punkte und Ereignisse im Verlauf eines Projekts dient - insbesondere von offenen Punkten, bei denen der Projektausschuss oder das Management tätig werden müssen. Die Offene-Punkte-Liste ist ein wichtiges Hilfsmittel zur Verwaltung der offenen Punkte eines Projekts. Sie dient darüber hinaus der Dokumentation von signifikanten Ereignissen wie z.B. Entscheidungen zur Aktualisierung des Projektumfangs oder der Projekt-Meilensteine.<br />(&#8594; YaSM-Datenobjekt, [[SP6: Managen von Projekten]])</dd></dl><br />
*Die Offene-Punkte-Liste ist ein wichtiges Hilfsmittel zur Verwaltung der offenen Punkte eines Projekts.
*Sie dient darüber hinaus der Dokumentation von signifikanten Ereignissen wie z.B.
*Entscheidungen zur Aktualisierung des Projektumfangs oder der Projekt-Meilensteine.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP6: Managen von Projekten]]


====Operator====
<dl><dt>Operator</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Operator|Operator]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Operator|Operator]])</dd></dl><br />


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-P">&nbsp;</span></p>
<h2 id="YaSM-begriffe-P">P</h2>
==<span style="font-size: 110%">P</span>==


====Personalmanagement-Richtlinie====
<dl><dt>Personalmanagement-Richtlinie</dt>
*Die Personalmanagement-Richtlinie (HR-Richtlinie) beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Personalressourcen, einschließlich der Kompetenzen, die zum Erbringen der vom Service-Provider angebotenen Servicepalette erforderlich sind.
<dd>Die Personalmanagement-Richtlinie (HR-Richtlinie) beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Personalressourcen, einschließlich der Kompetenzen, die zum Erbringen der vom Service-Provider angebotenen Servicepalette erforderlich sind. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP10: Managen von Personal-Ressourcen]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP10: Managen von Personal-Ressourcen]]


====Personal-Manager====
<dl><dt>Personal-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Personal-Manager|Personal-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Personal-Manager|Personal-Manager]])</dd></dl><br />


====<span id="Pflegen-der-Kundenbeziehungen">Pflegen der Kundenbeziehungen</span>====
<dl id="Pflegen-der-Kundenbeziehungen"><dt>Pflegen der Kundenbeziehungen</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP3: Pflegen der Kundenbeziehungen]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP3: Pflegen der Kundenbeziehungen]])</dd></dl><br />


====<span id="Pflegen-des-Serviceportfolios">Pflegen des Serviceportfolios</span>====
<dl id="Pflegen-des-Serviceportfolios"><dt>Pflegen des Serviceportfolios</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP2: Pflegen des Serviceportfolios]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP2: Pflegen des Serviceportfolios]])</dd></dl><br />


====<span id="Problem-Record">Problem Record</span>====
<dl id="Problem-Record"><dt>Problem Record</dt>
*Ein Datensatz mit allen Angaben zu einem Problem, in dem der Verlauf des Problems von der Ersterfassung bis zur Schließung dokumentiert ist.
<dd>Ein Datensatz mit allen Angaben zu einem Problem, in dem der Verlauf des Problems von der Ersterfassung bis zur Schließung dokumentiert ist. Ein Problem ist definiert als die zugrundeliegende Ursache eines oder mehrerer (potentieller) Incidents, auch wenn die Ursache bei der Erstellung eines Problem Records oft noch nicht bekannt ist. In vielen Fällen wird eine Umgehungslösung (Workaround) für ein Problem bereitgestellt, solange eine vollständige Lösung noch nicht verfügbar ist.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]] > [[LP4.7: Lösen von Problemen]])</dd></dl><br />
*Ein Problem ist definiert als die zugrundeliegende Ursache eines oder mehrerer (potentieller) Incidents, auch wenn die Ursache bei der Erstellung eines Problem Records oft noch nicht bekannt ist.
*In vielen Fällen wird eine Umgehungslösung (Workaround) für ein Problem bereitgestellt, solange eine vollständige Lösung noch nicht verfügbar ist.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]] sowie [[LP4.7: Lösen von Problemen]]


====Problemlösungs-Richtlinie====
<dl><dt>Problemlösungs-Richtlinie</dt>
*Die Problemlösungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Behandlung von Problemen (zugrundeliegende Ursachen von Incidents).
<dd>Die Problemlösungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Behandlung von Problemen (zugrundeliegende Ursachen von Incidents). Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]] > [[LP4.7: Lösen von Problemen]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]] sowie [[LP4.7: Lösen von Problemen]]


====Problem-Manager====
<dl><dt>Problem-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Problem-Manager|Problem-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Problem-Manager|Problem-Manager]])</dd></dl><br />


====Projektauftrag====
<dl><dt>Projektauftrag</dt>
*Ein Projektauftrag ist ein Dokument, das der formellen Autorisierung eines Projekts dient.
<dd>Ein Projektauftrag ist ein Dokument, das der formellen Autorisierung eines Projekts dient. Er enthält eine Übersicht über Projektziele und -umfang, benennt die wichtigen vom Projekt betroffenen Parteien, definiert die Zuständigkeiten des Projektleiters und die verfügbaren Ressourcen. Weiterhin führt der Projektauftrag die ggf. für das Projekt geltenden Beschränkungen und Annahmen auf.<br />(&#8594; YaSM-Datenobjekt, [[SP6: Managen von Projekten]])</dd></dl><br />
*Er enthält eine Übersicht über Projektziele und -umfang, benennt die wichtigen vom Projekt betroffenen Parteien, definiert die Zuständigkeiten des Projektleiters und die verfügbaren Ressourcen.
*Weiterhin führt der Projektauftrag die ggf.
*für das Projekt geltenden Beschränkungen und Annahmen auf.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP6: Managen von Projekten]]


====Projektausschuss====
<dl><dt>Projektausschuss</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Projektausschuss|Projektausschuss]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Projektausschuss|Projektausschuss]])</dd></dl><br />


====Projekt-Manager====
<dl><dt>Projekt-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Projekt-Manager|Projekt-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Projekt-Manager|Projekt-Manager]])</dd></dl><br />


====Projekt-Owner (Projekt-Verantwortlicher)====
<dl><dt>Projekt-Owner (Projekt-Verantwortlicher)</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Projekt-Owner|Projekt-Owner (Projekt-Verantwortlicher)]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Projekt-Owner|Projekt-Owner/ Projekt-Verantwortlicher]])</dd></dl><br />


====Projektplan====
<dl><dt>Projektplan</dt>
*Ein Projektplan ist ein formelles, freigegebenes Dokument, in dem die Lieferergebnisse, Meilensteine, Aktivitäten und Ressourcen zu einem Projekt festgehalten sind.
<dd>Ein Projektplan ist ein formelles, freigegebenes Dokument, in dem die Lieferergebnisse, Meilensteine, Aktivitäten und Ressourcen zu einem Projekt festgehalten sind. Am Projektplan orientieren sich sowohl Projektdurchführung als auch Projekt-Controlling.<br />(&#8594; YaSM-Datenobjekt, [[SP6: Managen von Projekten]])</dd></dl><br />
*Am Projektplan orientieren sich sowohl Projektdurchführung als auch Projekt-Controlling.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP6: Managen von Projekten]]


====<span id="Projekt-Pruefbericht">Projekt-Prüfbericht</span>====
<dl id="Projekt-Pruefbericht"><dt>Projekt-Prüfbericht</dt>
*Die Ergebnisse eines Projekt-Reviews werden in einem entsprechenden Bericht festgehalten.
<dd>Die Ergebnisse eines Projekt-Reviews werden in einem entsprechenden Bericht festgehalten. Projekt-Nachprüfungen werden im Rahmen des Abschlusses von Projekten durchgeführt.Ziel ist, zu bestimmen, ob das Projekt erfolgreich war; weiterhin sollen Verbesserungs-Potentiale für künftige Projekte ermittelt werden.<br />(&#8594; YaSM-Datenobjekt, [[SP6: Managen von Projekten]])</dd></dl><br />
*Projekt-Nachprüfungen werden im Rahmen des Abschlusses von Projekten durchgeführt.
*Ziel ist, zu bestimmen, ob das Projekt erfolgreich war; weiterhin sollen Verbesserungs-Potentiale für künftige Projekte ermittelt werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP6: Managen von Projekten]]


====Projekt-Richtlinie====
<dl><dt>Projekt-Richtlinie</dt>
*Die Projekt-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen von Projekten.
<dd>Die Projekt-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen von Projekten. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP6: Managen von Projekten]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP6: Managen von Projekten]]


====Projekt-Statusbericht====
<dl><dt>Projekt-Statusbericht</dt>
*Ein Projekt-Statusbericht wird in regelmäßigen Intervallen in Verlauf eines Projekts erstellt.
<dd>Ein Projekt-Statusbericht wird in regelmäßigen Intervallen in Verlauf eines Projekts erstellt. Er bietet eine Übersicht über den aktuellen Projektstatus und stellt insbesondere eventuelle Abweichungen hinsichtlich Projekt-Inhalt, -Zeitplan und -Kosten dar, einschließlich der getroffenen Maßnahmen zur Behebung der Abweichungen.<br />(&#8594; YaSM-Datenobjekt, [[SP6: Managen von Projekten]])</dd></dl><br />
*Er bietet eine Übersicht über den aktuellen Projektstatus und stellt insbesondere eventuelle Abweichungen hinsichtlich Projekt-Inhalt, -Zeitplan und -Kosten dar, einschließlich der getroffenen Maßnahmen zur Behebung der Abweichungen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP6: Managen von Projekten]]


====<span id="Protokoll-zum-Kundengespraech">Protokoll zum Kundengespräch</span>====
<dl id="Protokoll-zum-Kundengespraech"><dt>Protokoll zum Kundengespräch</dt>
*Ein Protokoll zum Kundengespräch zeichnet die Details und Ergebnisse einer Besprechung des Service-Providers mit einem seiner Kunden auf.
<dd>Ein Protokoll zum Kundengespräch zeichnet die Details und Ergebnisse einer Besprechung des Service-Providers mit einem seiner Kunden auf. Dieser Bericht ist eine wichtige Grundlage für die die Entwicklung der Servicestrategie und die Definition von Service-Verbesserungs-Initiativen.<br />(&#8594; YaSM-Datenobjekt, [[SP3: Pflegen der Kundenbeziehungen]])</dd></dl><br />
*Dieser Bericht ist eine wichtige Grundlage für die die Entwicklung der Servicestrategie und die Definition von Service-Verbesserungs-Initiativen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP3: Pflegen der Kundenbeziehungen]]


====<span id="Protokoll-zum-Lieferantengespraech">Protokoll zum Lieferantengespräch</span>====
<dl id="Protokoll-zum-Lieferantengespraech"><dt>Protokoll zum Lieferantengespräch</dt>
*Ein Protokoll zum Lieferantengespräch zeichnet die Details und Ergebnisse einer Besprechung des Service-Providers mit einem externen Lieferanten (Service-Supplier) auf.
<dd>Ein Protokoll zum Lieferantengespräch zeichnet die Details und Ergebnisse einer Besprechung des Service-Providers mit einem externen Lieferanten (Service-Supplier) auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Service-Verbesserungs-Initiativen.<br />(&#8594; YaSM-Datenobjekt, [[SP11: Managen von Lieferanten und Dienstleistern]])</dd></dl><br />
*Dieser Bericht ist eine wichtige Grundlage für die Definition von Service-Verbesserungs-Initiativen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP11: Managen von Lieferanten und Dienstleistern]]


====Prozess-Betriebshandbuch====
<dl><dt>Prozess-Betriebshandbuch</dt>
*Ein Prozess-Betriebshandbuch spezifiziert die Aktivitäten, die für den Betrieb eines Prozesses und der darunter liegenden Infrastruktur erforderlich sind.
<dd>Ein Prozess-Betriebshandbuch spezifiziert die Aktivitäten, die für den Betrieb eines Prozesses und der darunter liegenden Infrastruktur erforderlich sind. Die Informationen im Prozess-Betriebshandbuch sollen die im Tagesgeschäft anfallenden Aufgaben auf eine für das Betriebspersonal nützliche Weise beschreiben. Einige Anweisungen für den Betrieb bestimmter Anwendungen, Systeme oder Infrastruktur-Komponenten können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.<br />(&#8594; YaSM-Datenobjekt, [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />
*Die Informationen im Prozess-Betriebshandbuch sollen die im Tagesgeschäft anfallenden Aufgaben auf eine für das Betriebspersonal nützliche Weise beschreiben.
*Einige Anweisungen für den Betrieb bestimmter Anwendungen, Systeme oder Infrastruktur-Komponenten können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP1: Einrichten und Pflegen des Service-Management-Systems]]


====Prozess-Kennzahl====
<dl><dt>Prozess-Kennzahl</dt>
*Prozess-Kennzahlen unterstützen das Managen eines Prozesses.
<dd>Prozess-Kennzahlen unterstützen das Managen eines Prozesses. Sie werden oft so ausgelegt, dass sich mit ihnen messen lässt, ob ein Prozess erfolgreich läuft. Als solches sind Kennzahlen ein wichtiger Input für die kontinuierliche Prozess-Verbesserung. Prozess-Kennzahlen spielen auch eine wichtige Rolle bei der Steuerung der Ressourcen des Service-Providers.<br />(&#8594; YaSM-Datenobjekt, [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />
*Sie werden oft so ausgelegt, dass sich mit ihnen messen lässt, ob ein Prozess erfolgreich läuft.
*Als solches sind Kennzahlen ein wichtiger Input für die kontinuierliche Prozess-Verbesserung.
*Prozess-Kennzahlen spielen auch eine wichtige Rolle bei der Steuerung der Ressourcen des Service-Providers.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP1: Einrichten und Pflegen des Service-Management-Systems]]


====Prozessmodell====
<dl><dt>Prozessmodell</dt>
*Das Prozessmodell stellt eine Übersicht über die Service-Management-Prozesse dar.
<dd>Das Prozessmodell stellt eine Übersicht über die Service-Management-Prozesse dar. Es enthält typischerweise Sichten auf höherer Detailebene, die die Struktur und die Abhängigkeiten der Prozesse zeigen, sowie detailliertere Darstellungen mit den Inputs, Outputs, Aktivitäten und Verantwortlichkeiten der Prozesse. Das Prozessmodell ist ein wichtiges Werkzeug, um sicherzustellen, dass alle Prozesse innerhalb der Service-Provider-Organisation nahtlos zusammenarbeiten.<br />(&#8594; YaSM-Datenobjekt, [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />
*Es enthält typischerweise Sichten auf höherer Detailebene, die die Struktur und die Abhängigkeiten der Prozesse zeigen, sowie detailliertere Darstellungen mit den Inputs, Outputs, Aktivitäten und Verantwortlichkeiten der Prozesse.
*Das Prozessmodell ist ein wichtiges Werkzeug, um sicherzustellen, dass alle Prozesse innerhalb der Service-Provider-Organisation nahtlos zusammenarbeiten.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP1: Einrichten und Pflegen des Service-Management-Systems]]


====<span id="Prozess-Owner">Prozess-Owner (Prozess-Verantwortlicher)</span>====
<dl id="Prozess-Owner"><dt>Prozess-Owner (Prozess-Verantwortlicher)</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Prozess-Owner|Prozess-Owner (Prozess-Verantwortlicher)]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Prozess-Owner|Prozess-Owner/ Prozess-Verantwortlicher]])</dd></dl><br />


====Prozess-Review-Planung====
<dl><dt>Prozess-Review-Planung</dt>
*Die Prozess-Review-Planung wird vom SMS-Manager gepflegt, um sicherzustellen, dass alle relevanten Prozesse und Bereiche der Service-Provider-Organisation je nach Erfordernis regelmäßigen Management Reviews, Audits, Benchmarkings oder Reifegrad-Bewertungen unterzogen werden.
<dd>Die Prozess-Review-Planung wird vom SMS-Manager gepflegt, um sicherzustellen, dass alle relevanten Prozesse und Bereiche der Service-Provider-Organisation je nach Erfordernis regelmäßigen Management Reviews, Audits, Benchmarkings oder Reifegrad-Bewertungen unterzogen werden.<br />(&#8594; YaSM-Datenobjekt, [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP1: Einrichten und Pflegen des Service-Management-Systems]]


====<span id="Prozess-Verbesserungs-Plan-PVP">Prozess-Verbesserungs-Plan - PVP</span>====
<dl id="Prozess-Verbesserungs-Plan-PVP"><dt>Prozess-Verbesserungs-Plan - PVP</dt>
*Einträge im Prozessverbesserungs-Plan (PVP, auch Process Improvement Plan bzw.
<dd>Einträge im Prozessverbesserungs-Plan (PVP, auch Process Improvement Plan bzw. PIP) dienen der Erfassung und dem Management von Prozessverbesserungs-Initiativen über ihren gesamten Lebenszyklus. Es kann einen übergreifenden Prozess-Verbesserungs-Plan für alle Prozesse geben oder spezielle Pläne für bestimmte vom Service-Provider gemanagte Prozesse. Neue Einträge in den PVP gehen oft von Prozess-Reviews aus, jedoch können Vorschläge für Prozess-Verbesserungen auch aus anderen Quellen kommen.<br />(&#8594; YaSM-Datenobjekt, [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />
*PIP) dienen der Erfassung und dem Management von Prozessverbesserungs-Initiativen über ihren gesamten Lebenszyklus.
*Es kann einen übergreifenden Prozess-Verbesserungs-Plan für alle Prozesse geben oder spezielle Pläne für bestimmte vom Service-Provider gemanagte Prozesse.
*Neue Einträge in den PVP gehen oft von Prozess-Reviews aus, jedoch können Vorschläge für Prozess-Verbesserungen auch aus anderen Quellen kommen.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP1: Einrichten und Pflegen des Service-Management-Systems]]


<p style="float:right;">[[#YaSM-begriffe-P|&#8594; YaSM-Begriffe mit "P"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-P|&#8594; YaSM-Begriffe mit "P"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-R">&nbsp;</span></p>
<h2 id="YaSM-begriffe-R">R</h2>
==<span style="font-size: 110%">R</span>==


====<span id="Register-der-Sicherheits-Risiken">Register der Sicherheits-Risiken</span>====
<dl id="Register-der-Sicherheits-Risiken"><dt>Register der Sicherheits-Risiken</dt>
*Das Register der Sicherheits-Risiken ist ein vom Sicherheits-Manager genutztes Tool, das eine Übersicht über sämtliche Sicherheits-Risiken bietet, die zu managen sind.
<dd>Das Register der Sicherheits-Risiken ist ein vom Sicherheits-Manager genutztes Tool, das eine Übersicht über sämtliche Sicherheits-Risiken bietet, die zu managen sind. Das Register der Sicherheits-Risiken spezifiziert auch, wie die identifizierten Risiken behandelt werden; insbesondere nennt es die Sicherheits-Vorkehrungen und -Mechanismen zur Risikominderung.<br />(&#8594; YaSM-Datenobjekt, [[SP7: Gewährleisten der Sicherheit]])</dd></dl><br />
*Das Register der Sicherheits-Risiken spezifiziert auch, wie die identifizierten Risiken behandelt werden; insbesondere nennt es die Sicherheits-Vorkehrungen und -Mechanismen zur Risikominderung.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP7: Gewährleisten der Sicherheit]]


====<span id="Register-gemanagter-Katastrophen-Ereignisse">Register gemanagter Katastrophen-Ereignisse</span>====
<dl id="Register-gemanagter-Katastrophen-Ereignisse"><dt>Register gemanagter Katastrophen-Ereignisse</dt>
*Das Register der gemanagten Katastrophen-Ereignisse ist ein vom Service-Kontinuitäts-Manager genutztes Tool, das eine Übersicht über die Katastrophen-Ereignissen bietet, gegen die der Service-Provider sich auf irgendeine Weise zu schützen beschlossen hat, ausgehend von der Betrachtung potentieller Schäden und Eintrittswahrscheinlichkeiten.
<dd>Das Register der gemanagten Katastrophen-Ereignisse ist ein vom Service-Kontinuitäts-Manager genutztes Tool, das eine Übersicht über die Katastrophen-Ereignissen bietet, gegen die der Service-Provider sich auf irgendeine Weise zu schützen beschlossen hat, ausgehend von der Betrachtung potentieller Schäden und Eintrittswahrscheinlichkeiten. Das Register der gemanagten Katastrophen-Ereignisse spezifiziert auch, wie die identifizierten Ereignisse behandelt werden; insbesondere nennt es die relevanten Service-Kontinuitäts-Pläne.<br />(&#8594; YaSM-Datenobjekt, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />
*Das Register der gemanagten Katastrophen-Ereignisse spezifiziert auch, wie die identifizierten Ereignisse behandelt werden; insbesondere nennt es die relevanten Service-Kontinuitäts-Pläne.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]


====<span id="Richtlinie-zur-Katastrophen-Vorsorge">Richtlinie zur Katastrophen-Vorsorge</span>====
<dl id="Richtlinie-zur-Katastrophen-Vorsorge"><dt>Richtlinie zur Katastrophen-Vorsorge</dt>
*Die Richtlinie zur Katastrophen-Vorsorge beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Vorbereitung auf Ereignisse, die als Katastrophen angesehen werden, mit dem Ziel der Gewährleistung von Service-Kontinuität.
<dd>Die Richtlinie zur Katastrophen-Vorsorge beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Vorbereitung auf Ereignisse, die als Katastrophen angesehen werden, mit dem Ziel der Gewährleistung von Service-Kontinuität. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]


<p style="float:right;">[[#YaSM-begriffe-R|&#8594; YaSM-Begriffe mit "R"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-R|&#8594; YaSM-Begriffe mit "R"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-S">&nbsp;</span></p>
<h2 id="YaSM-begriffe-S">S</h2>
==<span style="font-size: 110%">S</span>==


====<span id="Service-Management-System-SMS">Service Management System - SMS</span>====
<dl id="Service-Management-System-SMS"><dt>Service Management System - SMS</dt>
Ein Management-System zur Lenkung und Kontrolle der Service-Management-Aktivitäten des Service-Providers. Schlüssel-Komponenten des SMS sind ein Satz von Service-Management-Richtlinien und Service-Management-Prozessen.
<dd>Ein Management-System zur Lenkung und Kontrolle der Service-Management-Aktivitäten des Service-Providers. Schlüssel-Komponenten des SMS sind ein Satz von Service-Management-Richtlinien und Service-Management-Prozessen.</dd></dl><br />


====<span id="Service-Request-Record">Service Request Record</span>====
<dl id="Service-Request-Record"><dt>Service Request Record</dt>
*Ein Record, der alle Details eines Service Requests (Serviceauftrags) aufzeichnet.
<dd>Ein Record, der alle Details eines Service Requests (Serviceauftrags) aufzeichnet. Service Requests sind formale Anfragen eines Kunden bzw. Anwenders im Rahmen bestehender Service-Vereinbarungen - z.B. nach Informationen, Beratung, Zurücksetzen eines Passworts, oder Installation einer Workstation für einen neuen Anwender.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]] > [[LP4.6: Lösen von Incidents und Service Requests]])</dd></dl><br />
*Service Requests sind formale Anfragen eines Kunden bzw.
*Anwenders im Rahmen bestehender Service-Vereinbarungen - z.B.
*nach Informationen, Beratung, Zurücksetzen eines Passworts, oder Installation einer Workstation für einen neuen Anwender.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]] sowie [[LP4.6: Lösen von Incidents und Service Requests]]


====Service====
<dl><dt>Service</dt>
Eine Möglichkeit, einen Mehrwert für Kunden zu erbringen, indem das Erreichen der von den Kunden angestrebten Ergebnisse erleichtert oder gefördert wird. Dabei müssen die Kunden selbst keine Verantwortung für bestimmte Kosten und Risiken tragen. (? Servicedefinition)
<dd>Eine Möglichkeit, einen Mehrwert für Kunden zu erbringen, indem das Erreichen der von den Kunden angestrebten Ergebnisse erleichtert oder gefördert wird. Dabei müssen die Kunden selbst keine Verantwortung für bestimmte Kosten und Risiken tragen. (Siehe &#8594; [[#Service-Definition|Service-Definition]])<dd></dl><br />


====Service-Betriebshandbuch====
<dl><dt>Service-Betriebshandbuch</dt>
*Ein Service-Betriebshandbuch spezifiziert die Aktivitäten, die für den Betrieb eines Service und der darunter liegenden Infrastruktur erforderlich sind.
<dd>Ein Service-Betriebshandbuch spezifiziert die Aktivitäten, die für den Betrieb eines Service und der darunter liegenden Infrastruktur erforderlich sind. Die Informationen im Service-Betriebshandbuch sollen die im Tagesgeschäft anfallenden Aufgaben auf eine für das Betriebspersonal nützliche Weise beschreiben. Einige Anweisungen für den Betrieb bestimmter Anwendungen, Systeme oder Infrastruktur-Komponenten können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]])</dd></dl><br />
*Die Informationen im Service-Betriebshandbuch sollen die im Tagesgeschäft anfallenden Aufgaben auf eine für das Betriebspersonal nützliche Weise beschreiben.
*Einige Anweisungen für den Betrieb bestimmter Anwendungen, Systeme oder Infrastruktur-Komponenten können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]]


====Service-Betriebs-Richtlinie====
<dl><dt>Service-Betriebs-Richtlinie</dt>
*Die Service-Betriebs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Betrieb ihrer Service-Palette.
<dd>Die Service-Betriebs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Betrieb ihrer Service-Palette. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]]


====Service-Definition====
<dl id="Service-Definition"><dt>Service-Definition</dt>
*Eine Service-Definition spezifiziert die Eigenschaften eines Service, insbesondere die angebotene Funktionalität und die garantierten Service-Levels.
<dd>Eine Service-Definition spezifiziert die Eigenschaften eines Service, insbesondere die angebotene Funktionalität und die garantierten Service-Levels. Außerdem beschreiben Service-Definitionen, wie die Ressourcen der Organisation eingesetzt werden, um einen Service zu erbringen. Ein Service kann mit Hilfe eines oder mehrerer anderer (interner oder externer) unterstützender Services erbracht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP2: Pflegen des Serviceportfolios]])</dd></dl><br />
*Außerdem beschreiben Service-Definitionen, wie die Ressourcen der Organisation eingesetzt werden, um einen Service zu erbringen.
*Ein Service kann mit Hilfe eines oder mehrerer anderer (interner oder externer) unterstützender Services erbracht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP2: Pflegen des Serviceportfolios]]


====Service-Design-Manager====
<dl><dt>Service-Design-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Design-Manager|Service-Design-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Design-Manager|Service-Design-Manager]])</dd></dl><br />


====Service-Design-Richtlinie====
<dl><dt>Service-Design-Richtlinie</dt>
*Die Service-Design-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Designen neuer oder wesentlich geänderter Services.
<dd>Die Service-Design-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Designen neuer oder wesentlich geänderter Services. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[LP2: Designen neuer oder geänderter Services]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP2: Designen neuer oder geänderter Services]]


====Service-Erstellungs-Richtlinie====
<dl><dt>Service-Erstellungs-Richtlinie</dt>
*Die Service-Erstellungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Implementierung neuer oder wesentlich geänderter Services.
<dd>Die Service-Erstellungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Implementierung neuer oder wesentlich geänderter Services. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[LP3: Erstellen neuer oder geänderter Services]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP3: Erstellen neuer oder geänderter Services]]


====Service-Implementierungs-Konzept====
<dl><dt>Service-Implementierungs-Konzept</dt>
*Das Service-Implementierungs-Konzept baut auf den in den Service-Definitionen enthaltenen Spezifikationen auf.
<dd>Das Service-Implementierungs-Konzept baut auf den in den Service-Definitionen enthaltenen Spezifikationen auf. Es beschreibt aus technischer und organisatorischer Sicht, welche Voraussetzungen erforderlich sind, um einen neuen oder geänderten Service anbieten zu können, und skizziert den Ansatz zur Schaffung der notwendigen Service-Infrastruktur und sonstigen Voraussetzungen. Das Service-Implementierungs-Konzept ist eine wichtige Grundlage für die Projektplanung und die Service-Implementierung.<br />(&#8594; YaSM-Datenobjekt, [[LP2: Designen neuer oder geänderter Services]])</dd></dl><br />
*Es beschreibt aus technischer und organisatorischer Sicht, welche Voraussetzungen erforderlich sind, um einen neuen oder geänderten Service anbieten zu können, und skizziert den Ansatz zur Schaffung der notwendigen Service-Infrastruktur und sonstigen Voraussetzungen.
*Das Service-Implementierungs-Konzept ist eine wichtige Grundlage für die Projektplanung und die Service-Implementierung.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP2: Designen neuer oder geänderter Services]]


====Service-Implementierungs-Manager====
<dl><dt>Service-Implementierungs-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Implementierungs-Manager|Service-Implementierungs-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Implementierungs-Manager|Service-Implementierungs-Manager]])</dd></dl><br />


====Servicekatalog====
<dl><dt>Servicekatalog</dt>
Ein Servicekatalog ist eine spezielle Sicht auf die Informationen im Serviceportfolio für bestehende oder potentielle Kunden. Servicekataloge sind oft interaktive, so dass Kunden und Service-Nutzer z.B. Incidents oder Serviceaufträge einstellen können. U.u. gibt es mehrere Servicekataloge, z.B. für bestimmte Kunden(-gruppen) oder Zwecke. (#8594; Serviceportfolio)
<dd>Ein Servicekatalog ist eine spezielle Sicht auf die Informationen im Serviceportfolio für bestehende oder potentielle Kunden. Servicekataloge sind oft interaktive, so dass Kunden und Service-Nutzer z.B. Incidents oder Serviceaufträge einstellen können. U.u. gibt es mehrere Servicekataloge, z.B. für bestimmte Kunden(-gruppen) oder Zwecke. (#8594; Serviceportfolio)</dd></dl><br />


====<span id="Service-Kontinuitaets-Manager">Service-Kontinuitäts-Manager</span>====
<dl id="Service-Kontinuitaets-Manager"><dt>Service-Kontinuitäts-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Kontinuitäts-Manager|Service-Kontinuitäts-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Kontinuitaets-Manager|Service-Kontinuitäts-Manager]])</dd></dl><br />


====<span id="Service-Kontinuitaets-Plan">Service-Kontinuitäts-Plan</span>====
<dl id="Service-Kontinuitaets-Plan"><dt>Service-Kontinuitäts-Plan</dt>
*Ein Service-Kontinuitäts-Plan beschreibt, wie Service-Kontinuität bei einer bestimmten Art von Katastrophenfall erreicht wird.
<dd>Ein Service-Kontinuitäts-Plan beschreibt, wie Service-Kontinuität bei einer bestimmten Art von Katastrophenfall erreicht wird. Der Plan spezifiziert die erforderlichen vorbereitenden Maßnahmen und beschreibt, wie im Katastrophenfall effektiv reagiert werden kann. Service-Kontinuitäts-Pläne enthalten gewöhnlich Verweise auf spezielle Wiederherstellungs-Pläne (Recovery-Pläne) mit genauen Anleitungen zur Wiederherstellung von Anwendungen, Systemen und anderen Infrastruktur-Komponenten.<br />(&#8594; YaSM-Datenobjekt, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />
*Der Plan spezifiziert die erforderlichen vorbereitenden Maßnahmen und beschreibt, wie im Katastrophenfall effektiv reagiert werden kann.
*Service-Kontinuitäts-Pläne enthalten gewöhnlich Verweise auf spezielle Wiederherstellungs-Pläne (Recovery-Pläne) mit genauen Anleitungen zur Wiederherstellung von Anwendungen, Systemen und anderen Infrastruktur-Komponenten.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]


====Service-Management-Richtlinie====
<dl><dt>Service-Management-Richtlinie</dt>
*Die Service-Management-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen und Erbringen von Services mit Hilfe eines Service-Management-Systems (SMS).
<dd>Die Service-Management-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen und Erbringen von Services mit Hilfe eines Service-Management-Systems (SMS). Die Service-Management-Richtlinie stellt die oberste Ebene in der Hierarchie der Richtlinien dar; sie wird unterstützt durch eine Reihe von spezifischen Richtlinien für die verschiedenen Service-Management-Prozesse. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />
*Die Service-Management-Richtlinie stellt die oberste Ebene in der Hierarchie der Richtlinien dar; sie wird unterstützt durch eine Reihe von spezifischen Richtlinien für die verschiedenen Service-Management-Prozesse.
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP1: Einrichten und Pflegen des Service-Management-Systems]]


====Service-Management-Richtlinien====
<dl><dt>Service-Management-Richtlinien</dt>
*Die Service-Management-Richtlinien stellen ein Schlüssel-Element des Service-Management-Systems dar, indem sie Prinzipien und Regeln definieren, die in der Service-Provider-Organisation zu befolgen sind.
<dd>Die Service-Management-Richtlinien stellen ein Schlüssel-Element des Service-Management-Systems dar, indem sie Prinzipien und Regeln definieren, die in der Service-Provider-Organisation zu befolgen sind. Die Reihe der Service-Management-Richtlinien enthält eine übergeordnete Service-Management-Richtlinie, die durch eine Reihe von spezifischen Richtlinien für die verschiedenen Service-Management-Prozesse unterstützt wird.<br />(&#8594; YaSM-Datenobjekt, [[SP1: Einrichten und Pflegen des Service-Management-Systems]])</dd></dl><br />
*Die Reihe der Service-Management-Richtlinien enthält eine übergeordnete Service-Management-Richtlinie, die durch eine Reihe von spezifischen Richtlinien für die verschiedenen Service-Management-Prozesse unterstützt wird.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP1: Einrichten und Pflegen des Service-Management-Systems]]


====<span id="Service-Owner">Service-Owner (Service-Verantwortlicher)</span>====
<dl id="Service-Owner"><dt>Service-Owner (Service-Verantwortlicher)</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Owner|Service-Owner (Service-Verantwortlicher)]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Owner|Service-Owner/ Service-Verantwortlicher]])</dd></dl><br />


====Serviceportfolio====
<dl><dt>Serviceportfolio</dt>
*Das Serviceportfolio ist die vollständige Liste aller Services, die vom Service-Provider verwaltet werden.
<dd>Das Serviceportfolio ist die vollständige Liste aller Services, die vom Service-Provider verwaltet werden. Einige dieser Services sind für den Kunden sichtbar (Kundenservices), andere jedoch nicht (unterstützende Services, die mit internen oder externen Ressourcen erbracht werden können).<br />(&#8594; YaSM-Datenobjekt, [[SP2: Pflegen des Serviceportfolios]])</dd></dl><br />
*Einige dieser Services sind für den Kunden sichtbar (Kundenservices), andere jedoch nicht (unterstützende Services, die mit internen oder externen Ressourcen erbracht werden können).
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP2: Pflegen des Serviceportfolios]]


====Serviceportfolio-Manager====
<dl><dt>Serviceportfolio-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Serviceportfolio-Manager|Serviceportfolio-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Serviceportfolio-Manager|Serviceportfolio-Manager]])</dd></dl><br />


====Serviceportfolio-Richtlinie====
<dl><dt>Serviceportfolio-Richtlinie</dt>
*Die Serviceportfolio-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Verwalten der Service-Palette (des 'Serviceportfolios').
<dd>Die Serviceportfolio-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Verwalten der Service-Palette (des 'Serviceportfolios'). Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP2: Pflegen des Serviceportfolios]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP2: Pflegen des Serviceportfolios]]


====<span id="Service-Qualitaets-Bericht">Service-Qualitäts-Bericht</span>====
<dl id="Service-Qualitaets-Bericht"><dt>Service-Qualitäts-Bericht</dt>
*Ein Service-Qualitätsbericht stellt dar, inwieweit der Service-Provider in der Lage ist, die zugesagte Service-Qualität zu liefern.
<dd>Ein Service-Qualitätsbericht stellt dar, inwieweit der Service-Provider in der Lage ist, die zugesagte Service-Qualität zu liefern. Insbesondere vergleicht der Bericht die erreichten Service-Levels mit den vereinbarten Zielwerten, wie in den Servicedefinitionen festgelegt. Service-Qualitätsberichte stellen auch etwaige Verletzungen vertraglicher Verpflichtungen und außergewöhnliche Ereignisse heraus.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]])</dd></dl><br />
*Insbesondere vergleicht der Bericht die erreichten Service-Levels mit den vereinbarten Zielwerten, wie in den Servicedefinitionen festgelegt.
*Service-Qualitätsberichte stellen auch etwaige Verletzungen vertraglicher Verpflichtungen und außergewöhnliche Ereignisse heraus.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]]


====Service-Request-Modell====
<dl><dt>Service-Request-Modell</dt>
*Service-Request-Modelle enthalten die vordefinierten Schritte zum Umgang mit einem bestimmten Typ von Serviceauftrag.
<dd>Service-Request-Modelle enthalten die vordefinierten Schritte zum Umgang mit einem bestimmten Typ von Serviceauftrag. Request-Modelle dienen dem Zweck, häufig wiederkehrende Serviceaufträge effektiv und effizient zu bearbeiten.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]] > [[LP4.6: Lösen von Incidents und Service Requests]])</dd></dl><br />
*Request-Modelle dienen dem Zweck, häufig wiederkehrende Serviceaufträge effektiv und effizient zu bearbeiten.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]]
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4.6: Lösen von Incidents und Service Requests]]


====Servicestrategie-Manager====
<dl><dt>Servicestrategie-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Servicestrategie-Manager|Servicestrategie-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Servicestrategie-Manager|Servicestrategie-Manager]])</dd></dl><br />


====Service-Strategie-Richtlinie====
<dl><dt>Service-Strategie-Richtlinie</dt>
*Die Service-Strategie-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Service-Strategie und der Service-Palette.
<dd>Die Service-Strategie-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Service-Strategie und der Service-Palette. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[LP1: Festlegen der strategischen Richtung]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP1: Festlegen der strategischen Richtung]]


====Service-Verbesserungs-Manager====
<dl><dt>Service-Verbesserungs-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Verbesserungs-Manager|Service-Verbesserungs-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Service-Verbesserungs-Manager|Service-Verbesserungs-Manager]])</dd></dl><br />


====<span id="Service-Verbesserungs-Plan-SVP">Service-Verbesserungs-Plan - SVP</span>====
<dl id="Service-Verbesserungs-Plan-SVP"><dt>Service-Verbesserungs-Plan - SVP</dt>
*Der Service-Verbesserungs-Plan (SVP, auch Service Improvement Plan bzw.
<dd>Der Service-Verbesserungs-Plan (SVP, auch Service Improvement Plan bzw. SIP) dient dem Management von Service-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus und zeigt deren Status. Es kann einen übergreifenden Service-Verbesserungs-Plan für alle Services geben oder spezielle Pläne für jeden vom Service-Provider gemanagten Service. Neue Einträge in den SVP gehen oft von Service-Reviews aus, jedoch können auch andere Service-Management-Prozesse Verbesserungen für Services vorschlagen.<br />(&#8594; YaSM-Datenobjekt, [[LP5: Verbessern der Services]])</dd></dl><br />
*SIP) dient dem Management von Service-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus und zeigt deren Status.
*Es kann einen übergreifenden Service-Verbesserungs-Plan für alle Services geben oder spezielle Pläne für jeden vom Service-Provider gemanagten Service.
*Neue Einträge in den SVP gehen oft von Service-Reviews aus, jedoch können auch andere Service-Management-Prozesse Verbesserungen für Services vorschlagen.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP5: Verbessern der Services]]


====Service-Verbesserungs-Richtlinie====
<dl><dt>Service-Verbesserungs-Richtlinie</dt>
*Die Service-Verbesserungs-Richtlinie beschreibt und kommuniziert das beim Service-Provider angewandte Verfahren zur kontinuierlichen Verbesserung der Services.
<dd>Die Service-Verbesserungs-Richtlinie beschreibt und kommuniziert das beim Service-Provider angewandte Verfahren zur kontinuierlichen Verbesserung der Services. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[LP5: Verbessern der Services]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP5: Verbessern der Services]]


====Sicherheits-Betriebshandbuch====
<dl><dt>Sicherheits-Betriebshandbuch</dt>
*Das Sicherheits-Betriebshandbuch spezifiziert die in der Verantwortung des Sicherheits-Managers liegenden Aktivitäten, die für den Betrieb der Sicherheits-Vorkehrungen und -Mechanismen erforderlich sind.
<dd>Das Sicherheits-Betriebshandbuch spezifiziert die in der Verantwortung des Sicherheits-Managers liegenden Aktivitäten, die für den Betrieb der Sicherheits-Vorkehrungen und -Mechanismen erforderlich sind. Einige Anweisungen für den Betrieb bestimmter Sicherheits-Systeme können in separaten technischen Handbüchern oder 'Standardarbeitsanweisungen (Standard Operating Procedures, SOP)' dokumentiert werden.<br />(&#8594; YaSM-Datenobjekt, [[SP7: Gewährleisten der Sicherheit]])</dd></dl><br />
*Einige Anweisungen für den Betrieb bestimmter Sicherheits-Systeme können in separaten technischen Handbüchern oder 'Standardarbeitsanweisungen (Standard Operating Procedures, SOP)' dokumentiert werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP7: Gewährleisten der Sicherheit]]


====Sicherheits-Manager====
<dl><dt>Sicherheits-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Sicherheits-Manager|Sicherheits-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Sicherheits-Manager|Sicherheits-Manager]])</dd></dl><br />


====Sicherheits-Richtlinie====
<dl><dt>Sicherheits-Richtlinie</dt>
*Die Sicherheits-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Gewährleistung der Sicherheit.
<dd>Die Sicherheits-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Gewährleistung der Sicherheit. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.<br />(&#8594; YaSM-Datenobjekt, [[SP7: Gewährleisten der Sicherheit]])</dd></dl><br />
*Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP7: Gewährleisten der Sicherheit]]


====Sicherheits-Verbesserungs-Plan====
<dl><dt>Sicherheits-Verbesserungs-Plan</dt>
*Einträge im Sicherheits-Verbesserungs-Plan (Security Improvement Plan) dienen dem Sicherheits-Manager zur Erfassung und dem Management von Sicherheits-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus.
<dd>Einträge im Sicherheits-Verbesserungs-Plan (Security Improvement Plan) dienen dem Sicherheits-Manager zur Erfassung und dem Management von Sicherheits-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus. Initiativen im Sicherheits-Verbesserungs-Plan können vorbeugende Maßnahmen zur Erhöhung der Sicherheit implementieren, oder Mechanismen einrichten, mit denen effektiv auf Sicherheitsverletzungen reagiert werden kann.<br />(&#8594; YaSM-Datenobjekt, [[SP7: Gewährleisten der Sicherheit]])</dd></dl><br />
*Initiativen im Sicherheits-Verbesserungs-Plan können vorbeugende Maßnahmen zur Erhöhung der Sicherheit implementieren, oder Mechanismen einrichten, mit denen effektiv auf Sicherheitsverletzungen reagiert werden kann.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP7: Gewährleisten der Sicherheit]]


====<span id="Sicherstellen-von-Compliance">Sicherstellen von Compliance</span>====
<dl id="Sicherstellen-von-Compliance"><dt>Sicherstellen von Compliance</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP9: Sicherstellen von Compliance]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP9: Sicherstellen von Compliance]])</dd></dl><br />


====SMS-Manager====
<dl><dt>SMS-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#SMS-Manager|SMS-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#SMS-Manager|SMS-Manager]])</dd></dl><br />


====<span id="Spezifikation-der-Finanz-Daten-Kategorien">Spezifikation der Finanz-Daten-Kategorien</span>====
<dl id="Spezifikation-der-Finanz-Daten-Kategorien"><dt>Spezifikation der Finanz-Daten-Kategorien</dt>
*Die Spezifikation der Finanz-Daten-Kategorien listet und definiert die unterschiedlichen Kategorien, die zur Strukturierung der Finanzdaten verwendet werden, um Einblick in die Kosten der Service-Erstellung und der Service-Profitabilität zu erhalten.
<dd>Die Spezifikation der Finanz-Daten-Kategorien listet und definiert die unterschiedlichen Kategorien, die zur Strukturierung der Finanzdaten verwendet werden, um Einblick in die Kosten der Service-Erstellung und der Service-Profitabilität zu erhalten.<br />(&#8594; YaSM-Datenobjekt, [[SP12: Managen der Service-Finanzen]])</dd></dl><br />
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP12: Managen der Service-Finanzen]]


====Steuerungsgremium====
<dl><dt>Steuerungsgremium</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Steuerungsgremium|Steuerungsgremium]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Steuerungsgremium|Steuerungsgremium]])</dd></dl><br />


====<span id="Strategische-Ziele">Strategische Ziele</span>====
<dl id="Strategische-Ziele"><dt>Strategische Ziele</dt>
*Die strategischen Ziele werden formuliert, nachdem ein strategisches Assessment durchgeführt wurde.
<dd>Die strategischen Ziele werden formuliert, nachdem ein strategisches Assessment durchgeführt wurde. Sie bestehen aus einem Satz spezifischer Ziele, die der Service-Provider mit Hilfe der Service-Strategie erreichen möchte. Somit sind die strategischen Ziele ein wichtiger Input für den strategischen Plan.<br />(&#8594; YaSM-Datenobjekt, [[LP1: Festlegen der strategischen Richtung]])</dd></dl><br />
*Sie bestehen aus einem Satz spezifischer Ziele, die der Service-Provider mit Hilfe der Service-Strategie erreichen möchte.
*Somit sind die strategischen Ziele ein wichtiger Input für den strategischen Plan.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP1: Festlegen der strategischen Richtung]]


====<span id="Strategischer-Plan">Strategischer Plan</span>====
<dl id="Strategischer-Plan"><dt>Strategischer Plan</dt>
*Der strategische Plan (gelegentlich als 'Service-Strategie' bezeichnet) stellt dar, wie der Service-Provider seine strategischen Ziele erreicht.
<dd>Der strategische Plan (gelegentlich als 'Service-Strategie' bezeichnet) stellt dar, wie der Service-Provider seine strategischen Ziele erreicht. Er dient dem Management von strategischen Initiativen über ihren gesamten Lebenszyklus und zeigt deren Status. Neue Einträge in den strategischen Plan gehen oft von strategischen Assessments aus, jedoch können auch andere Service-Management-Prozesse strategische Initiativen vorschlagen.<br />(&#8594; YaSM-Datenobjekt, [[LP1: Festlegen der strategischen Richtung]])</dd></dl><br />
*Er dient dem Management von strategischen Initiativen über ihren gesamten Lebenszyklus und zeigt deren Status.
*Neue Einträge in den strategischen Plan gehen oft von strategischen Assessments aus, jedoch können auch andere Service-Management-Prozesse strategische Initiativen vorschlagen.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP1: Festlegen der strategischen Richtung]]


====Supplier-Manager====
<dl><dt>Supplier-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Supplier-Manager|Supplier-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Supplier-Manager|Supplier-Manager]])</dd></dl><br />


====System-Entwickler====
<dl><dt>System-Entwickler</dt>
*&#8594; siehe YaSM-Rolle, [[YaSM-Rollen#Anwendungs-System-Entwickler|Anwendungs-/ System-Entwickler]]
<dd>&#8594; siehe YaSM-Rolle, [[YaSM-Rollen#Anwendungs-System-Entwickler|Anwendungs-/ System-Entwickler]])</dd></dl><br />


<p style="float:right;">[[#YaSM-begriffe-S|&#8594; YaSM-Begriffe mit "S"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#YaSM-begriffe-S|&#8594; YaSM-Begriffe mit "S"]]<br />[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-T">&nbsp;</span></p>
<h2 id="YaSM-begriffe-T">T</h2>
==<span style="font-size: 110%">T</span>==


====<span id="Technischer-Fachexperte">Technischer Fachexperte</span>====
<dl id="Technischer-Fachexperte"><dt>Technischer Fachexperte</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Technischer-Fachexperte|Technischer Fachexperte]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Technischer-Fachexperte|Technischer Fachexperte]])</dd></dl><br />


====Technologie-Leitfaden====
<dl><dt>Technologie-Leitfaden</dt>
*Der Technologie-Leitfaden stellt eine Übersicht über die wichtigsten Infrastruktur-Komponenten und Technologien bereit, sowie einen Plan für deren Weiterentwicklung.
<dd>Der Technologie-Leitfaden stellt eine Übersicht über die wichtigsten Infrastruktur-Komponenten und Technologien bereit, sowie einen Plan für deren Weiterentwicklung. Der Technologie-Leitfaden dient vor allem dazu, die technische Infrastruktur des Service-Providers mit den strategischen Zielen in Einklang zu bringen. Außerdem soll die Organisation dabei unterstützt werden, sich auf einige Kern-Technologien zu fokussieren.<br />(&#8594; YaSM-Datenobjekt, [[LP1: Festlegen der strategischen Richtung]])</dd></dl><br />
*Der Technologie-Leitfaden dient vor allem dazu, die technische Infrastruktur des Service-Providers mit den strategischen Zielen in Einklang zu bringen.
*Außerdem soll die Organisation dabei unterstützt werden, sich auf einige Kern-Technologien zu fokussieren.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP1: Festlegen der strategischen Richtung]]


====Test-Manager====
<dl><dt>Test-Manager</dt>
*&#8594; YaSM-Rolle, [[YaSM-Rollen#Test-Manager|Test-Manager]]
<dd>(&#8594; YaSM-Rolle, [[YaSM-Rollen#Test-Manager|Test-Manager]])</dd></dl><br />


====Testprotokoll====
<dl><dt>Testprotokoll</dt>
*Ein Testprotokoll stellt einen detaillierten Bericht zu Testaktivitäten bereit.
<dd>Ein Testprotokoll stellt einen detaillierten Bericht zu Testaktivitäten bereit. Ein solches Protokoll wird z.B. während der Tests neuer oder geänderter Service-Komponenten erstellt, oder während der Tests von Sicherheits- oder Service-Kontinuitäts-Mechanismen.<br />(&#8594; YaSM-Datenobjekt, [[LP3: Erstellen neuer oder geänderter Services]])</dd></dl><br />
*Ein solches Protokoll wird z.B.
*während der Tests neuer oder geänderter Service-Komponenten erstellt, oder während der Tests von Sicherheits- oder Service-Kontinuitäts-Mechanismen.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP3: Erstellen neuer oder geänderter Services]]


====Testskript====
<dl><dt>Testskript</dt>
*Ein Testskript bzw.
<dd>Ein Testskript bzw. Testdrehbuch spezifiziert einen Satz von Testfällen einschließlich der erwarteten Ergebnisse. Die Art der Testfälle hängt davon ab, was zu testen ist.<br />(&#8594; YaSM-Datenobjekt, [[LP3: Erstellen neuer oder geänderter Services]])</dd></dl><br />
*Testdrehbuch spezifiziert einen Satz von Testfällen einschließlich der erwarteten Ergebnisse.
*Die Art der Testfälle hängt davon ab, was zu testen ist.
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP3: Erstellen neuer oder geänderter Services]]


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-U">&nbsp;</span></p>
<h2 id="YaSM-begriffe-U">U</h2>
==<span style="font-size: 110%">U</span>==


====<span id="Unterstuetzende-Sicherheits-Richtlinie">Unterstützende Sicherheits-Richtlinie</span>====
<dl id="Unterstuetzende-Sicherheits-Richtlinie"><dt>Unterstützende Sicherheits-Richtlinie</dt>
*Unterstützende Sicherheits-Richtlinien sind spezielle Richtlinien, die die übergeordnete Sicherheits-Richtlinie ergänzen.
<dd>Unterstützende Sicherheits-Richtlinien sind spezielle Richtlinien, die die übergeordnete Sicherheits-Richtlinie ergänzen. Sie stellen bindende Regeln auf, z.B. für die Nutzung von Systemen und Daten oder die Nutzung und Erbringung von Services.<br />(&#8594; YaSM-Datenobjekt, [[SP7: Gewährleisten der Sicherheit]])</dd></dl><br />
*Sie stellen bindende Regeln auf, z.B.
*für die Nutzung von Systemen und Daten oder die Nutzung und Erbringung von Services.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP7: Gewährleisten der Sicherheit]]


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-V">&nbsp;</span></p>
<h2 id="YaSM-begriffe-V">V</h2>
==<span style="font-size: 110%">V</span>==


====<span id="Verbessern-der-Services">Verbessern der Services</span>====
<dl id="Verbessern-der-Services"><dt>Verbessern der Services</dt>
*&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP5: Verbessern der Services]]
<dd>(&#8594; YaSM-Prozess, Service-Lifecycle-Prozesse > [[LP5: Verbessern der Services]])</dd></dl><br />


====<span id="Verwalten-von-Konfigurations-Informationen">Verwalten von Konfigurations-Informationen</span>====
<dl id="Verwalten-von-Konfigurations-Informationen"><dt>Verwalten von Konfigurations-Informationen</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP4: Verwalten von Konfigurations-Informationen]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP4: Verwalten von Konfigurations-Informationen]])</dd></dl><br />


====<span id="Vorbereiten-auf-Katastrophen-Ereignisse">Vorbereiten auf Katastrophen-Ereignisse</span>====
<dl id="Vorbereiten-auf-Katastrophen-Ereignisse"><dt>Vorbereiten auf Katastrophen-Ereignisse</dt>
*&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP8: Vorbereiten auf Katastrophen-Ereignisse]]
<dd>(&#8594; YaSM-Prozess, Unterstützende Service-Management-Prozesse > [[SP8: Vorbereiten auf Katastrophen-Ereignisse]])</dd></dl><br />


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>


<p><span id="YaSM-begriffe-W">&nbsp;</span></p>
<h2 id="YaSM-begriffe-W">W</h2>
==<span style="font-size: 110%">W</span>==


====Wiederherstellungs-Plan====
<dl><dt>Wiederherstellungs-Plan</dt>
*Wiederherstellungspläne (Recovery-Pläne) enthalten genaue Anweisungen zu den Maßnahmen, mit denen bestimmte Services und/ oder Systeme nach einem Ausfall wieder hergestellt werden können, was in vielen Fällen auch die Wiederherstellung von Daten zu einem definierten, konsistenten Stand mit einschließt.
<dd>Wiederherstellungspläne (Recovery-Pläne) enthalten genaue Anweisungen zu den Maßnahmen, mit denen bestimmte Services und/ oder Systeme nach einem Ausfall wieder hergestellt werden können, was in vielen Fällen auch die Wiederherstellung von Daten zu einem definierten, konsistenten Stand mit einschließt.<br />(&#8594; YaSM-Datenobjekt, [[LP4: Betreiben der Services]])</dd></dl><br />
*&#8594; YaSM-Datenobjekt, Service-Lifecycle-Prozesse, [[LP4: Betreiben der Services]]


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p>&nbsp;</p>
<br style="clear:both;"/>
 
<h2 id="YaSM-begriffe-Y">Y</h2>
 
<dl id="YaSM-Acronym"><dt>YaSM (Acronym)</dt>
<dd>Das Akronym "YaSM" steht für "Yet another Service management Model". (Siehe &#8594; [[Was ist YaSM|Was ist YaSM?]])</dd></dl><br />


<p><span id="YaSM-begriffe-Y">&nbsp;</span></p>
<dl id="YaSM-Service-Management-Prozesse"><dt>YaSM Service-Management-Prozesse</dt>
==<span style="font-size: 110%">Y</span>==
<dd>(&#8594; [[YaSM-Prozesse]])</dd></dl><br />


====<span id="YaSM-Acronym">YaSM (Acronym)</span>====
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
*Das Akronym "YaSM" steht für "Yet another Service management Model".
<br style="clear:both;"/>
*&#8594;  [[Was ist YaSM|Was ist YaSM?]]


====<span id="YaSM-Service-Management-Prozesse">YaSM Service-Management-Prozesse</span>====
<h2 id="YaSM-begriffe-Z">Z</h2>
*&#8594; [[YaSM-Prozesse]]


====<span id="Zuordnungstabelle-fuer-indirekte Kosten">Zuordnungstabelle für indirekte Kosten</span>====
<dl id="Zuordnungstabelle-fuer-indirekte Kosten"><dt>Zuordnungstabelle für indirekte Kosten</dt>
*Zuordnungstabellen für indirekte Kosten sind eine Methode zur Aufteilung von Kosten (z.B.
<dd>Zuordnungstabellen für indirekte Kosten sind eine Methode zur Aufteilung von Kosten (z.B. für Services), die über mehrere Kostenstellen oder Kostenträger zu verteilen sind. Eine Zuordnungstabelle für indirekte Kosten definiert die Regeln für die Zuweisung solcher indirekter Kosten zu einzelnen Kostenstellen oder Kostenträgern.<br />(&#8594; YaSM-Datenobjekt, [[SP12: Managen der Service-Finanzen]])</dd></dl><br />
*für Services), die über mehrere Kostenstellen oder Kostenträger zu verteilen sind.
*Eine Zuordnungstabelle für indirekte Kosten definiert die Regeln für die Zuweisung solcher indirekter Kosten zu einzelnen Kostenstellen oder Kostenträgern.
*&#8594; YaSM-Datenobjekt, unterstützende Service-Management-Prozesse, [[SP12: Managen der Service-Finanzen]]


<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<p style="float:right;">[[#alle|&#8594; Weitere YaSM-Begriffe anzeigen]]</p>
<br style="clear:both;"/>


<p>&nbsp;</p>
<p>&nbsp;</p>
<p>&nbsp;</p>


<p>&nbsp;</p>
== Anmerkungen ==
<p>&nbsp;</p>
----
'''<span id="notes">Anmerkungen</span>'''


<small><em><span id="YaSM-trademark">[1] YaSM&reg; is a registered trade mark of IT Process Maps GbR.</span></em></small><br />
<span id="YaSM-trademark">[1] YaSM&reg; is a registered trade mark of IT Process Maps GbR.</span><br />
<small><em><span id="ITIL">[2] ITIL&reg; is a registered trade mark of AXELOS Limited. - IT Infrastructure LibraryReg; is a registered trade mark of AXELOS Limited.</span></em></small><br />
<span id="ITIL">[2] ITIL&reg; is a registered trade mark of AXELOS Limited. - IT Infrastructure LibraryReg; is a registered trade mark of AXELOS Limited.</span><br />
<small><em><span id="Cabinet-Office">[3] &copy; Crown copyright 2011. Reproduced with permission from the Cabinet Office.</span></em></small>
<span id="Cabinet-Office">[3] &copy; Crown copyright 2011. Reproduced with permission from the Cabinet Office.</span><br />


<p>&nbsp;</p>
Das YaSM-Glossar basiert auf: Die YaSM-Prozesslandkarte [https://yasm.com/de/produkte/yasm-prozesslandkarte YaSM-Prozesslandkarte], Begriffe und Definitionen.


==[ Infobox ]==
<html>Von:&#160;&#160;Stefan Kempter&#160;<a rel="author" href="https://plus.google.com/111925560448291102517/about"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="Von: Stefan Kempter | Profil auf Google+" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a>&#160;&#160;und&#160;&#160;Andrea Kempter&#160;<a href="https://plus.google.com/113316270668629760475/about"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="Von: Andrea Kempter | Profil auf Google+" alt="Koautor: Andrea Kempter, IT Process Maps GbR" /></a>, IT Process Maps.<br /><br/><small>Trademarks: ITIL&reg; is a registered trademark of AXELOS Limited.</small>


<html><table class="wikitable">
<p>&nbsp;</p>
<tr>
<td>Link zu dieser Seite:</td>
<td><a itemprop="url" href="https://yasm.com/wiki/de/index.php/YaSM-Glossar">https://yasm.com/wiki/de/index.php/YaSM-Glossar</a></td>
</tr>
<tr>
<td>Sprachversionen:</td>
<td><span itemprop="inLanguage" content="de">Deutsch</span> | <span><a itemprop="citation" class="external TEXT" href="https://yasm.com/wiki/en/index.php/YaSM_Glossary" title="YaSM glossary terms and definitions.">English</a></span></td>
</tr>
<tr>
<td>Image:</td>
<td style="vertical-align:top"><a itemprop="primaryImageOfPage" href="https://yasm.com/wiki/de/img/yasm-begriffe/Yasm-glossar.jpg" title="YaSM Service-Management Glossar-Begriffe und -Definitionen.">YaSM Glossar-Begriffe und -Definitionen (.JPG)</a></td>
</tr>
<tr>
<td>Basiert auf:</td>
<td style="vertical-align:top">YaSM-Begriffe und -Definitionen des YaSM-Prozessmodells, der <a itemprop="isBasedOnUrl" href="https://yasm.com/de/produkte/yasm-prozesslandkarte" title="YaSM-Prozesslandkarte" class="external text">YaSM-Prozesslandkarte</a></td>
</tr>
<tr>
<td>Autoren:</td>
<td><span itemprop="author">Stefan Kempter</span> &nbsp; <a rel="author" href="https://plus.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="Von/ By: Stefan Kempter | Profil auf Google+" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a> &nbsp; und &nbsp;
<span itemprop="contributor">Andrea Kempter</span> &nbsp; <a href="https://plus.google.com/113316270668629760475"><img style="margin:0px 0px 0px 0px;" src="/wiki/de/img/yasm-wiki/bookmarking/google.jpg" width="16" height="16" title="Von/ By: Andrea Kempter | Profil auf Google+" alt="Autor: Andrea Kempter, IT Process Maps GbR" /></a> &nbsp; - &nbsp; <span itemprop="creator copyrightHolder publisher">IT Process Maps</span>.</td>
</tr>
</table>


<p><small>
<p><small>
Zeile 933: Zeile 675:
</span>
</span>
</small></p>
</small></p>
</div><!-- end of schema.org/WebPage --><p></html>
 
<!-- define schema.org/WebPage --> <span itemid="https://yasm.com/wiki/de/index.php/YaSM-Glossar" itemscope itemtype="https://schema.org/WebPage" itemref="md-webpage-description">
<meta itemprop="name Headline" content="YaSM-Glossar" />
<meta itemprop="alternativeHeadline" content="Service-Management-Glossar" />
<link itemprop="url" href="https://yasm.com/wiki/de/index.php/YaSM-Glossar" />
<link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/de/img/yasm-begriffe/Yasm-glossar.jpg" />
<meta itemprop="significantLinks" content="https://yasm.com/wiki/de/index.php/YaSM-Prozesse" />
<meta itemprop="significantLinks" content="https://yasm.com/wiki/de/index.php/YaSM-Rollen" />
<meta itemprop="significantLinks" content="https://yasm.com/wiki/de/index.php/YaSM-Datenmodell" />
<meta itemprop="isBasedOnUrl" content="https://yasm.com/de/produkte/yasm-prozesslandkarte" />
<meta itemprop="inLanguage" content="de" />
<link itemprop="citation" href="https://yasm.com/wiki/en/index.php/YaSM_Glossary" />
<link itemprop="publisher" href="https://yasm.com/de/#YaSMBrand" />
<link itemprop="copyrightHolder creator" href="https://yasm.com/de/kontakt#ITProcessMapsOrg" />
<link itemprop="author" href="https://yasm.com/de/allg/team#StefanKempter" />
<link itemprop="contributor" href="https://yasm.com/de/allg/team#AndreaKempter" />
</span><p></html>


<!-- Diese Seite liegt in folgenden Kategorien: -->
<!-- Diese Seite liegt in folgenden Kategorien: -->
[[Kategorie:YaSM-Begriff (Datenobjekt)]]
[[Kategorie:YaSM-Begriff (Datenobjekt)]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 15. November 2016, 17:25 Uhr

in English


Alle Fach-Begriffe und Definitionen rund um YaSM Service-Management: Das YaSM-Glossar enthält die Definitionen bzw. Kurzbeschreibungen der YaSM-Datenobjekte bzw. wichtigen Service-Management-Begriffe in alphabetischer Reihenfolge.

Per Link können Sie direkt auf den entsprechenden Content im YaSM-Wiki zugreifen - z.B. auf die entsprechenden YaSM-Prozess-Beschreibungen und Rollen-Definitionen.

Auf einer weiteren Seite finden Sie das komplette YaSM-Datenobjekt-Modell - eine grafische Übersicht der YaSM-Datenobjekte mit ihren wichtigsten Beziehungen.

Zusätzlich zum Glossar beinhaltet die YaSM®-Prozesslandkarte einen Satz von "Checklisten": Dokument-Templates bzw. -Vorlagen mit sehr detaillierten Beschreibungen der typischen Inhalte der verschiedenen YaSM-Dokumente und -Records (in der Regel entspricht jedes YaSM-Datenobjekt einem Dokument oder Record, das/der in einem YaSM-Prozess erzeugt wird). Da die Checklisten Microsoft-Word-Dokumente sind, können sie in vielen Fällen als Vorlagen verwendet werden, wenn es darum geht, organisations-spezifische Service-Management-Dokumente zu erstellen.

Dieses Wiki enthält die vollständige Checkliste für den Incident Record als Beispiel.


 

YaSM Service Management Glossar-Begriffe

Einen Buchstaben wählen:

0 ... 9
A B C D E F G I J K L M
N O P Q R S T U V W X Y Z

 

Weitere Sprachversionen: Das YaSM-Glossar auf Englisch.

Hinweis: Einige Definitionen in diesem Glossar basieren auf dem offiziellen ITIL® [2] Glossar [3].

 

Alle YaSM-Begriffe


0-9

1st Level Support
(→ YaSM-Rolle, 1st Level Support)


2nd Level Support
(→ YaSM-Rolle, 2nd Level Support)


→ Weitere YaSM-Begriffe anzeigen

 

A

Anforderungs-Spezifikation
Ein Anforderungs-Spezifikations-Dokument enthält eine vollständige Beschreibung des Verhaltens einer Anwendung, eines Systems oder einer anderen Infrastruktur-Komponente, die zu entwickeln oder zu beschaffen ist. Anforderungs-Spezifikationen enthalten typischerweise funktionale und nicht-funktionale Anforderungen, wie z.B. Performance-Anforderungen oder Rahmenbedingungen für das Design. Inhalte und Detailtiefe hängen von der Art des spezifizierten Systems und der Zielsetzung der Spezifikation ab.
(→ YaSM-Datenobjekt, LP2: Designen neuer oder geänderter Services)


Anwendungs-/ System-Entwickler
(→ YaSM-Rolle, Anwendungs-/ System-Entwickler)


Auswertung zur Kundenumfrage
Die Auswertung zu einer Kundenzufriedenheits-Umfrage, die die Ergebnisse der Umfrage und daraus abgeleitete Rückschlüsse zusammenfasst.
(→ YaSM-Datenobjekt, SP3: Pflegen der Kundenbeziehungen)


→ YaSM-Begriffe mit "A"
→ Weitere YaSM-Begriffe anzeigen


B

Bearbeitungsgruppe für Serviceaufträge
(→ YaSM-Rolle, Bearbeitungsgruppe für Serviceaufträge)


Bericht zum Compliance-Review
Ein Bericht zum Compliance Review zeichnet die Details und Erkenntnisse eines Compliance Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Verbesserung der Konformität des Service-Providers mit gesetzlichen Bestimmungen, Industrie-Standards etc.
(→ YaSM-Datenobjekt, SP9: Sicherstellen von Compliance)


Bericht zum Konfigurations-Audit
Ein Bericht, der die Ergebnisse eines Konfigurations-Audits zusammenfasst. Insbesondere stellt der Bericht heraus, welche Unterschiede zwischen den CI Records im CMS und den tatsächlich installierten CIs gefunden wurden.
(→ YaSM-Datenobjekt, SP4: Verwalten von Konfigurations-Informationen)


Bericht zum Kontinuitäts-Review
Ein Bericht zum Kontinuitäts-Review zeichnet die Details und Ergebnisse eines Kontinuitäts-Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Initiativen zur Verbesserung der Service-Kontinuität.
(→ YaSM-Datenobjekt, SP8: Vorbereiten auf Katastrophen-Ereignisse)


Bericht zum Prozess-Review
Ein Bericht zum Prozess-Review zeichnet die Details und Ergebnisse eines Prozess-Reviews oder -Audits auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Prozess-Verbesserungs-Initiativen.
(→ YaSM-Datenobjekt, SP1: Einrichten und Pflegen des Service-Management-Systems)


Bericht zum Serviceportfolio-Review
Ein Bericht zum Serviceportfolio-Review zeichnet die Details und Ergebnisse eines Serviceportfolio-Reviews auf. Dieser Bericht stellt insbesondere heraus, an welchen Stellen Inkonsistenzen im Serviceportfolio gefunden wurden.
(→ YaSM-Datenobjekt, SP2: Pflegen des Serviceportfolios)


Bericht zum Service-Review
Ein Bericht zum Service-Review zeichnet die Details und Ergebnisse eines Service-Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Service-Verbesserungs-Initiativen.
(→ YaSM-Datenobjekt, LP5: Verbessern der Services)


Bericht zum Sicherheits-Review
Ein Bericht zum Sicherheits-Review zeichnet die Details und Ergebnisse eines Sicherheits-Reviews auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Initiativen zur Verbesserung der Sicherheit.
(→ YaSM-Datenobjekt, SP7: Gewährleisten der Sicherheit)


Bericht zum strategischen Assessment
Die Ergebnisse eines strategischen Assessments werden in einem 'Bericht zum strategischen Assesssment' dokumentiert. Strategische Begutachtungen (Assessments) werden typischerweise in regelmäßigen Abständen durchgeführt, um Einsicht in die Stärken, Schwächen und Chancen des Service-Providers zu erhalten. Mit Hilfe dieser Informationen kann anschließend die Service-Strategie und das Serviceportfolio aktualisiert werden.
(→ YaSM-Datenobjekt, LP1: Festlegen der strategischen Richtung)


Bericht zur Change-Bewertung
Die Ergebnisse einer Change-Bewertung werden in einem Bericht zur Change-Bewertung dokumentiert. Jeder Nicht-Standard-Change erfordert vor dessen Autorisierung eine formale Bewertung. Bestimmte Changes erfordern eine ausführlichere Begutachtung als andere, somit hängt der Inhalt des Bewertungs-Berichts von Art und Umfang des vorgeschlagenen Changes ab.
(→ YaSM-Datenobjekt, SP5: Bewerten und Koordinieren von Changes)


Bericht zur Change-Nachprüfung
Die Ergebnisse einer Change-Nachprüfung werden in einem entsprechenden Bericht festgehalten. Change-Nachprüfungen (Post-Implementation Reviews, PIR) werden durchgeführt, nachdem ein Change implementiert worden ist. Ziel ist, zu bestimmen, ob der Change erfolgreich war; weiterhin sollen Verbesserungs-Potentiale für künftige Changes ermittelt werden.
(→ YaSM-Datenobjekt, SP5: Bewerten und Koordinieren von Changes)


Beschwerde-Record
Ein Record, der alle Einzelheiten einer Beschwerde von Kundenseite enthält, einschließlich der durchgeführten Aktivitäten zur Behandlung der Beschwerde.
(→ YaSM-Datenobjekt, SP3: Pflegen der Kundenbeziehungen)


Bestätigung der Service-Betriebsbereitschaft
Die Bestätigung der Service-Betriebsbereitschaft dokumentiert die Ergebnisse eines Betriebsbereitschafts-Assessments. Ein Service wird auf Betriebsbereitschaft geprüft, bevor er in Betrieb gehen kann. Dabei werden Kriterien verwendet, die sich insbesondere auf die Fähigkeit des Service-Providers beziehen, den Service betreiben zu können. Wenn bestätigt ist, dass die Kriterien zur Betriebsbereitschaft erfüllt sind, kann der Service im Serviceportfolio auf 'aktiv' gesetzt werden.
(→ YaSM-Datenobjekt, LP3: Erstellen neuer oder geänderter Services)


Betreiben der Services
(→ YaSM-Prozess, Service-Lifecycle-Prozesse > LP4: Betreiben der Services)


Betriebliche Servicevereinbarung
Eine Vereinbarung zwischen einem Service-Provider und einem Teil derselben Organisation über die Bereitstellung eines unterstützenden Service, der in der Service-Definition näher spezifiziert ist. Eine unterzeichnete betriebliche Servicevereinbarung verpflichtet eine organisatorische Einheit innerhalb des Service-Providers, einen unterstützenden Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern. Eine einzelne betriebliche Vereinbarung kann sich auf mehrere Services beziehen.
(→ YaSM-Datenobjekt, SP2: Pflegen des Serviceportfolios)


Betriebs-Manager (Operations-Manager)
(→ YaSM-Rolle, Betriebs-Manager/ Operations-Manager)


Bewerten und Koordinieren von Changes
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP5: Bewerten und Koordinieren von Changes)


Budget-Anforderung
Eine Budget-Anforderung wird typischerweise erstellt, um finanzielle Mittel für das Erstellen, Verbessern oder Betreiben eines Service oder Prozesses zu erhalten. Eine genehmigte Budget-Anforderung bedeutet, dass die finanziellen Ressourcen vom Finanz-Manager zugeteilt wurden.
(→ YaSM-Datenobjekt, SP12: Managen der Service-Finanzen)


→ YaSM-Begriffe mit "B"
→ Weitere YaSM-Begriffe anzeigen


C

CAB-Protokoll
Das CAB-Protokoll dokumentiert die Themen und Entscheidungen eines Change Advisory Board (CAB) Meetings. Ein Entwurf dieses Dokuments kann zur Vorbereitung des CAB Meetings verteilt werden, um die Mitglieder des CAB über die zu behandelnden Themen zu informieren.
(→ YaSM-Datenobjekt, SP5: Bewerten und Koordinieren von Changes)


Change Advisory Board (CAB)
(→ YaSM-Rolle, Change Advisory Board/ CAB)


Change Record
In einem Change Record sind alle Einzelheiten eines Changes enthalten; er dokumentiert somit den Lebenszyklus eines einzelnen Changes. Zu Beginn beschreibt ein Change Record einen Change-Antrag (Request for Change, RFC), der vor der Implementierung des Changes zu bewerten und freizugeben ist. Weitere Informationen werden im Verlauf des Changes hinzugefügt.
(→ YaSM-Datenobjekt, SP5: Bewerten und Koordinieren von Changes)


Change-Manager
(→ YaSM-Rolle, Change-Manager)


Change-Modell
Change-Modelle beschreiben Verfahren zum Umgang mit wiederkehrenden Changes. Change-Modelle können für Changes jeder Tragweite erstellt werden; oft werden Sie zur Definition von Standard-Changes eingesetzt (vorab freigegebene Changes mit geringem Risiko, wie z.B. die Aufrüstung eines Client-PCs). Change-Modelle sind ein wichtiges Hilfsmittel, um die Arbeitsbelastung des Change-Managers und des CABs zu reduzieren.
(→ YaSM-Datenobjekt, SP5: Bewerten und Koordinieren von Changes)


Change-Owner (Change-Verantwortlicher)
(→ YaSM-Rolle, Change-Owner/ Change-Verantwortlicher)


Change-Planung
In der Change-Planung (Change Schedule) sind alle vorgeschlagenen und genehmigten Changes mit den geplanten bzw. tatsächlichen Implementierungsterminen aufgeführt. Die Change-Planung wird manchmal auch als Forward Schedule of Changes bezeichnet, obwohl sie auch Informationen zu Changes enthält, die bereits implementiert wurden.
(→ YaSM-Datenobjekt, SP5: Bewerten und Koordinieren von Changes)


Change-Richtlinie
Die Change-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Umgang mit Änderungen an Konfigurations-Elementen (CIs). Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP5: Bewerten und Koordinieren von Changes)


CI Record
Konfigurations-Information wird für alle Konfigurations-Elemente (Configuration Items, CIs) in CI Records gepflegt, die unter der Kontrolle des Konfigurations-Managers stehen. In diesem Zusammenhang gibt es unterschiedliche Typen von CIs: Anwendungen, Systeme und andere Infrastruktur-Komponenten werden als CIs behandelt, aber oft auch Services, Richtlinien, Projektdokumente, Mitarbeiter, Lieferanten usw. Konfigurations-Informationen sind im Konfigurations-Management-System (Configuration Management System, CMS) verzeichnet.
(→ YaSM-Datenobjekt, SP4: Verwalten von Konfigurations-Informationen)


Compliance-Manager
(→ YaSM-Rolle, Compliance-Manager)


Compliance-Register
Das Compliance-Register ist ein vom Compliance-Manager genutztes Tool, das eine Übersicht über sämtliche Konformitätsanforderungen an den Service-Provider bietet. Das Compliance-Register nennt auch die Vorkehrungen und Mechanismen, mit denen die Einhaltung der Compliance-Anforderungen durch den Service-Provider sicherzustellen ist.
(→ YaSM-Datenobjekt, SP9: Sicherstellen von Compliance)


Compliance-Richtlinie
Die Compliance-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Sicherstellung der Compliance (Konformität) mit gesetzlichen Bestimmungen, Industrie-Standards etc. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP9: Sicherstellen von Compliance)


Configuration-Manager
(→ YaSM-Rolle, Configuration-Manager)


→ YaSM-Begriffe mit "C"
→ Weitere YaSM-Begriffe anzeigen


D

Designen neuer oder geänderter Services
(→ YaSM-Prozess, Service-Lifecycle-Prozesse > LP2: Designen neuer oder geänderter Services)


→ Weitere YaSM-Begriffe anzeigen

 

E

Einrichten und Pflegen des Service-Management-Systems
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP1: Einrichten und Pflegen des Service-Management-Systems)


Emergency Change Advisory Board (ECAB)
(→ YaSM-Rolle, Emergency Change Advisory Board/ ECAB)


Erstellen neuer oder geänderter Services
(→ YaSM-Prozess, Service-Lifecycle-Prozesse > LP3: Erstellen neuer oder geänderter Services)


Externe Servicevereinbarung
Eine Vereinbarung zwischen einem Service-Provider und einem externen Dienstleister über die Bereitstellung eines unterstützenden Service, der in der Service-Definition näher spezifiziert ist. Eine unterzeichnete externe Servicevereinbarung verpflichtet einen externen Service-Supplier, einen unterstützenden Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern. Eine einzelne Vereinbarung kann sich auf mehrere Services beziehen.
(→ YaSM-Datenobjekt, SP11: Managen von Lieferanten und Dienstleistern)


Externer Supplier-Prozess
Externer Supplier-Prozess bezeichnet alle Prozesse auf der Seite externer Lieferanten und Dienstleister
(→ YaSM-Prozess, Externer Prozess)


→ Weitere YaSM-Begriffe anzeigen


F

Festlegen der strategischen Richtung
(→ YaSM-Prozess, Service-Lifecycle-Prozesse > LP1: Festlegen der strategischen Richtung)


Finanzbericht
Finanzberichte sind eine wichtige Grundlage für die Entwicklung der Strategie des Service-Providers und für die Ausarbeitung von Initiativen zur Verbesserung der Wirtschaftlichkeit der Services. Insbesondere enthalten Finanzberichte Informationen zu den Erstellungskosten der Services und den Betriebskosten der Service-Management-Prozesse. Sie bieten außerdem Einblick in die Profitabilität der unterschiedlichen Serviceangebote.
(→ YaSM-Datenobjekt, SP12: Managen der Service-Finanzen)


Finanz-Budget
Das Finanz-Budget ist ein Finanzplan, der typischerweise auf jährlicher Basis erstellt wird und der eine Vorhersage der erwarteten Einnahmen und Ausgaben enthält.
(→ YaSM-Datenobjekt, SP12: Managen der Service-Finanzen)


Finanz-Manager
(→ YaSM-Rolle, Finanz-Manager)


Finanz-Richtlinie
Die Finanz-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Service-Finanzen, einschließlich der Stellung von Rechnungen an Kunden für die Erbringung von Services. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP12: Managen der Service-Finanzen


Fragebogen zur Kundenumfrage
Eine Kundenumfrage setzt typischerweise Fragebögen ein, mit denen Einblick in die generelle Zufriedenheit der Kunden und zu speziellen (Aspekten von) Services aus Kundensicht gewonnen werden sollen. In vielen Fällen werden Antworten auf einer Skala gegeben, wie z.B. '1: Sehr unzufrieden', ..., '10: Sehr zufrieden'.
(→ YaSM-Datenobjekt, SP3: Pflegen der Kundenbeziehungen)


→ YaSM-Begriffe mit "F"
→ Weitere YaSM-Begriffe anzeigen


G

Geplante Service-Unterbrechungen
Im Dokument bzw. in der Datenbank der geplanten Serviceunterbrechungen sind erwartete bzw. geplante Abweichungen von der normalen Service-Verfügbarkeit aufgeführt, wie z.B. Unterbrechungen auf Grund von Wartungsarbeiten oder Implementierungen von Changes.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services)


Gewährleisten der Sicherheit
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP7: Gewährleisten der Sicherheit)


→ Weitere YaSM-Begriffe anzeigen


I

Incident Record
Ein Datensatz mit allen Angaben zu einem Service Incident, in dem der Verlauf des Incidents von der Ersterfassung bis zur Schließung dokumentiert ist. Ein Service Incident ist definiert als ungeplante Unterbrechung oder Qualitätsminderung eines Service. Auch ein Ereignis, das in der Zukunft einen Service beeinträchtigen könnte, wird als Incident behandelt (z.B. der Ausfall einer Festplatte in einem Satz gespiegelter Festplatten).
(→ YaSM-Datenobjekt, LP4: Betreiben der Services > LP4.6: Lösen von Incidents und Service Requests)


Incident- und Service-Request-Richtlinie
Die Incident- und Service-Request-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Behandlung von Service Incidents (Service-Störungen) und Serviceaufträgen. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services > LP4.6: Lösen von Incidents und Service Requests)


Incident-Manager
(→ YaSM-Rolle, Incident-Manager)


Incident-Modell
Incident-Modelle enthalten die vordefinierten Schritte zum Umgang mit einem bestimmten Incident-Typ. Incident-Modelle dienen dem Zweck, wiederkehrende Incidents effektiv und effizient zu bearbeiten.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services > LP4.6: Lösen von Incidents und Service Requests)


Index der Informationen für Katastrophenfälle
Ein Katalog mit allen Informationen, die im Zusammenhang mit der Bekämpfung von Katastrophenfällen relevant sind. Der Index der Informationen für Katastrophenfälle wird vom Service-Kontinuitäts-Manager gepflegt und an alle Mitarbeiter verteilt, die für das Bekämpfen von Katastrophen verantwortlich sind.
(→ YaSM-Datenobjekt, SP8: Vorbereiten auf Katastrophen-Ereignisse)


→ YaSM-Begriffe mit "I"
→ Weitere YaSM-Begriffe anzeigen


K

Kompetenz-Entwicklungsplan
Der Kompetenz-Entwicklungsplan dient dazu, den Aufbau der Kompetenzen zu managen, die der Service-Provider für die Erbringung seiner Servicepalette benötigt. Neue Einträge in den Kompetenz-Entwicklungsplan werden oft aufgrund der Einführung neuer Services und/ oder Technologien ausgelöst.
(→ YaSM-Datenobjekt, SP10: Managen von Personal-Ressourcen)


Kompetenz-Verzeichnis
Das Kompetenz-Verzeichnis listet alle Kompetenzen auf, die erforderlich sind, um die aktuelle und künftige Servicepalette des Service-Providers erbringen zu können, und weiterhin die Mitarbeiter, die diese Kompetenzen besitzen. Das Kompetenz-Verzeichnis ist ein wichtiges Werkzeug, um Bereiche zu identifizieren, in denen Kompetenzen erworben oder verbessert werden müssen.
(→ YaSM-Datenobjekt, SP10: Managen von Personal-Ressourcen)


Konfigurations-Modell
Das Konfigurations-Modell definiert die Struktur des Konfigurations-Management-Systems (CMS). Es spezifiziert die Typen von Konfigurations-Elementen (Configuration Items, CIs), die mit Hilfe des CMS verwaltet werden, einschließlich deren Attribute. Das Konfigurations-Modell wird oft als ein Satz von Dokumenten oder ein Datenmodell gepflegt. Es schlägt sich auch z.B. in der Tabellenstruktur der Datenbank(en) nieder, in denen Konfigurations-Information gepflegt wird.
(→ YaSM-Datenobjekt, SP4: Verwalten von Konfigurations-Informationen)


Konfigurations-Richtlinie
Die Konfigurations-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Verwalten der Konfigurations-Information. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP4: Verwalten von Konfigurations-Informationen)


Kontinuitäts-Betriebshandbuch
Das Kontinuitäts-Betriebshandbuch spezifiziert die in der Verantwortung des Service-Kontinuitäts-Managers liegenden Aktivitäten, die für den Betrieb der Kontinuitäts-Vorkehrungen und -Mechanismen erforderlich sind. Einige Anweisungen für den Betrieb bestimmter Sicherheits-Systeme können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.
(→ YaSM-Datenobjekt, SP8: Vorbereiten auf Katastrophen-Ereignisse)


Kontinuitäts-Verbesserungs-Plan
Einträge im Kontinuitäts-Verbesserungs-Plan (Continuity Improvement Plan) dienen dem Service-Kontinuitäts-Manager zur Erfassung und dem Management von Kontinuitäts-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus. Initiativen im Kontinuitäts-Verbesserungs-Plan können die Ausfallsicherheit von Services erhöhen oder Mechanismen einrichten, mit denen die Services im Katastrophenfall wieder hergestellt werden können.
(→ YaSM-Datenobjekt, SP8: Vorbereiten auf Katastrophen-Ereignisse)


Kunde
(→ YaSM-Rolle, Kunde)


Kundenbeziehungs-Manager
(→ YaSM-Rolle, Kundenbeziehungs-Manager)


Kundenbeziehungs-Richtlinie
Die Kundenbeziehungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Beziehungen mit den Kunden. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP3: Pflegen der Kundenbeziehungen)


Kundenportfolio
Das Kundenportfolio dient zum Erfassen aller Informationen zu Kunden. Das Kundenportfolio stellt die Kunden, die Services vom Service-Provider erhalten, aus dem Blickwinkel des Kundenbeziehungs-Managers dar.
(→ YaSM-Datenobjekt, SP3: Pflegen der Kundenbeziehungen)


Kundenprozess
(Kundenprozess bezeichnet alle Geschäftsprozesse auf Kunden- bzw. Benutzerseite)
(→ YaSM-Prozess, Externer Prozess)


Kunden-Servicevereinbarung
Eine Vereinbarung zwischen einem Service-Provider und einem Kunden über die Bereitstellung eines Service, der in der Service-Definition näher spezifiziert ist. Eine unterzeichnete Kunden-Servicevereinbarung verpflichtet den Service-Provider, einen Service mit der vereinbarten Qualität zu den festgelegten Kosten zu liefern. Eine einzelne Kunden-Vereinbarung kann sich auf mehrere Services beziehen.
(→ YaSM-Datenobjekt, SP3: Pflegen der Kundenbeziehungen)


→ YaSM-Begriffe mit "K"
→ Weitere YaSM-Begriffe anzeigen


L

Leitfaden für Katastrophenfälle
Der Leitfaden für Katastrophenfälle enthält detaillierte Anweisungen, wann und wie das Verfahren zur Bekämpfung von Katastrophenereignissen eingeleitet wird. Insbesondere legt die Richtlinie die ersten Schritte fest, die der 1st Level Support nach Bekanntwerden eines (vermuteten) Katastrophen-Ereignisses zu ergreifen hat.
(→ YaSM-Datenobjekt, SP8: Vorbereiten auf Katastrophen-Ereignisse)


Lieferantenportfolio
Das Lieferantenportfolio dient zum Erfassen aller Informationen zu Lieferanten und Dienstleistern. Das Lieferantenportfolio stellt die Lieferanten, die Güter und Dienstleistungen an den Service-Provider liefern, aus dem Blickwinkel des Supplier-Managers dar.
(→ YaSM-Datenobjekt, SP11: Managen von Lieferanten und Dienstleistern)


Lieferanten-Richtlinie
Die Lieferanten-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der externen Lieferanten und Dienstleister. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP11: Managen von Lieferanten und Dienstleistern)


Lösen von Incidents und Service Requests
(→ YaSM-Prozess, Service-Lifecycle-Prozesse > LP4: Betreiben der Services > LP4.6: Lösen von Incidents und Service Requests)


Lösen von Problemen
(→ YaSM-Prozess, Service-Lifecycle-Prozesse > LP4: Betreiben der Services > LP4.7: Lösen von Problemen)


→ YaSM-Begriffe mit "L"
→ Weitere YaSM-Begriffe anzeigen


M

Major-Incident-Team
(→ YaSM-Rolle, Major-Incident-Team)


Managen der Service-Finanzen
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP12: Managen der Service-Finanzen)


Managen von Lieferanten und Dienstleistern
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP11: Managen von Lieferanten und Dienstleistern)


Managen von Personal-Ressourcen
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP10: Managen von Personal-Ressourcen)


Managen von Projekten
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP6: Managen von Projekten)


→ Weitere YaSM-Begriffe anzeigen


O

Offene-Punkte-Liste
Die Liste offener Punkte ist ein Dokument, das der Aufzeichnung wichtiger Punkte und Ereignisse im Verlauf eines Projekts dient - insbesondere von offenen Punkten, bei denen der Projektausschuss oder das Management tätig werden müssen. Die Offene-Punkte-Liste ist ein wichtiges Hilfsmittel zur Verwaltung der offenen Punkte eines Projekts. Sie dient darüber hinaus der Dokumentation von signifikanten Ereignissen wie z.B. Entscheidungen zur Aktualisierung des Projektumfangs oder der Projekt-Meilensteine.
(→ YaSM-Datenobjekt, SP6: Managen von Projekten)


Operator
(→ YaSM-Rolle, Operator)


→ Weitere YaSM-Begriffe anzeigen


P

Personalmanagement-Richtlinie
Die Personalmanagement-Richtlinie (HR-Richtlinie) beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Personalressourcen, einschließlich der Kompetenzen, die zum Erbringen der vom Service-Provider angebotenen Servicepalette erforderlich sind. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP10: Managen von Personal-Ressourcen)


Personal-Manager
(→ YaSM-Rolle, Personal-Manager)


Pflegen der Kundenbeziehungen
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP3: Pflegen der Kundenbeziehungen)


Pflegen des Serviceportfolios
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP2: Pflegen des Serviceportfolios)


Problem Record
Ein Datensatz mit allen Angaben zu einem Problem, in dem der Verlauf des Problems von der Ersterfassung bis zur Schließung dokumentiert ist. Ein Problem ist definiert als die zugrundeliegende Ursache eines oder mehrerer (potentieller) Incidents, auch wenn die Ursache bei der Erstellung eines Problem Records oft noch nicht bekannt ist. In vielen Fällen wird eine Umgehungslösung (Workaround) für ein Problem bereitgestellt, solange eine vollständige Lösung noch nicht verfügbar ist.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services > LP4.7: Lösen von Problemen)


Problemlösungs-Richtlinie
Die Problemlösungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Behandlung von Problemen (zugrundeliegende Ursachen von Incidents). Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services > LP4.7: Lösen von Problemen)


Problem-Manager
(→ YaSM-Rolle, Problem-Manager)


Projektauftrag
Ein Projektauftrag ist ein Dokument, das der formellen Autorisierung eines Projekts dient. Er enthält eine Übersicht über Projektziele und -umfang, benennt die wichtigen vom Projekt betroffenen Parteien, definiert die Zuständigkeiten des Projektleiters und die verfügbaren Ressourcen. Weiterhin führt der Projektauftrag die ggf. für das Projekt geltenden Beschränkungen und Annahmen auf.
(→ YaSM-Datenobjekt, SP6: Managen von Projekten)


Projektausschuss
(→ YaSM-Rolle, Projektausschuss)


Projekt-Manager
(→ YaSM-Rolle, Projekt-Manager)


Projekt-Owner (Projekt-Verantwortlicher)
(→ YaSM-Rolle, Projekt-Owner/ Projekt-Verantwortlicher)


Projektplan
Ein Projektplan ist ein formelles, freigegebenes Dokument, in dem die Lieferergebnisse, Meilensteine, Aktivitäten und Ressourcen zu einem Projekt festgehalten sind. Am Projektplan orientieren sich sowohl Projektdurchführung als auch Projekt-Controlling.
(→ YaSM-Datenobjekt, SP6: Managen von Projekten)


Projekt-Prüfbericht
Die Ergebnisse eines Projekt-Reviews werden in einem entsprechenden Bericht festgehalten. Projekt-Nachprüfungen werden im Rahmen des Abschlusses von Projekten durchgeführt.Ziel ist, zu bestimmen, ob das Projekt erfolgreich war; weiterhin sollen Verbesserungs-Potentiale für künftige Projekte ermittelt werden.
(→ YaSM-Datenobjekt, SP6: Managen von Projekten)


Projekt-Richtlinie
Die Projekt-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen von Projekten. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP6: Managen von Projekten)


Projekt-Statusbericht
Ein Projekt-Statusbericht wird in regelmäßigen Intervallen in Verlauf eines Projekts erstellt. Er bietet eine Übersicht über den aktuellen Projektstatus und stellt insbesondere eventuelle Abweichungen hinsichtlich Projekt-Inhalt, -Zeitplan und -Kosten dar, einschließlich der getroffenen Maßnahmen zur Behebung der Abweichungen.
(→ YaSM-Datenobjekt, SP6: Managen von Projekten)


Protokoll zum Kundengespräch
Ein Protokoll zum Kundengespräch zeichnet die Details und Ergebnisse einer Besprechung des Service-Providers mit einem seiner Kunden auf. Dieser Bericht ist eine wichtige Grundlage für die die Entwicklung der Servicestrategie und die Definition von Service-Verbesserungs-Initiativen.
(→ YaSM-Datenobjekt, SP3: Pflegen der Kundenbeziehungen)


Protokoll zum Lieferantengespräch
Ein Protokoll zum Lieferantengespräch zeichnet die Details und Ergebnisse einer Besprechung des Service-Providers mit einem externen Lieferanten (Service-Supplier) auf. Dieser Bericht ist eine wichtige Grundlage für die Definition von Service-Verbesserungs-Initiativen.
(→ YaSM-Datenobjekt, SP11: Managen von Lieferanten und Dienstleistern)


Prozess-Betriebshandbuch
Ein Prozess-Betriebshandbuch spezifiziert die Aktivitäten, die für den Betrieb eines Prozesses und der darunter liegenden Infrastruktur erforderlich sind. Die Informationen im Prozess-Betriebshandbuch sollen die im Tagesgeschäft anfallenden Aufgaben auf eine für das Betriebspersonal nützliche Weise beschreiben. Einige Anweisungen für den Betrieb bestimmter Anwendungen, Systeme oder Infrastruktur-Komponenten können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.
(→ YaSM-Datenobjekt, SP1: Einrichten und Pflegen des Service-Management-Systems)


Prozess-Kennzahl
Prozess-Kennzahlen unterstützen das Managen eines Prozesses. Sie werden oft so ausgelegt, dass sich mit ihnen messen lässt, ob ein Prozess erfolgreich läuft. Als solches sind Kennzahlen ein wichtiger Input für die kontinuierliche Prozess-Verbesserung. Prozess-Kennzahlen spielen auch eine wichtige Rolle bei der Steuerung der Ressourcen des Service-Providers.
(→ YaSM-Datenobjekt, SP1: Einrichten und Pflegen des Service-Management-Systems)


Prozessmodell
Das Prozessmodell stellt eine Übersicht über die Service-Management-Prozesse dar. Es enthält typischerweise Sichten auf höherer Detailebene, die die Struktur und die Abhängigkeiten der Prozesse zeigen, sowie detailliertere Darstellungen mit den Inputs, Outputs, Aktivitäten und Verantwortlichkeiten der Prozesse. Das Prozessmodell ist ein wichtiges Werkzeug, um sicherzustellen, dass alle Prozesse innerhalb der Service-Provider-Organisation nahtlos zusammenarbeiten.
(→ YaSM-Datenobjekt, SP1: Einrichten und Pflegen des Service-Management-Systems)


Prozess-Owner (Prozess-Verantwortlicher)
(→ YaSM-Rolle, Prozess-Owner/ Prozess-Verantwortlicher)


Prozess-Review-Planung
Die Prozess-Review-Planung wird vom SMS-Manager gepflegt, um sicherzustellen, dass alle relevanten Prozesse und Bereiche der Service-Provider-Organisation je nach Erfordernis regelmäßigen Management Reviews, Audits, Benchmarkings oder Reifegrad-Bewertungen unterzogen werden.
(→ YaSM-Datenobjekt, SP1: Einrichten und Pflegen des Service-Management-Systems)


Prozess-Verbesserungs-Plan - PVP
Einträge im Prozessverbesserungs-Plan (PVP, auch Process Improvement Plan bzw. PIP) dienen der Erfassung und dem Management von Prozessverbesserungs-Initiativen über ihren gesamten Lebenszyklus. Es kann einen übergreifenden Prozess-Verbesserungs-Plan für alle Prozesse geben oder spezielle Pläne für bestimmte vom Service-Provider gemanagte Prozesse. Neue Einträge in den PVP gehen oft von Prozess-Reviews aus, jedoch können Vorschläge für Prozess-Verbesserungen auch aus anderen Quellen kommen.
(→ YaSM-Datenobjekt, SP1: Einrichten und Pflegen des Service-Management-Systems)


→ YaSM-Begriffe mit "P"
→ Weitere YaSM-Begriffe anzeigen


R

Register der Sicherheits-Risiken
Das Register der Sicherheits-Risiken ist ein vom Sicherheits-Manager genutztes Tool, das eine Übersicht über sämtliche Sicherheits-Risiken bietet, die zu managen sind. Das Register der Sicherheits-Risiken spezifiziert auch, wie die identifizierten Risiken behandelt werden; insbesondere nennt es die Sicherheits-Vorkehrungen und -Mechanismen zur Risikominderung.
(→ YaSM-Datenobjekt, SP7: Gewährleisten der Sicherheit)


Register gemanagter Katastrophen-Ereignisse
Das Register der gemanagten Katastrophen-Ereignisse ist ein vom Service-Kontinuitäts-Manager genutztes Tool, das eine Übersicht über die Katastrophen-Ereignissen bietet, gegen die der Service-Provider sich auf irgendeine Weise zu schützen beschlossen hat, ausgehend von der Betrachtung potentieller Schäden und Eintrittswahrscheinlichkeiten. Das Register der gemanagten Katastrophen-Ereignisse spezifiziert auch, wie die identifizierten Ereignisse behandelt werden; insbesondere nennt es die relevanten Service-Kontinuitäts-Pläne.
(→ YaSM-Datenobjekt, SP8: Vorbereiten auf Katastrophen-Ereignisse)


Richtlinie zur Katastrophen-Vorsorge
Die Richtlinie zur Katastrophen-Vorsorge beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Vorbereitung auf Ereignisse, die als Katastrophen angesehen werden, mit dem Ziel der Gewährleistung von Service-Kontinuität. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP8: Vorbereiten auf Katastrophen-Ereignisse)


→ YaSM-Begriffe mit "R"
→ Weitere YaSM-Begriffe anzeigen


S

Service Management System - SMS
Ein Management-System zur Lenkung und Kontrolle der Service-Management-Aktivitäten des Service-Providers. Schlüssel-Komponenten des SMS sind ein Satz von Service-Management-Richtlinien und Service-Management-Prozessen.


Service Request Record
Ein Record, der alle Details eines Service Requests (Serviceauftrags) aufzeichnet. Service Requests sind formale Anfragen eines Kunden bzw. Anwenders im Rahmen bestehender Service-Vereinbarungen - z.B. nach Informationen, Beratung, Zurücksetzen eines Passworts, oder Installation einer Workstation für einen neuen Anwender.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services > LP4.6: Lösen von Incidents und Service Requests)


Service
Eine Möglichkeit, einen Mehrwert für Kunden zu erbringen, indem das Erreichen der von den Kunden angestrebten Ergebnisse erleichtert oder gefördert wird. Dabei müssen die Kunden selbst keine Verantwortung für bestimmte Kosten und Risiken tragen. (Siehe → Service-Definition)


Service-Betriebshandbuch
Ein Service-Betriebshandbuch spezifiziert die Aktivitäten, die für den Betrieb eines Service und der darunter liegenden Infrastruktur erforderlich sind. Die Informationen im Service-Betriebshandbuch sollen die im Tagesgeschäft anfallenden Aufgaben auf eine für das Betriebspersonal nützliche Weise beschreiben. Einige Anweisungen für den Betrieb bestimmter Anwendungen, Systeme oder Infrastruktur-Komponenten können in separaten technischen Handbüchern oder Standardarbeitsanweisungen ('Standard Operating Procedures, SOP') dokumentiert werden.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services)


Service-Betriebs-Richtlinie
Die Service-Betriebs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Betrieb ihrer Service-Palette. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services)


Service-Definition
Eine Service-Definition spezifiziert die Eigenschaften eines Service, insbesondere die angebotene Funktionalität und die garantierten Service-Levels. Außerdem beschreiben Service-Definitionen, wie die Ressourcen der Organisation eingesetzt werden, um einen Service zu erbringen. Ein Service kann mit Hilfe eines oder mehrerer anderer (interner oder externer) unterstützender Services erbracht werden.
(→ YaSM-Datenobjekt, SP2: Pflegen des Serviceportfolios)


Service-Design-Manager
(→ YaSM-Rolle, Service-Design-Manager)


Service-Design-Richtlinie
Die Service-Design-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Designen neuer oder wesentlich geänderter Services. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, LP2: Designen neuer oder geänderter Services)


Service-Erstellungs-Richtlinie
Die Service-Erstellungs-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Implementierung neuer oder wesentlich geänderter Services. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, LP3: Erstellen neuer oder geänderter Services)


Service-Implementierungs-Konzept
Das Service-Implementierungs-Konzept baut auf den in den Service-Definitionen enthaltenen Spezifikationen auf. Es beschreibt aus technischer und organisatorischer Sicht, welche Voraussetzungen erforderlich sind, um einen neuen oder geänderten Service anbieten zu können, und skizziert den Ansatz zur Schaffung der notwendigen Service-Infrastruktur und sonstigen Voraussetzungen. Das Service-Implementierungs-Konzept ist eine wichtige Grundlage für die Projektplanung und die Service-Implementierung.
(→ YaSM-Datenobjekt, LP2: Designen neuer oder geänderter Services)


Service-Implementierungs-Manager
(→ YaSM-Rolle, Service-Implementierungs-Manager)


Servicekatalog
Ein Servicekatalog ist eine spezielle Sicht auf die Informationen im Serviceportfolio für bestehende oder potentielle Kunden. Servicekataloge sind oft interaktive, so dass Kunden und Service-Nutzer z.B. Incidents oder Serviceaufträge einstellen können. U.u. gibt es mehrere Servicekataloge, z.B. für bestimmte Kunden(-gruppen) oder Zwecke. (#8594; Serviceportfolio)


Service-Kontinuitäts-Manager
(→ YaSM-Rolle, Service-Kontinuitäts-Manager)


Service-Kontinuitäts-Plan
Ein Service-Kontinuitäts-Plan beschreibt, wie Service-Kontinuität bei einer bestimmten Art von Katastrophenfall erreicht wird. Der Plan spezifiziert die erforderlichen vorbereitenden Maßnahmen und beschreibt, wie im Katastrophenfall effektiv reagiert werden kann. Service-Kontinuitäts-Pläne enthalten gewöhnlich Verweise auf spezielle Wiederherstellungs-Pläne (Recovery-Pläne) mit genauen Anleitungen zur Wiederherstellung von Anwendungen, Systemen und anderen Infrastruktur-Komponenten.
(→ YaSM-Datenobjekt, SP8: Vorbereiten auf Katastrophen-Ereignisse)


Service-Management-Richtlinie
Die Service-Management-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen und Erbringen von Services mit Hilfe eines Service-Management-Systems (SMS). Die Service-Management-Richtlinie stellt die oberste Ebene in der Hierarchie der Richtlinien dar; sie wird unterstützt durch eine Reihe von spezifischen Richtlinien für die verschiedenen Service-Management-Prozesse. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP1: Einrichten und Pflegen des Service-Management-Systems)


Service-Management-Richtlinien
Die Service-Management-Richtlinien stellen ein Schlüssel-Element des Service-Management-Systems dar, indem sie Prinzipien und Regeln definieren, die in der Service-Provider-Organisation zu befolgen sind. Die Reihe der Service-Management-Richtlinien enthält eine übergeordnete Service-Management-Richtlinie, die durch eine Reihe von spezifischen Richtlinien für die verschiedenen Service-Management-Prozesse unterstützt wird.
(→ YaSM-Datenobjekt, SP1: Einrichten und Pflegen des Service-Management-Systems)


Service-Owner (Service-Verantwortlicher)
(→ YaSM-Rolle, Service-Owner/ Service-Verantwortlicher)


Serviceportfolio
Das Serviceportfolio ist die vollständige Liste aller Services, die vom Service-Provider verwaltet werden. Einige dieser Services sind für den Kunden sichtbar (Kundenservices), andere jedoch nicht (unterstützende Services, die mit internen oder externen Ressourcen erbracht werden können).
(→ YaSM-Datenobjekt, SP2: Pflegen des Serviceportfolios)


Serviceportfolio-Manager
(→ YaSM-Rolle, Serviceportfolio-Manager)


Serviceportfolio-Richtlinie
Die Serviceportfolio-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Verwalten der Service-Palette (des 'Serviceportfolios'). Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP2: Pflegen des Serviceportfolios)


Service-Qualitäts-Bericht
Ein Service-Qualitätsbericht stellt dar, inwieweit der Service-Provider in der Lage ist, die zugesagte Service-Qualität zu liefern. Insbesondere vergleicht der Bericht die erreichten Service-Levels mit den vereinbarten Zielwerten, wie in den Servicedefinitionen festgelegt. Service-Qualitätsberichte stellen auch etwaige Verletzungen vertraglicher Verpflichtungen und außergewöhnliche Ereignisse heraus.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services)


Service-Request-Modell
Service-Request-Modelle enthalten die vordefinierten Schritte zum Umgang mit einem bestimmten Typ von Serviceauftrag. Request-Modelle dienen dem Zweck, häufig wiederkehrende Serviceaufträge effektiv und effizient zu bearbeiten.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services > LP4.6: Lösen von Incidents und Service Requests)


Servicestrategie-Manager
(→ YaSM-Rolle, Servicestrategie-Manager)


Service-Strategie-Richtlinie
Die Service-Strategie-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zum Managen der Service-Strategie und der Service-Palette. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, LP1: Festlegen der strategischen Richtung)


Service-Verbesserungs-Manager
(→ YaSM-Rolle, Service-Verbesserungs-Manager)


Service-Verbesserungs-Plan - SVP
Der Service-Verbesserungs-Plan (SVP, auch Service Improvement Plan bzw. SIP) dient dem Management von Service-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus und zeigt deren Status. Es kann einen übergreifenden Service-Verbesserungs-Plan für alle Services geben oder spezielle Pläne für jeden vom Service-Provider gemanagten Service. Neue Einträge in den SVP gehen oft von Service-Reviews aus, jedoch können auch andere Service-Management-Prozesse Verbesserungen für Services vorschlagen.
(→ YaSM-Datenobjekt, LP5: Verbessern der Services)


Service-Verbesserungs-Richtlinie
Die Service-Verbesserungs-Richtlinie beschreibt und kommuniziert das beim Service-Provider angewandte Verfahren zur kontinuierlichen Verbesserung der Services. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, LP5: Verbessern der Services)


Sicherheits-Betriebshandbuch
Das Sicherheits-Betriebshandbuch spezifiziert die in der Verantwortung des Sicherheits-Managers liegenden Aktivitäten, die für den Betrieb der Sicherheits-Vorkehrungen und -Mechanismen erforderlich sind. Einige Anweisungen für den Betrieb bestimmter Sicherheits-Systeme können in separaten technischen Handbüchern oder 'Standardarbeitsanweisungen (Standard Operating Procedures, SOP)' dokumentiert werden.
(→ YaSM-Datenobjekt, SP7: Gewährleisten der Sicherheit)


Sicherheits-Manager
(→ YaSM-Rolle, Sicherheits-Manager)


Sicherheits-Richtlinie
Die Sicherheits-Richtlinie beschreibt und kommuniziert das in der Organisation angewandte Verfahren zur Gewährleistung der Sicherheit. Um effektiv zu sein, muss die Richtlinie vom oberen Management unterstützt und allen Betroffenen bekannt gemacht werden.
(→ YaSM-Datenobjekt, SP7: Gewährleisten der Sicherheit)


Sicherheits-Verbesserungs-Plan
Einträge im Sicherheits-Verbesserungs-Plan (Security Improvement Plan) dienen dem Sicherheits-Manager zur Erfassung und dem Management von Sicherheits-Verbesserungs-Initiativen über ihren gesamten Lebenszyklus. Initiativen im Sicherheits-Verbesserungs-Plan können vorbeugende Maßnahmen zur Erhöhung der Sicherheit implementieren, oder Mechanismen einrichten, mit denen effektiv auf Sicherheitsverletzungen reagiert werden kann.
(→ YaSM-Datenobjekt, SP7: Gewährleisten der Sicherheit)


Sicherstellen von Compliance
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP9: Sicherstellen von Compliance)


SMS-Manager
(→ YaSM-Rolle, SMS-Manager)


Spezifikation der Finanz-Daten-Kategorien
Die Spezifikation der Finanz-Daten-Kategorien listet und definiert die unterschiedlichen Kategorien, die zur Strukturierung der Finanzdaten verwendet werden, um Einblick in die Kosten der Service-Erstellung und der Service-Profitabilität zu erhalten.
(→ YaSM-Datenobjekt, SP12: Managen der Service-Finanzen)


Steuerungsgremium
(→ YaSM-Rolle, Steuerungsgremium)


Strategische Ziele
Die strategischen Ziele werden formuliert, nachdem ein strategisches Assessment durchgeführt wurde. Sie bestehen aus einem Satz spezifischer Ziele, die der Service-Provider mit Hilfe der Service-Strategie erreichen möchte. Somit sind die strategischen Ziele ein wichtiger Input für den strategischen Plan.
(→ YaSM-Datenobjekt, LP1: Festlegen der strategischen Richtung)


Strategischer Plan
Der strategische Plan (gelegentlich als 'Service-Strategie' bezeichnet) stellt dar, wie der Service-Provider seine strategischen Ziele erreicht. Er dient dem Management von strategischen Initiativen über ihren gesamten Lebenszyklus und zeigt deren Status. Neue Einträge in den strategischen Plan gehen oft von strategischen Assessments aus, jedoch können auch andere Service-Management-Prozesse strategische Initiativen vorschlagen.
(→ YaSM-Datenobjekt, LP1: Festlegen der strategischen Richtung)


Supplier-Manager
(→ YaSM-Rolle, Supplier-Manager)


System-Entwickler
→ siehe YaSM-Rolle, Anwendungs-/ System-Entwickler)


→ YaSM-Begriffe mit "S"
→ Weitere YaSM-Begriffe anzeigen


T

Technischer Fachexperte
(→ YaSM-Rolle, Technischer Fachexperte)


Technologie-Leitfaden
Der Technologie-Leitfaden stellt eine Übersicht über die wichtigsten Infrastruktur-Komponenten und Technologien bereit, sowie einen Plan für deren Weiterentwicklung. Der Technologie-Leitfaden dient vor allem dazu, die technische Infrastruktur des Service-Providers mit den strategischen Zielen in Einklang zu bringen. Außerdem soll die Organisation dabei unterstützt werden, sich auf einige Kern-Technologien zu fokussieren.
(→ YaSM-Datenobjekt, LP1: Festlegen der strategischen Richtung)


Test-Manager
(→ YaSM-Rolle, Test-Manager)


Testprotokoll
Ein Testprotokoll stellt einen detaillierten Bericht zu Testaktivitäten bereit. Ein solches Protokoll wird z.B. während der Tests neuer oder geänderter Service-Komponenten erstellt, oder während der Tests von Sicherheits- oder Service-Kontinuitäts-Mechanismen.
(→ YaSM-Datenobjekt, LP3: Erstellen neuer oder geänderter Services)


Testskript
Ein Testskript bzw. Testdrehbuch spezifiziert einen Satz von Testfällen einschließlich der erwarteten Ergebnisse. Die Art der Testfälle hängt davon ab, was zu testen ist.
(→ YaSM-Datenobjekt, LP3: Erstellen neuer oder geänderter Services)


→ Weitere YaSM-Begriffe anzeigen


U

Unterstützende Sicherheits-Richtlinie
Unterstützende Sicherheits-Richtlinien sind spezielle Richtlinien, die die übergeordnete Sicherheits-Richtlinie ergänzen. Sie stellen bindende Regeln auf, z.B. für die Nutzung von Systemen und Daten oder die Nutzung und Erbringung von Services.
(→ YaSM-Datenobjekt, SP7: Gewährleisten der Sicherheit)


→ Weitere YaSM-Begriffe anzeigen


V

Verbessern der Services
(→ YaSM-Prozess, Service-Lifecycle-Prozesse > LP5: Verbessern der Services)


Verwalten von Konfigurations-Informationen
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP4: Verwalten von Konfigurations-Informationen)


Vorbereiten auf Katastrophen-Ereignisse
(→ YaSM-Prozess, Unterstützende Service-Management-Prozesse > SP8: Vorbereiten auf Katastrophen-Ereignisse)


→ Weitere YaSM-Begriffe anzeigen


W

Wiederherstellungs-Plan
Wiederherstellungspläne (Recovery-Pläne) enthalten genaue Anweisungen zu den Maßnahmen, mit denen bestimmte Services und/ oder Systeme nach einem Ausfall wieder hergestellt werden können, was in vielen Fällen auch die Wiederherstellung von Daten zu einem definierten, konsistenten Stand mit einschließt.
(→ YaSM-Datenobjekt, LP4: Betreiben der Services)


→ Weitere YaSM-Begriffe anzeigen


Y

YaSM (Acronym)
Das Akronym "YaSM" steht für "Yet another Service management Model". (Siehe → Was ist YaSM?)


YaSM Service-Management-Prozesse
(→ YaSM-Prozesse)


→ Weitere YaSM-Begriffe anzeigen


Z

Zuordnungstabelle für indirekte Kosten
Zuordnungstabellen für indirekte Kosten sind eine Methode zur Aufteilung von Kosten (z.B. für Services), die über mehrere Kostenstellen oder Kostenträger zu verteilen sind. Eine Zuordnungstabelle für indirekte Kosten definiert die Regeln für die Zuweisung solcher indirekter Kosten zu einzelnen Kostenstellen oder Kostenträgern.
(→ YaSM-Datenobjekt, SP12: Managen der Service-Finanzen)


→ Weitere YaSM-Begriffe anzeigen


 

 

Anmerkungen

[1] YaSM® is a registered trade mark of IT Process Maps GbR.
[2] ITIL® is a registered trade mark of AXELOS Limited. - IT Infrastructure LibraryReg; is a registered trade mark of AXELOS Limited.
[3] © Crown copyright 2011. Reproduced with permission from the Cabinet Office.

Das YaSM-Glossar basiert auf: Die YaSM-Prozesslandkarte YaSM-Prozesslandkarte, Begriffe und Definitionen.

Von:  Stefan Kempter   und  Andrea Kempter Koautor: Andrea Kempter, IT Process Maps GbR, IT Process Maps.

Trademarks: ITIL® is a registered trademark of AXELOS Limited.

 

 ›  ›