LP2: Designen neuer oder geänderter Services: Unterschied zwischen den Versionen

Aus YaSM Service-Management-Wiki
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
<itpmch><title>LP2: Designen neuer oder geänderter Services | YaSM Service-Management-Wiki</title>
<itpmch><title>LP2: Designen neuer oder geänderter Services | YaSM Service-Management-Wiki</title>
<meta name="keywords" content="yasm services designen, yasm service design, service management design prozess" />
<meta name="keywords" content="yasm services designen, yasm service design, service management design prozess" />
<meta name="description" content="YaSM-Prozess: Designen neuer oder geänderter Service (LP2). - Definition, Sub-Prozesse, Prozess-Outputs, Prozess-Kennzahlen und Rollen." />
<meta name="description" content="Ziel des YaSM Service-Design-Prozesses ist es, die Service-Eigenschaften zu definieren, ... und die Vorgehensweise zur Implementierung neuer oder geänderter Services zu entwickeln." />
<meta property="og:url" content="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services" />
<meta property="og:title" content="LP2: Designen neuer oder geänderter Services | YaSM Service-Management-Wiki" />
<meta property="og:description" content="Ziel des YaSM Service-Design-Prozesses ist es, die Service-Eigenschaften zu definieren, ... und die Vorgehensweise zur Implementierung neuer oder geänderter Services zu entwickeln." />
<meta property="og:site_name" content="YaSM">
<meta property="og:type" content="article" />
<meta property="article:publisher" content="https://www.facebook.com/yasmcom" />
<meta property="fb:admins" content="100002035253209" />
<meta property="fb:admins" content="100002592864414" />
<meta property="og:image" content="https://yasm.com/wiki/de/img/yasm-prozess/Designen-neuer-oder-geaenderter-services-yasm-lp2.jpg" />
<meta property="og:image:width" content="588" />
<meta property="og:image:height" content="612" />
<meta property="og:image" content="https://yasm.com/wiki/de/img/yasm-prozess/thumbs/yasm-lp2-de-400x400.jpg" />
<meta property="og:image:width" content="400" />
<meta property="og:image:height" content="400" />
<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/LP2:_Design_new_or_changed_services"><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/LP2:_Design_new_or_changed_services"><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;"/>
<p>&nbsp;</p>
<p>&nbsp;</p>
<p><b>Prozessname:</b> <a href="#Prozess-Beschreibung" title="LP2: Designen neuer oder geänderter Services - Prozess-Beschreibung">Designen neuer oder geänderter Services</a> - <b>Teil von</b>: <a itemprop="isPartOf" href="https://yasm.com/wiki/de/index.php/YaSM-Prozesse#service-lifecycle-prozesse" title="YaSM Service-Lifecycle-Prozesse">Service-Lifecycle-Prozesse</a></p>
 
<p><b>Vorhergehender Prozess:</b> <a href="https://yasm.com/wiki/de/index.php/LP1:_Festlegen_der_strategischen_Richtung" title="Festlegen der strategischen Richtung">Festlegen der strategischen Richtung</a></p>
'''Prozessname:''' [[#Prozess-Beschreibung|Designen neuer oder geänderter Services]] - '''Teil von:''' [[YaSM-Prozesse#service-lifecycle-prozesse|Service-Lifecycle-Prozesse]]
<p><b>Nächster Prozess:</b> <a href="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_geänderter_Services" title="LP3: Erstellen neuer oder geänderter Services">Erstellen neuer oder geänderter Services</a></html>
 
'''Vorhergehender Prozess:''' [[LP1: Festlegen der strategischen Richtung|Festlegen der strategischen Richtung]]
 
'''Nächster Prozess:''' [[LP3: Erstellen neuer oder geänderter Services|Erstellen neuer oder geänderter Services]]


<p>&nbsp;</p>
<p>&nbsp;</p>
Zeile 14: Zeile 31:
==Prozess-Beschreibung==
==Prozess-Beschreibung==


<html><div itemscope itemtype="https://schema.org/ImageObject" style="width:588px;"><img itemprop="contentUrl" style="margin:20px 0px 10px 0px;" src="https://yasm.com/wiki/de/img/yasm-prozess/Designen-neuer-oder-geaenderter-services-yasm-lp2.jpg" width="588" height="612" title="Abb. 1: Designen neuer oder geänderter Services. - YaSM-Prozess LP2." alt="Designen neuer oder geänderter Services. - YaSM Service-Design-Prozess LP2." /><div class="thumbcaption"><span style="font-variant:small-caps;"><b>Abbildung 1:</b></span> <small><span itemprop="caption">"Designen neuer geänderter Services". - YaSM Service-Lifecycle-Prozess LP2.</span></small></div></div><br style="clear:both;"/>
<html><div itemid="https://yasm.com/wiki/de/img/yasm-prozess/Designen-neuer-oder-geaenderter-services-yasm-lp2.jpg" itemscope itemtype="https://schema.org/ImageObject">
<a href="https://yasm.com/wiki/de/img/yasm-prozess/Designen-neuer-oder-geaenderter-services-yasm-lp2.jpg" title="Designen neuer oder geänderter Services. - YaSM-Prozess LP2." itemprop="contentUrl">
<meta itemprop="width" content="588" />
<meta itemprop="height" content="612" />
<meta itemprop="keywords" content="YaSM Service Design" />
<meta itemprop="keywords" content="YaSM Service-Design-Prozess" />
<meta itemprop="keywords" content="Service Management Design" />
<img style="margin:20px 0px 10px 0px; float:left;" src="https://yasm.com/wiki/de/img/yasm-prozess/Designen-neuer-oder-geaenderter-services-yasm-lp2.jpg" width="588" height="612" title="Designen neuer oder geänderter Services. - YaSM-Prozess LP2." alt="Abb. 1: Designen neuer oder geänderter Services. - YaSM Service-Design-Prozess LP2." /></a><br style="clear:both;"/>
<div class="thumbcaption"><span style="font-variant:small-caps;"><b>Abbildung 1:</b></span> <small><span itemprop="caption">"Designen neuer geänderter Services". - YaSM Service-Lifecycle-Prozess LP2.</span></small></div></div><br style="clear:both;"/>


<p><span itemprop="description">Zu den Hauptaufgaben des <span itemprop="alternativeHeadline">YaSM Service-Design-Prozess</span>es ("<strong class="selflink"><span itemprop="name Headline">LP2: Designen neuer oder geänderter Services</span></strong>") gehören das Definieren der erforderlichen Service-Eigenschaften, Bestimmen der Infrastruktur und anderer Voraussetzungen, die für das Erbringen des Service notwendig sind, sowie das Entwickeln der Vorgehensweise zur Implementierung neuer oder geänderter Services.</span></p>
<p><span id="md-itempage-description" itemprop="description">Zu den Hauptaufgaben des YaSM Service-Design-Prozesses ("<strong class="selflink">LP2: Designen neuer oder geänderter Services</strong>") gehören das Definieren der erforderlichen Service-Eigenschaften, Bestimmen der Infrastruktur und anderer Voraussetzungen, die für das Erbringen des Service notwendig sind, sowie das Entwickeln der Vorgehensweise zur Implementierung neuer oder geänderter Services.</span></p>


<p>Während über die Service-Design- und Service-Erstellungsprozesse die eigentlichen Design- und Erstellungsaktivitäten erfolgen, besteht die Aufgabe des Projektmanagement-Prozesses typischerweise in der Gesamtplanung und -koordinierung des Service-Entwicklungsprojekts.</html>
<p>Während über die Service-Design- und Service-Erstellungsprozesse die eigentlichen Design- und Erstellungsaktivitäten erfolgen, besteht die Aufgabe des Projektmanagement-Prozesses typischerweise in der Gesamtplanung und -koordinierung des Service-Entwicklungsprojekts.</html>
Zeile 24: Zeile 49:
==Sub-Prozesse==
==Sub-Prozesse==


<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<html><!-- define schema.org/CreativeWork --><div itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Sub-Prozesse" itemscope="itemscope" itemtype="https://schema.org/CreativeWork">
<meta itemprop="itemListOrder" content="Ascending" />
<link itemprop="additionalType" href="http://www.productontology.org/id/Business_process" />
<p><span itemprop="name" content="LP2: Designen neuer oder geänderter Services. - Sub-Prozesse:"><i>"Designen neuer oder geänderter Services"</i> beinhaltet die folgenden Sub-Prozesse:</span>
<meta itemprop="name" content="Service-Design-Prozesse" />
<meta itemprop="alternateName" content="Definition der YaSM Service-Design-Prozesse" />
<p><span itemprop="description">YaSM's Service-Design-Prozess <i>'LP2: Designen neuer oder geänderter Services'</i> beinhaltet die folgenden Sub-Prozesse:</span>
</p>
</p>
<p>&#160;</p>
<p>&#160;</p>
<p><b><span id="LP2.1" itemprop="itemListElement">LP2.1: Definieren der erforderlichen Service-Eigenschaften</span></b></p>
 
<ul><li itemprop="description">Prozessziel: Definieren des erwarteten Service-Ergebnisses und der erforderlichen Eigenschaften eines neuen oder geänderten Service. Dies schließt die Definition der Eigenschaften aller unterstützenden Services mit ein, die eingerichtet oder geändert werden müssen, um den neuen Service zu erbringen.</li></ul>
<div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP2.1" itemscope itemtype="https://schema.org/CreativeWork">
<meta itemprop="alternateName" content="YaSM Service-Design-Prozess LP2.1" />
<dl id="LP2.1"><dt itemprop="name">LP2.1: Definieren der erforderlichen Service-Eigenschaften</dt>
<dd itemprop="description">Prozessziel: Definieren des erwarteten Service-Ergebnisses und der erforderlichen Eigenschaften eines neuen oder geänderten Service. Dies schließt die Definition der Eigenschaften aller unterstützenden Services mit ein, die eingerichtet oder geändert werden müssen, um den neuen Service zu erbringen.</dd></dl>
</div>
<p><br /></p>
<p><br /></p>
<p><b><span id="LP2.2" itemprop="itemListElement">LP2.2: Designen der erforderlichen Infrastruktur</span></b></p>
<div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP2.2" itemscope itemtype="https://schema.org/CreativeWork">
<ul><li itemprop="description">Prozessziel: Spezifizieren der erforderlichen Infrastruktur und anderer Voraussetzungen, die geschaffen werden müssen, bevor ein neuer oder geänderter Service erbracht werden kann.</li></ul>
<meta itemprop="alternateName" content="YaSM Service-Design-Prozess LP2.2" />
<dl id="LP2.2"><dt itemprop="name">LP2.2: Designen der erforderlichen Infrastruktur</dt>
<dd itemprop="description">Prozessziel: Spezifizieren der erforderlichen Infrastruktur und anderer Voraussetzungen, die geschaffen werden müssen, bevor ein neuer oder geänderter Service erbracht werden kann.</dd></dl>
</div>
<p><br /></p>
<p><br /></p>
<p><b><span id="LP2.3" itemprop="itemListElement">LP2.3: Beschreiben des Vorgehens zur Implementierung</span></b></p>
<div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP2.3" itemscope itemtype="https://schema.org/CreativeWork">
<ul><li itemprop="description">Prozessziel: Beschreiben, wie die Infrastruktur und andere Voraussetzungen für die Erbringung eines neuen oder geänderten Service geschaffen werden.</li></ul>
<meta itemprop="alternateName" content="YaSM Service-Design-Prozess LP2.3" />
<dl id="LP2.3"><dt itemprop="name">LP2.3: Beschreiben des Vorgehens zur Implementierung</dt>
<dd itemprop="description">Prozessziel: Beschreiben, wie die Infrastruktur und andere Voraussetzungen für die Erbringung eines neuen oder geänderten Service geschaffen werden.</dd></dl>
</div>
<p><br /></p>
<p><br /></p>
<p><b><span id="LP2.4" itemprop="itemListElement">LP2.4: Vorbereiten der Service-Implementierung</span></b></p>
<div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP2.4" itemscope itemtype="https://schema.org/CreativeWork">
<ul><li itemprop="description">Prozessziel: Durchführen einer finalen Begutachtung der Service-Design-Dokumente, und Entscheiden, ob der Service zur Implementierung bereit ist. Dies schließt die Einreichung eines oder mehrerer RFCs beim Change-Bewertungs-Prozess mit ein.</li></ul>
<meta itemprop="alternateName" content="YaSM Service-Design-Prozess LP2.4" />
</div><!-- end of schema.org/ItemList --><p></html>
<dl id="LP2.4"><dt itemprop="name">LP2.4: Vorbereiten der Service-Implementierung</dt>
<dd itemprop="description">Prozessziel: Durchführen einer finalen Begutachtung der Service-Design-Dokumente, und Entscheiden, ob der Service zur Implementierung bereit ist. Dies schließt die Einreichung eines oder mehrerer RFCs beim Change-Bewertungs-Prozess mit ein.</dd></dl>
</div>
</div><!-- end of schema.org/CreativeWork --><p></html>


<p>&nbsp;</p>
<p>&nbsp;</p>
Zeile 46: Zeile 86:
==Prozess-Outputs==
==Prozess-Outputs==


<html><div itemscope="itemscope" itemtype="https://schema.org/ItemList"><!-- define schema.org/ItemList -->
<html><div itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-Outputs" itemscope="itemscope" itemtype="https://schema.org/CreativeWork"><!-- define schema.org/CreativeWork -->
<meta itemprop="itemListOrder" content="Ascending" />
<meta itemprop="name" content="YaSM-Prozess LP2: Dokumente und Records" />
<p><span itemprop="name">Die folgenden Dokumente und Records werden von <i>"Designen neuer oder geänderter Services"</i> erzeugt</span>; YaSM-Datenobjekte <a href="#ydo" title="YaSM-Datenobjekt">[*]</a> sind mit einem Sternsymbol markiert, und andere Objekte werden in grau dargestellt.</p>
<meta itemprop="alternateName" content="Service-Design Prozess-Outputs" />
<meta itemprop="alternateName" content="Service-Design Datenobjekte" />
<p><span itemprop="description">Die folgenden Dokumente und Records werden von YaSM's Service-Design-Prozess <i>'Designen neuer oder geänderter Services'</i> erzeugt.</span> YaSM-Datenobjekte <a href="#ydo" title="YaSM-Datenobjekt">[*]</a> sind mit einem Sternsymbol markiert, und andere Objekte werden in grau dargestellt.</p>
<p>&#160;</p>
<p>&#160;</p>
<p><b><span itemprop="itemListElement" style="color:#636363">Aktualisierungs-Daten für den Projektplan</span></b></p>
 
<ul><li itemprop="description" style="color:#636363">Ist-Daten zu Projekt-Fortschritt und Ressourcen-Verbrauch, die von unterschiedlichen Service-Management-Prozessen an den Projektmanager übermittelt werden. Diese Daten sind ein Input für das Projekt-Controlling.</li></ul>
<dl style="color:#636363"><dt>Aktualisierungs-Daten für den Projektplan</dt>
<dd>Ist-Daten zu Projekt-Fortschritt und Ressourcen-Verbrauch, die von unterschiedlichen Service-Management-Prozessen an den Projektmanager übermittelt werden. Diese Daten sind ein Input für das Projekt-Controlling.</dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Anforderung zur Bewertung der Compliance-Auswirkungen</span></b></p>
<dl style="color:#636363"><dt>Anforderung zur Bewertung der Compliance-Auswirkungen</dt>
<ul><li itemprop="description" style="color:#636363">Eine Anforderung zur Bewertung, welche Compliance-Anforderungen für einen neuen oder geänderten Service relevant sind, typischerweise erteilt während des Service-Designs.</li></ul>
<dd>Eine Anforderung zur Bewertung, welche Compliance-Anforderungen für einen neuen oder geänderten Service relevant sind, typischerweise erteilt während des Service-Designs.</dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span id="Anforderung-zum-Hinzufuegen-von-Services-zum-Serviceportfolio" itemprop="itemListElement" style="color:#636363">Anforderung zum Hinzufügen von Services zum Serviceportfolio</span></b></p>
<dl id="Anforderung-zum-Hinzufuegen-von-Services-zum-Serviceportfolio" style="color:#636363"><dt>Anforderung zum Hinzufügen von Services zum Serviceportfolio</dt>
<ul><li itemprop="description" style="color:#636363">Eine Anforderung aus einem Service-Management-Prozess zum Hinzufügen neuer (Versionen von) Services zum Serviceportfolio. Eine solche Anforderung wird an den Serviceportfolio-Manager gerichtet, wenn neue oder signifikant geänderte Services erstellt werden.</li></ul>
<dd>Eine Anforderung aus einem Service-Management-Prozess zum Hinzufügen neuer (Versionen von) Services zum Serviceportfolio. Eine solche Anforderung wird an den Serviceportfolio-Manager gerichtet, wenn neue oder signifikant geänderte Services erstellt werden.</dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Anforderung zur Bewertung von Kontinuitäts-Risiken</span></b></p>
<dl style="color:#636363"><dt>Anforderung zur Bewertung von Kontinuitäts-Risiken</dt>
<ul><li itemprop="description" style="color:#636363">Eine Anforderung zur Bewertung von Risiken im Zusammenhang mit Katastrophenfällen; diese wird typischerweise während des Service-Designs erteilt, falls evtl. neue oder geänderte Kontinuitäts-Vorkehrungen für einen neuen oder verbesserten Service benötigt werden.</li></ul>
<dd>Eine Anforderung zur Bewertung von Risiken im Zusammenhang mit Katastrophenfällen; diese wird typischerweise während des Service-Designs erteilt, falls evtl. neue oder geänderte Kontinuitäts-Vorkehrungen für einen neuen oder verbesserten Service benötigt werden.</dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Anforderung zur Bewertung von Sicherheits-Risiken</span></b></p>
<dl style="color:#636363"><dt>Anforderung zur Bewertung von Sicherheits-Risiken</dt>
<ul><li itemprop="description" style="color:#636363">Eine Anforderung zur Bewertung von Sicherheits-Risiken; diese wird typischerweise während des Service-Designs erteilt, falls evtl. neue oder geänderte Sicherheits-Regelungen und -Mechanismen für einen neuen oder verbesserten Service benötigt werden.</li></ul>
<dd>Eine Anforderung zur Bewertung von Sicherheits-Risiken; diese wird typischerweise während des Service-Designs erteilt, falls evtl. neue oder geänderte Sicherheits-Regelungen und -Mechanismen für einen neuen oder verbesserten Service benötigt werden.</dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span id="Anforderungs-Spezifikation" itemprop="itemListElement">Anforderungs-Spezifikation</span></b> <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></p>
<dl id="Anforderungs-Spezifikation"><dt>Anforderungs-Spezifikation</dt>
<ul><li itemprop="description">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.</li></ul>
<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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span itemprop="itemListElement">Budget-Anforderung</span></b> <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></p>
<dl><dt>Budget-Anforderung</dt>
<ul><li itemprop="description">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.</li></ul>
<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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span itemprop="itemListElement">Change Record</span></b> <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></p>
<dl><dt>Change Record</dt>
<ul><li itemprop="description">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.</li></ul>
<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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Informationen zum Change-Status</span></b></p>
<dl style="color:#636363"><dt>Informationen zum Change-Status</dt>
<ul><li itemprop="description" style="color:#636363">Aktuelle Status-Informationen zur Implementierung eines Changes. Diese Informationen werden dem Change-Manager von den verschiedenen Prozessen zur Verfügung gestellt, die freigegebene Changes implementieren. Der Change-Manager wird so in die Lage versetzt, die Change Records und die Change-Planung aktuell zu halten.</li></ul>
<dd>Aktuelle Status-Informationen zur Implementierung eines Changes. Diese Informationen werden dem Change-Manager von den verschiedenen Prozessen zur Verfügung gestellt, die freigegebene Changes implementieren. Der Change-Manager wird so in die Lage versetzt, die Change Records und die Change-Planung aktuell zu halten.</dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span itemprop="itemListElement" style="color:#636363">Preis-Schema</span></b></p>
<dl style="color:#636363"><dt>Preis-Schema</dt>
<ul><li itemprop="description" style="color:#636363">Ein Preis-Schema stellt die Basis für die Berechnung des Preises dar, den ein Kunde für die Nutzung eines Service zu bezahlen hat. Preis-Schemata werden vom Finanz-Manager gepflegt und können einfach oder komplexer sein, insbesondere wenn der zu bezahlende Betrag von der tatsächlichen Nutzung des Service oder der Service-Qualität abhängt. Eine Beschreibung des maßgeblichen Preis-Schemas ist auch in den Service-Vereinbarungen enthalten.</li></ul>
<dd>Ein Preis-Schema stellt die Basis für die Berechnung des Preises dar, den ein Kunde für die Nutzung eines Service zu bezahlen hat. Preis-Schemata werden vom Finanz-Manager gepflegt und können einfach oder komplexer sein, insbesondere wenn der zu bezahlende Betrag von der tatsächlichen Nutzung des Service oder der Service-Qualität abhängt. Eine Beschreibung des maßgeblichen Preis-Schemas ist auch in den Service-Vereinbarungen enthalten.</dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span itemprop="itemListElement">Service-Definition</span></b> <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></p>
<dl id="Service-Definition"><dt>Service-Definition</dt>
<ul><li itemprop="description">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.</li></ul>
<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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl>
<p><br /></p>
<p><br /></p>
<p><b><span id="Service-Implementierungs-Konzept" itemprop="itemListElement">Service-Implementierungs-Konzept</span></b> <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></p>
<dl id="Service-Implementierungs-Konzept"><dt>Service-Implementierungs-Konzept</dt>
<ul><li itemprop="description">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.</li></ul>
<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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl>
</div><!-- end of schema.org/ItemList --><p>
</div><!-- end of schema.org/CreativeWork --><p>


<p>&nbsp;</p>
<p>&nbsp;</p>
Zeile 100: Zeile 143:
<html><p>Prozesskennzahlen werden benötigt, wenn gemessen werden soll, ob die Service-Management-Prozesse "zufriedenstellend" laufen.</p>
<html><p>Prozesskennzahlen werden benötigt, wenn gemessen werden soll, ob die Service-Management-Prozesse "zufriedenstellend" laufen.</p>


<p>Vorschläge zu geeigneten <a itemprop="significantLinks" href="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen" title="Wie ermittelt man die Performance der YaSM-Prozesse - Prozesskennzahlen">Prozess-Kennzahlen</a> entnehmen Sie der <a itemprop="significantLinks" href="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen/_Service-Lifecycle-Prozesse#metriken-lp2" title="Kennzahlen für den YaSM-Prozess LP2: Designen neuer oder geänderter Services.">Liste von Kennzahlen zum Service-Design-Prozess</a>.</html>
<p>Vorschläge zu geeigneten <a href="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen" title="Wie ermittelt man die Performance der YaSM-Prozesse - Prozesskennzahlen">Prozess-Kennzahlen</a> entnehmen Sie der <a href="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen/_Service-Lifecycle-Prozesse#metriken-lp2" title="Kennzahlen für den YaSM-Prozess LP2: Designen neuer oder geänderter Services.">Liste von Kennzahlen zum Service-Design-Prozess</a>.</html>


<p>&nbsp;</p>
<p>&nbsp;</p>
Zeile 182: Zeile 225:
<p>&nbsp;</p>
<p>&nbsp;</p>


==[ Infobox ]==
==Anmerkungen==
 
<html><img src="https://yasm.com/wiki/de/img/yasm-prozess/thumbs/yasm-lp2-de-180x110.jpg" width="180" height="110" title="YaSM LP2: Designen neuer oder geänderter Services" alt="YaSM LP2: Designen neuer oder geänderter Services. - Thumbnail." style="display: block; float: left; margin-right: 10px" /></p>
<div style="margin-left: 30%; color:#636363">
<p style="margin-top: 0;">Basiert auf: Der Service-Design-Prozess aus der <a href="https://yasm.com/de/produkte/yasm-prozesslandkarte" title="YaSM-Prozesslandkarte">YaSM Prozesslandkarte</a>.</p>
 
<p><small>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.</small><br style="clear:both;"/></div><p></html>
 
<p>&nbsp;</p>
 
<p>&nbsp;</p>


<html><table class="wikitable">
==Themenverwandte Blog-Beiträge==
<tr>
 
<td>Link zu dieser Seite:</td>
<html><a href="https://yasm.com/de/blog/service-design-yasm"><img src="https://yasm.com/de/content/blog/150315-service-design-yasm/img-180x110.jpg" alt="Der Service-Design-Prozess in YaSM enthält die Aktivitäten zum Designen neuer bzw. geänderter Services." style="display: block; float: left; margin-right: 10px"/></a>
<td><a itemprop="url" href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_geänderter_Services">https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_geänderter_Services</a></td>
<div style="margin-left: 30%; color:#636363">
</tr>
<p style="margin-top: 0;"><a href="https://yasm.com/de/blog/service-design-yasm">YaSM und Service Design</a></p>
<tr>
<p><small>von: Stefan Kempter</small></p>
<td>Sprachversionen:</td>
<p>Während das in ITIL&reg; beschriebene 'Service Design' oft Verwirrung stiftet, ist der Service-Design-Prozess in YaSM sehr geradlinig: <a href="https://yasm.com/de/blog/service-design-yasm">[...]</a></p></div>
<td><span itemprop="inLanguage" content="de">Deutsch</span> | <span><a itemprop="citation" class="external TEXT" href="https://yasm.com/wiki/en/index.php/LP2:_Design_new_or_changed_services" title="LP2: Design new or changed services">English</a></span></td>
 
</tr>
<p>&nbsp;</p>
<tr>
 
<td>Image:</td>
<a href="https://yasm.com/de/blog/capacity-management-yasm"><img src="https://yasm.com/de/content/blog/150421-capacity-management-yasm/img-180x110.jpg" alt="ITIL&reg;, verfügt über Kapazitätsmanagement als Teil von Service Design. Brauchen wir wirklich einen Capacity Management Prozess?" style="display: block; float: left; border:1px solid #d9d9d9; margin-right: 10px"/></a>
<td style="vertical-align:top"><a itemprop="primaryImageOfPage" href="https://yasm.com/wiki/de/img/yasm-prozess/Designen-neuer-oder-geaenderter-services-yasm-lp2.jpg" title="Abb. 1: Designen neuer oder geänderter Services. - YaSM-Prozess LP2">YaSM LP2: Designen neuer oder geänderter Services (.JPG)</a></td>
<div style="margin-left: 30%; color:#636363">
</tr>
<p style="margin-top: 0;"><a href="https://yasm.com/de/blog/capacity-management-yasm">Wo ist das Capacity Management?</a></p>
<tr>
<p><small>von: Stefan Kempter</small></p>
<td>Autoren:</td>
<p>ITIL&reg; verfügt über einen Kapazitätsmanagement-Prozess als Teil von Service Design. Es würde niemand ernstlich bestreiten, dass Service-Kapazität und -Performance gemanagt werden müssen. Aber braucht man dazu einen Capacity-Management-Prozess? <a href="https://yasm.com/de/blog/capacity-management-yasm">[...]</a></p></div><p>
<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>
<p>&nbsp;</p>
</tr>
</table>


<p><small>
<p><small>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_geänderter_Services#Prozess-Beschreibung" itemprop="url"><span itemprop="title">Prozess-Beschreibung</span></a> ›  
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-Beschreibung" itemprop="url"><span itemprop="title">Prozess-Beschreibung</span></a> ›  
</span>
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_geänderter_Services#Sub-Prozesse" itemprop="url"><span itemprop="title">Sub-Prozesse</span></a> ›  
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Sub-Prozesse" itemprop="url"><span itemprop="title">Sub-Prozesse</span></a> ›  
</span>
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_geänderter_Services#Prozess-Outputs" itemprop="url"><span itemprop="title">Prozess-Outputs</span></a> ›  
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-Outputs" itemprop="url"><span itemprop="title">Prozess-Outputs</span></a> ›  
</span>
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_geänderter_Services#Prozess-Kennzahlen" itemprop="url"><span itemprop="title">Kennzahlen</span></a> ›  
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-Kennzahlen" itemprop="url"><span itemprop="title">Kennzahlen</span></a> ›  
</span>
</span>
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb">
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_geänderter_Services#Rollen_und_Verantwortlichkeiten" itemprop="url"><span itemprop="title">Rollen</span></a>
<a href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Rollen_und_Verantwortlichkeiten" itemprop="url"><span itemprop="title">Rollen</span></a>
</span>
</span>
</small></p>
</small></p>
</div><!-- end of schema.org/WebPage --><p></html>
 
<!-- define schema.org/ItemPage --> <span itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services" itemscope itemtype="https://schema.org/ItemPage" itemref="md-itempage-description">
  <link itemprop="additionalType" href="http://www.productontology.org/id/Business_process" />
  <meta itemprop="name Headline" content="LP2: Designen neuer oder geänderter Services" />
  <meta itemprop="alternateName" content="YaSM Service-Design-Prozess" />
  <link itemprop="url" href="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services" />
  <span itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Sub-Prozesse" itemscope itemtype="https://schema.org/CreativeWork">
    </span>
  <span itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP2:_Designen_neuer_oder_ge%C3%A4nderter_Services#Prozess-Outputs" itemscope itemtype="https://schema.org/CreativeWork">
    </span>
  <link itemprop="primaryImageOfPage" href="https://yasm.com/wiki/de/img/yasm-prozess/Designen-neuer-oder-geaenderter-services-yasm-lp2.jpg" />
  <link itemprop="image" href="https://yasm.com/wiki/de/img/yasm-prozess/Designen-neuer-oder-geaenderter-services-yasm-lp2.jpg" />
  <meta itemprop="significantLinks" content="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen" />
  <meta itemprop="significantLinks" content="https://yasm.com/wiki/de/index.php/YaSM-Kennzahlen/_Service-Lifecycle-Prozesse#metriken-lp2" />
  <link itemprop="isPartOf" href="https://yasm.com/wiki/de/index.php/YaSM-Prozesse#service-lifecycle-prozesse" />
  <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/LP2:_Design_new_or_changed_services" />
  <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-Prozess]]
[[Kategorie:YaSM-Prozess]]
<!-- keine Inhalte nach diesem Kommentar! -->
<!-- keine Inhalte nach diesem Kommentar! -->

Version vom 15. November 2016, 11:13 Uhr

in English

 

Prozessname: Designen neuer oder geänderter Services - Teil von: Service-Lifecycle-Prozesse

Vorhergehender Prozess: Festlegen der strategischen Richtung

Nächster Prozess: Erstellen neuer oder geänderter Services

 

Prozess-Beschreibung

Abb. 1: Designen neuer oder geänderter Services. - YaSM Service-Design-Prozess LP2.
Abbildung 1: "Designen neuer geänderter Services". - YaSM Service-Lifecycle-Prozess LP2.


Zu den Hauptaufgaben des YaSM Service-Design-Prozesses ("LP2: Designen neuer oder geänderter Services") gehören das Definieren der erforderlichen Service-Eigenschaften, Bestimmen der Infrastruktur und anderer Voraussetzungen, die für das Erbringen des Service notwendig sind, sowie das Entwickeln der Vorgehensweise zur Implementierung neuer oder geänderter Services.

Während über die Service-Design- und Service-Erstellungsprozesse die eigentlichen Design- und Erstellungsaktivitäten erfolgen, besteht die Aufgabe des Projektmanagement-Prozesses typischerweise in der Gesamtplanung und -koordinierung des Service-Entwicklungsprojekts.

 

Sub-Prozesse

YaSM's Service-Design-Prozess 'LP2: Designen neuer oder geänderter Services' beinhaltet die folgenden Sub-Prozesse:

 

LP2.1: Definieren der erforderlichen Service-Eigenschaften
Prozessziel: Definieren des erwarteten Service-Ergebnisses und der erforderlichen Eigenschaften eines neuen oder geänderten Service. Dies schließt die Definition der Eigenschaften aller unterstützenden Services mit ein, die eingerichtet oder geändert werden müssen, um den neuen Service zu erbringen.


LP2.2: Designen der erforderlichen Infrastruktur
Prozessziel: Spezifizieren der erforderlichen Infrastruktur und anderer Voraussetzungen, die geschaffen werden müssen, bevor ein neuer oder geänderter Service erbracht werden kann.


LP2.3: Beschreiben des Vorgehens zur Implementierung
Prozessziel: Beschreiben, wie die Infrastruktur und andere Voraussetzungen für die Erbringung eines neuen oder geänderten Service geschaffen werden.


LP2.4: Vorbereiten der Service-Implementierung
Prozessziel: Durchführen einer finalen Begutachtung der Service-Design-Dokumente, und Entscheiden, ob der Service zur Implementierung bereit ist. Dies schließt die Einreichung eines oder mehrerer RFCs beim Change-Bewertungs-Prozess mit ein.

 

Prozess-Outputs

Die folgenden Dokumente und Records werden von YaSM's Service-Design-Prozess 'Designen neuer oder geänderter Services' erzeugt. YaSM-Datenobjekte [*] sind mit einem Sternsymbol markiert, und andere Objekte werden in grau dargestellt.

 

Aktualisierungs-Daten für den Projektplan
Ist-Daten zu Projekt-Fortschritt und Ressourcen-Verbrauch, die von unterschiedlichen Service-Management-Prozessen an den Projektmanager übermittelt werden. Diese Daten sind ein Input für das Projekt-Controlling.


Anforderung zur Bewertung der Compliance-Auswirkungen
Eine Anforderung zur Bewertung, welche Compliance-Anforderungen für einen neuen oder geänderten Service relevant sind, typischerweise erteilt während des Service-Designs.


Anforderung zum Hinzufügen von Services zum Serviceportfolio
Eine Anforderung aus einem Service-Management-Prozess zum Hinzufügen neuer (Versionen von) Services zum Serviceportfolio. Eine solche Anforderung wird an den Serviceportfolio-Manager gerichtet, wenn neue oder signifikant geänderte Services erstellt werden.


Anforderung zur Bewertung von Kontinuitäts-Risiken
Eine Anforderung zur Bewertung von Risiken im Zusammenhang mit Katastrophenfällen; diese wird typischerweise während des Service-Designs erteilt, falls evtl. neue oder geänderte Kontinuitäts-Vorkehrungen für einen neuen oder verbesserten Service benötigt werden.


Anforderung zur Bewertung von Sicherheits-Risiken
Eine Anforderung zur Bewertung von Sicherheits-Risiken; diese wird typischerweise während des Service-Designs erteilt, falls evtl. neue oder geänderte Sicherheits-Regelungen und -Mechanismen für einen neuen oder verbesserten Service benötigt werden.


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. [*]


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. [*]


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. [*]


Informationen zum Change-Status
Aktuelle Status-Informationen zur Implementierung eines Changes. Diese Informationen werden dem Change-Manager von den verschiedenen Prozessen zur Verfügung gestellt, die freigegebene Changes implementieren. Der Change-Manager wird so in die Lage versetzt, die Change Records und die Change-Planung aktuell zu halten.


Preis-Schema
Ein Preis-Schema stellt die Basis für die Berechnung des Preises dar, den ein Kunde für die Nutzung eines Service zu bezahlen hat. Preis-Schemata werden vom Finanz-Manager gepflegt und können einfach oder komplexer sein, insbesondere wenn der zu bezahlende Betrag von der tatsächlichen Nutzung des Service oder der Service-Qualität abhängt. Eine Beschreibung des maßgeblichen Preis-Schemas ist auch in den Service-Vereinbarungen enthalten.


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. [*]


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. [*]

 

Anmerkungen:

[*] "YaSM-Datenobjekte" sind Dokumente und Records, für die YaSM detaillierte Empfehlungen bereithält: Für jedes YaSM-Objekt gibt es eine Checkliste (siehe Beispiel), die die typischen Inhalte beschreibt, und ein Lifecycle-Diagramm, das darstellt, wie sich der Zustand des Objekts ändert, während es von verschiedenen YaSM-Prozessen erstellt, geändert, gelesen und archiviert wird (siehe Beispiel).

"Andere Objekte" sind eher informelle Daten oder Informationen. Es gibt aus diesem Grund keine zugehörigen Lifecycle-Diagramme oder Checklisten.

 

Prozess-Kennzahlen

Prozesskennzahlen werden benötigt, wenn gemessen werden soll, ob die Service-Management-Prozesse "zufriedenstellend" laufen.

Vorschläge zu geeigneten Prozess-Kennzahlen entnehmen Sie der Liste von Kennzahlen zum Service-Design-Prozess.

 

Rollen und Verantwortlichkeiten

Prozess-Owner: Service-Design-Manager

  • Der Service-Design-Manager ist verantwortlich für die detaillierte Spezifikation der Anforderungen an neue bzw. zu ändernde Services, sowie für die Bestimmung eines geeigneten Vorgehens zu deren Implementierung.

 

Verantwortlichkeits-Matrix: "LP2: Designen neuer oder geänderter Services"
YaSM-Rolle / Sub-Prozess Compli.-Mgr. Finanz-Mgr. Proz.-Owner Sicherh.-Mgr. Serv.-Kontin.-Mgr. Serv.-Design-Mgr. Serv.-Owner Serv.-portf. Mgr. Suppl.-Mgr. Techn.- Fachexp.
LP2.1 Definieren der erforderlichen Service-Eigenschaften R R - R R AR R R R -
LP2.2 Designen der erforderlichen Infrastruktur R - R R R AR R - - R
LP2.3 Beschreiben des Vorgehens zur Implementierung - - - - - AR R - - R
LP2.4 Vorbereiten der Service-Implementierung - - - - - AR R - - R

 

Anmerkungen

YaSM LP2: Designen neuer oder geänderter Services. - Thumbnail.

Basiert auf: Der Service-Design-Prozess aus der YaSM Prozesslandkarte.

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

 

 

Themenverwandte Blog-Beiträge

Der Service-Design-Prozess in YaSM enthält die Aktivitäten zum Designen neuer bzw. geänderter Services.

YaSM und Service Design

von: Stefan Kempter

Während das in ITIL® beschriebene 'Service Design' oft Verwirrung stiftet, ist der Service-Design-Prozess in YaSM sehr geradlinig: [...]

 

ITIL®, verfügt über Kapazitätsmanagement als Teil von Service Design. Brauchen wir wirklich einen Capacity Management Prozess?

Wo ist das Capacity Management?

von: Stefan Kempter

ITIL® verfügt über einen Kapazitätsmanagement-Prozess als Teil von Service Design. Es würde niemand ernstlich bestreiten, dass Service-Kapazität und -Performance gemanagt werden müssen. Aber braucht man dazu einen Capacity-Management-Prozess? [...]

 

 ›  ›  ›  ›

Abgerufen von „https://yasm.com/wiki/de/index.php?title=LP2:_Designen_neuer_oder_geänderter_Services&oldid=427“