LP3: Erstellen neuer oder geänderter Services: Unterschied zwischen den Versionen
Aus YaSM Service-Management-Wiki
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
<itpmch><title>LP3: Erstellen neuer oder geänderter Services | YaSM Service-Management-Wiki</title> | <itpmch><title>LP3: Erstellen neuer oder geänderter Services | YaSM Service-Management-Wiki</title> | ||
<meta name="keywords" content="yasm services erstellen, yasm service implementierung, service management implementierungs-prozess" /> | <meta name="keywords" content="yasm services erstellen, service transition, service-überführung, yasm service implementierung, service management implementierungs-prozess" /> | ||
<meta name="description" content="YaSM- | <meta name="description" content="Ziel des YaSM Service-Erstellungs-Prozesses ist das Aufbauen und Ausrollen von neuen oder signifikant geänderten Services." /> | ||
<meta property="og:url" content="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services" /> | |||
<meta property="og:title" content="LP3: Erstellen neuer oder geänderter Services | YaSM Service-Management-Wiki" /> | |||
<meta property="og:description" content="Ziel des YaSM Service-Erstellungs-Prozesses ist das Aufbauen und Ausrollen von neuen oder signifikant geänderten Services." /> | |||
<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/Erstellen-neuer-oder-geaenderter-services-yasm-lp3.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-lp3-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> | <html><a href="https://yasm.com/wiki/en/index.php/LP3:_Build_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/LP3:_Build_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> </p> | <p> </p> | ||
'''Prozessname:''' [[#Prozess-Beschreibung|Erstellen neuer oder geänderter Services]] - '''Teil von:''' [[YaSM-Prozesse#service-lifecycle-prozesse|Service-Lifecycle-Prozesse]] | |||
'''Vorhergehender Prozess:''' [[LP2: Designen neuer oder geänderter Services|Designen neuer oder geänderter Services]] | |||
'''Nächster Prozess:''' [[LP4: Betreiben der Services|Betreiben der Services]] | |||
<p> </p> | <p> </p> | ||
| Zeile 14: | Zeile 31: | ||
==Prozess-Beschreibung== | ==Prozess-Beschreibung== | ||
<html><div itemscope itemtype="https://schema.org/ImageObject" | <html><div itemid="https://yasm.com/wiki/de/img/yasm-prozess/Erstellen-neuer-oder-geaenderter-services-yasm-lp3.jpg" itemscope itemtype="https://schema.org/ImageObject"> | ||
<a href="https://yasm.com/wiki/de/img/yasm-prozess/Erstellen-neuer-oder-geaenderter-services-yasm-lp3.jpg" title="Erstellen neuer oder geänderter Services. - YaSM-Prozess LP3." itemprop="contentUrl"> | |||
<meta itemprop="width" content="588" /> | |||
<meta itemprop="height" content="612" /> | |||
<meta itemprop="keywords" content="YaSM Service Erstellung" /> | |||
<meta itemprop="keywords" content="YaSM Service-Erstellungs-Prozess" /> | |||
<meta itemprop="keywords" content="Service Transition" /> | |||
<img style="margin:20px 0px 10px 0px; float:left;" src="https://yasm.com/wiki/de/img/yasm-prozess/Erstellen-neuer-oder-geaenderter-services-yasm-lp3.jpg" width="588" height="612" title="Erstellen neuer oder geänderter Services. - YaSM-Prozess LP3." alt="Abb. 1: Erstellen neuer oder geänderter Services. - YaSM Service-Erstellungs-Prozess LP3." /></a><br style="clear:both;"/> | |||
<div class="thumbcaption"><span style="font-variant:small-caps;"><b>Abbildung 1:</b></span> <small><span itemprop="caption">"Erstellen neuer oder geänderte Services". - YaSM Service-Lifecycle-Prozess LP3.</span></small></div></div><br style="clear:both;"/> | |||
<p><span itemprop="description">Sobald das Service-Design die Vorgehensweise zur Implementierung neuer oder geänderter Services definiert hat, werden über den | <p><span id="md-itempage-description" itemprop="description">Sobald das Service-Design die Vorgehensweise zur Implementierung neuer oder geänderter Services definiert hat, werden über den YaSM-Prozess zum Erstellen der Services ("<strong class="selflink">LP3: Erstellen neuer oder geänderter Services</strong>") die benötigte Infrastruktur, die unterstützenden Services, die Dokumentation sowie weitere Service-Komponenten aufgebaut, getestet und ausgerollt.</span></p> | ||
<p>Wenn infolge der Einführung eines neuen Services bestimmte Kompetenzen oder Ressourcen ausgebaut werden müssen, kann ggf. auf weitere Prozesse zurückgegriffen werden. Es kann beispielsweise erforderlich sein</p> | <p>Wenn infolge der Einführung eines neuen Services bestimmte Kompetenzen oder Ressourcen ausgebaut werden müssen, kann ggf. auf weitere Prozesse zurückgegriffen werden. Es kann beispielsweise erforderlich sein</p> | ||
| Zeile 32: | Zeile 57: | ||
==Sub-Prozesse== | ==Sub-Prozesse== | ||
<html><div itemscope="itemscope" itemtype="https://schema.org/ | <html><!-- define schema.org/CreativeWork --><div itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Sub-Prozesse" itemscope="itemscope" itemtype="https://schema.org/CreativeWork"> | ||
<meta itemprop=" | <link itemprop="additionalType" href="http://www.productontology.org/id/Business_process" /> | ||
<p><span itemprop=" | <meta itemprop="name" content="Service-Erstellungs-Prozesse" /> | ||
<meta itemprop="alternateName" content="Definition der YaSM Service-Transition-Prozesse" /> | |||
<p><span itemprop="description">YaSM's Service-Erstellungs-Prozess <i>'LP3: Erstellen neuer oder geänderter Services'</i> beinhaltet die folgenden Sub-Prozesse:</span> | |||
</p> | </p> | ||
<p> </p> | <p> </p> | ||
< | |||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP3.1" itemscope itemtype="https://schema.org/CreativeWork"> | ||
<meta itemprop="alternateName" content="YaSM Service-Erstellungs-Prozess LP3.1" /> | |||
<dl id="LP3.1"><dt itemprop="name">LP3.1: Koordinieren der Entwicklungs- und Beschaffungs-Aktivitäten</dt> | |||
<dd itemprop="description">Prozessziel: Initiieren und Koordinieren der Aktivitäten für die Entwicklung oder Beschaffung der Infrastruktur-Komponenten und anderer Voraussetzungen, die für einen neuen oder geänderten Service benötigt werden.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP3.2" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Erstellungs-Prozess LP3.2" /> | ||
<dl id="LP3.2"><dt itemprop="name">LP3.2: Entwickeln von Anwendungen und Systemen</dt> | |||
<dd itemprop="description">Prozessziel: Entwickeln und Konfigurieren von Anwendungen und Systemen, die die erforderliche Funktionalität für die Services bereitstellen. Dieser Prozess umfasst sowohl die Erstellung von selbst entwickelten Anwendungen und Systemen als auch die Anpassung und Konfiguration von Produkten, die von externen Herstellern beschafft werden.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP3.3" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Erstellungs-Prozess LP3.3" /> | ||
<dl id="LP3.3"><dt itemprop="name">LP3.3: Entgegennehmen der Service-Komponenten</dt> | |||
<dd itemprop="description">Prozessziel: In Empfang nehmen der erforderlichen Service-Komponenten, um diese einer initialen Bewertung zu unterziehen. Dieser Prozess stellt sicher, dass nur solche Komponenten, die strikte Qualitätskriterien erfüllen, in die Hauptphase des Service-Tests Eingang finden.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP3.4" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Erstellungs-Prozess LP3.4" /> | ||
<dl id="LP3.4"><dt itemprop="name">LP3.4: Erstellung oder Aktualisierung der Betriebs-Dokumentation</dt> | |||
<dd itemprop="description">Prozessziel: Bereitstellen von Leitlinien für den Betrieb des neuen Service, indem z.B. Service-Betriebshandbücher und Standard Operating Procedures erstellt oder aktualisiert werden.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP3.5" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Erstellungs-Prozess LP3.5" /> | ||
<dl id="LP3.5"><dt itemprop="name">LP3.5: Testen der Service-Komponenten</dt> | |||
<dd itemprop="description">Prozessziel: Testen aller Service-Komponenten sowie der Werkzeuge und Mechanismen zu deren Ausrollen. Dieser Prozess stellt sicher, dass nur solche Komponenten, die strikte Qualitätskriterien erfüllen, in die produktive Umgebung ausgerollt werden.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP3.6" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Erstellungs-Prozess LP3.6" /> | ||
<dl id="LP3.6"><dt itemprop="name">LP3.6: Ausrollen der Service-Komponenten</dt> | |||
<dd itemprop="description">Prozessziel: Ausrollen der Service-Komponenten in die Live-Umgebung. Dieser Prozess ist auch für die Konfiguration betriebsunterstützender Systeme und die Schulung von End-Anwendern und Betriebspersonal verantwortlich.</dd></dl> | |||
</div> | |||
<p><br /></p> | <p><br /></p> | ||
< | <div itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Prozess-LP3.7" itemscope itemtype="https://schema.org/CreativeWork"> | ||
< | <meta itemprop="alternateName" content="YaSM Service-Erstellungs-Prozess LP3.7" /> | ||
</div><!-- end of schema.org/ | <dl id="LP3.7"><dt itemprop="name">LP3.7: Vorbereiten der Service-Aktivierung</dt> | ||
<dd itemprop="description">Prozessziel: Überprüfen, ob die gesamte Infrastruktur und andere Voraussetzungen vorhanden sind, bevor die Aktivierung der neuen Services freigegeben wird.</dd></dl> | |||
</div> | |||
</div><!-- end of schema.org/CreativeWork --><p></html> | |||
<p> </p> | <p> </p> | ||
| Zeile 63: | Zeile 112: | ||
==Prozess-Outputs== | ==Prozess-Outputs== | ||
<html><div itemscope="itemscope" itemtype="https://schema.org/ | <html><div itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services#Prozess-Outputs" itemscope="itemscope" itemtype="https://schema.org/CreativeWork"><!-- define schema.org/CreativeWork --> | ||
<meta itemprop=" | <meta itemprop="name" content="YaSM-Prozess LP3: Dokumente und Records" /> | ||
<p><span itemprop=" | <meta itemprop="alternateName" content="Service-Erstellung Prozess-Outputs" /> | ||
<meta itemprop="alternateName" content="Service-Erstellung Datenobjekte" /> | |||
<p><span itemprop="description">Die folgenden Dokumente und Records werden von YaSM's Prozess LP3 <i>'Erstellen 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> </p> | <p> </p> | ||
< | |||
< | <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> | ||
< | <dl style="color:#636363"><dt>Anforderung zum Hinzufügen von Kompetenzen und Personalressourcen</dt> | ||
< | <dd>Eine Anforderung zum Hinzufügen von Kompetenzen und Personalressourcen zur Service-Provider-Organisation; diese wird z.B. bei einer Service-Implementierung erteilt, wenn neue oder geänderte Kompetenzen und/ oder zusätzliche Personalressourcen für einen neuen Service benötigt werden.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Anforderung-zur-Aktualisierung-der-Service-Management-Prozesse" style="color:#636363"><dt>Anforderung zur Aktualisierung der Service-Management-Prozesse</dt> | ||
< | <dd>Eine Anforderung zur Aktualisierung der Prozesse des Service-Providers; diese wird typischerweise während einer Service-Implementierung erteilt, falls neue oder geänderte Prozesse für einen neuen Service benötigt werden.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Anforderung-zur-Entwicklung-von-Anwendungen-oder-Systemen" style="color:#636363"><dt>Anforderung zur Entwicklung von Anwendungen oder Systemen</dt> | ||
< | <dd>Eine Anforderung zur Entwicklung oder Anpassung einer Anwendung oder eines Systems; diese wird typischerweise während einer Service-Implementierung erteilt, falls neue oder geänderte Anwendungen oder Systeme für einen neuen Service benötigt werden.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Anforderung-zum-Einrichten-eines-externen-Service" style="color:#636363"><dt>Anforderung zum Einrichten eines externen Service</dt> | ||
< | <dd>Eine Anforderung zum Einrichten eines externen unterstützenden Service; diese wird typischerweise während einer Service-Implementierung erteilt, falls neue oder geänderte externe unterstützende Services für einen neuen Service benötigt werden.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Anforderung zur Änderung des Konfigurations-Modells</dt> | ||
< | <dd>Eine Anforderung aus einem Service-Management-Prozess zur Änderung des Konfigurations-Modells. Eine solche Anforderung wird an den Configuration-Manager gestellt, wenn neue CIs oder CI-Attribute im CMS dokumentiert werden müssen, aber die CMS-Struktur die Aufnahme der neuen Daten nicht ermöglicht.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Anwender-Handbuch" style="color:#636363"><dt>Anwender-Handbuch</dt> | ||
< | <dd>Eine Dokumentation für Endanwender, die beschreibt, wie eine Anwendung oder ein System zu bedienen ist.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Beschaffungs-Anforderung</dt> | ||
< | <dd>Eine Anforderung zur Beschaffung von Gütern von einem externen Lieferanten. Beschaffungs-Anforderungen werden typischerweise an den Supplier-Manager gerichtet, wenn z.B. Anwendungen, Systeme oder andere Infrastruktur-Komponenten für die Erstellung eines neuen Service notwendig sind, oder wenn Standard-Infrastruktur-Komponenten oder Verbrauchsgüter für den Service-Betrieb benötigt werden.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Bestaetigung-der-Service-Betriebsbereitschaft"><dt>Bestätigung der Service-Betriebsbereitschaft</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Bestaetigung-des-erfolgreichen-Ausrollens" style="color:#636363"><dt>Bestätigung des erfolgreichen Ausrollens</dt> | ||
< | <dd>Eine Bestätigung, dass das Ausrollen von Service-Komponenten erfolgreich abgeschlossen wurde; diese wird typischerweise während einer Service-Implementierung erteilt, falls neue oder geänderte Anwendungen oder Systeme für einen neuen Service ausgerollt werden müssen.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>CI Record</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Entwicklungs-QS-Dokumentation" style="color:#636363"><dt>Entwicklungs-QS-Dokumentation</dt> | ||
< | <dd>Eine Dokumentation von Tests und QS-Maßnahmen, die während Entwicklung oder Konfiguration von Anwendungen, Systemen und anderen Infrastruktur-Komponenten durchgeführt wurden. Die QS-Dokumentation weist nach, dass die vorgeschriebenen QS-Maßnahmen auf Komponenten-Ebene durchgeführt wurden, bevor eine Infrastruktur-Komponente zu den Service-Tests zugelassen wird.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Incident-Modell</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl style="color:#636363"><dt>Informationen zum Change-Status</dt> | ||
< | <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> | ||
< | <dl><dt>Problem Record</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Service-Betriebshandbuch</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Service-Definition</dt> | ||
< | <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> | ||
< | <dl><dt>Service-Request-Modell</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Technisches-Handbuch" style="color:#636363"><dt>Technisches Handbuch</dt> | ||
< | <dd>Ein Dokument, das die Verfahren zu Betrieb und Wartung eines Systems oder anderer Infrastruktur-Komponente beschreibt. Technische Handbücher werden oft von externen Produktlieferanten oder internen Entwicklungsteams bereitgestellt.</dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Testprotokoll"><dt>Testprotokoll</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl id="Testskript"><dt>Testskript</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
<p><br /></p> | <p><br /></p> | ||
< | <dl><dt>Wiederherstellungs-Plan</dt> | ||
< | <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. <a href="#ydo" title="YaSM-Datenobjekt">[*]</a></dd></dl> | ||
</div><!-- end of schema.org/ | </div><!-- end of schema.org/CreativeWork --><p> | ||
<p> </p> | <p> </p> | ||
| Zeile 147: | Zeile 199: | ||
<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 | <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-lp3" title="Kennzahlen für den YaSM-Prozess LP3: Erstellen neuer oder geänderter Services.">Liste von Kennzahlen zum Service-Erstellungs-Prozess</a>.</html> | ||
<p> </p> | <p> </p> | ||
| Zeile 245: | Zeile 297: | ||
<p> </p> | <p> </p> | ||
== | ==Anmerkungen== | ||
<html>< | <html><img src="https://yasm.com/wiki/de/img/yasm-prozess/thumbs/yasm-lp3-de-180x110.jpg" width="180" height="110" title="YaSM LP3: Erstellen neuer oder geänderter Services" alt="YaSM LP3: Erstellen 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 Prozess zum Erstellen der Services aus der <a href="https://yasm.com/de/produkte/yasm-prozesslandkarte" title="YaSM-Prozesslandkarte">YaSM Prozesslandkarte</a>.</p> | |||
<p><small>Von:  Stefan Kempter <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>  und  Andrea Kempter <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> </p> | |||
< | ==Themenverwandte Blog-Beiträge== | ||
<html><a href="https://yasm.com/de/blog/service-transition-yasm"><img src="https://yasm.com/de/content/blog/150604-service-transition-yasm/img-180x110.jpg" alt="Sehr geradlinig: Der Service-Implementierungs-Prozess ('Service Transition') in YaSM." style="display: block; float: left; margin-right: 10px"/></a> | |||
< | <div style="margin-left: 30%; color:#636363"> | ||
<p style="margin-top: 0;"><a href="https://yasm.com/de/blog/service-transition-yasm">YaSM und Service Transition</a></p> | |||
< | <p><small>von: Stefan Kempter</small></p> | ||
< | <p>In YaSM entspricht ITIL Service Transition dem Prozess "Erstellen neuer oder geänderter Services". Dieser ist praktikabel und einfach gestaltet: <a href="https://yasm.com/de/blog/service-transition-yasm">[...]</a></p></div><p> | ||
<p> </p> | |||
</ | |||
</ | |||
<p><small> | <p><small> | ||
| Zeile 281: | Zeile 331: | ||
</span> | </span> | ||
</small></p> | </small></p> | ||
</ | |||
<!-- define schema.org/ItemPage --> <span itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_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="LP3: Erstellen neuer oder geänderter Services" /> | |||
<meta itemprop="alternateName" content="YaSM Service-Erstellungs-Prozess" /> | |||
<meta itemprop="alternativeHeadline" content="YaSM-Prozess zum Erstellen der Services" /> | |||
<link itemprop="url" href="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_neuer_oder_ge%C3%A4nderter_Services" /> | |||
<span itemprop="hasPart" itemid="https://yasm.com/wiki/de/index.php/LP3:_Erstellen_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/LP3:_Erstellen_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/Erstellen-neuer-oder-geaenderter-services-yasm-lp3.jpg" /> | |||
<link itemprop="image" href="https://yasm.com/wiki/de/img/yasm-prozess/Erstellen-neuer-oder-geaenderter-services-yasm-lp3.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-lp3" /> | |||
<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/LP3:_Build_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:14 Uhr
Prozessname: Erstellen neuer oder geänderter Services - Teil von: Service-Lifecycle-Prozesse
Vorhergehender Prozess: Designen neuer oder geänderter Services
Nächster Prozess: Betreiben der Services
Prozess-Beschreibung
Abbildung 1: "Erstellen neuer oder geänderte Services". - YaSM Service-Lifecycle-Prozess LP3.
Sobald das Service-Design die Vorgehensweise zur Implementierung neuer oder geänderter Services definiert hat, werden über den YaSM-Prozess zum Erstellen der Services ("LP3: Erstellen neuer oder geänderter Services") die benötigte Infrastruktur, die unterstützenden Services, die Dokumentation sowie weitere Service-Komponenten aufgebaut, getestet und ausgerollt.
Wenn infolge der Einführung eines neuen Services bestimmte Kompetenzen oder Ressourcen ausgebaut werden müssen, kann ggf. auf weitere Prozesse zurückgegriffen werden. Es kann beispielsweise erforderlich sein
- Service-Management-Prozesse zu verändern,
- Sicherheitsmechanismen und -vorkehrungen anzupassen,
- Service-Kontinuitätsvorkehrungen zu aktualisieren
- und neues Wissen bzw. Kompetenzen aufzubauen.
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-Erstellungs-Prozess 'LP3: Erstellen neuer oder geänderter Services' beinhaltet die folgenden Sub-Prozesse:
- LP3.1: Koordinieren der Entwicklungs- und Beschaffungs-Aktivitäten
- Prozessziel: Initiieren und Koordinieren der Aktivitäten für die Entwicklung oder Beschaffung der Infrastruktur-Komponenten und anderer Voraussetzungen, die für einen neuen oder geänderten Service benötigt werden.
- LP3.2: Entwickeln von Anwendungen und Systemen
- Prozessziel: Entwickeln und Konfigurieren von Anwendungen und Systemen, die die erforderliche Funktionalität für die Services bereitstellen. Dieser Prozess umfasst sowohl die Erstellung von selbst entwickelten Anwendungen und Systemen als auch die Anpassung und Konfiguration von Produkten, die von externen Herstellern beschafft werden.
- LP3.3: Entgegennehmen der Service-Komponenten
- Prozessziel: In Empfang nehmen der erforderlichen Service-Komponenten, um diese einer initialen Bewertung zu unterziehen. Dieser Prozess stellt sicher, dass nur solche Komponenten, die strikte Qualitätskriterien erfüllen, in die Hauptphase des Service-Tests Eingang finden.
- LP3.4: Erstellung oder Aktualisierung der Betriebs-Dokumentation
- Prozessziel: Bereitstellen von Leitlinien für den Betrieb des neuen Service, indem z.B. Service-Betriebshandbücher und Standard Operating Procedures erstellt oder aktualisiert werden.
- LP3.5: Testen der Service-Komponenten
- Prozessziel: Testen aller Service-Komponenten sowie der Werkzeuge und Mechanismen zu deren Ausrollen. Dieser Prozess stellt sicher, dass nur solche Komponenten, die strikte Qualitätskriterien erfüllen, in die produktive Umgebung ausgerollt werden.
- LP3.6: Ausrollen der Service-Komponenten
- Prozessziel: Ausrollen der Service-Komponenten in die Live-Umgebung. Dieser Prozess ist auch für die Konfiguration betriebsunterstützender Systeme und die Schulung von End-Anwendern und Betriebspersonal verantwortlich.
- LP3.7: Vorbereiten der Service-Aktivierung
- Prozessziel: Überprüfen, ob die gesamte Infrastruktur und andere Voraussetzungen vorhanden sind, bevor die Aktivierung der neuen Services freigegeben wird.
Prozess-Outputs
Die folgenden Dokumente und Records werden von YaSM's Prozess LP3 'Erstellen 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 zum Hinzufügen von Kompetenzen und Personalressourcen
- Eine Anforderung zum Hinzufügen von Kompetenzen und Personalressourcen zur Service-Provider-Organisation; diese wird z.B. bei einer Service-Implementierung erteilt, wenn neue oder geänderte Kompetenzen und/ oder zusätzliche Personalressourcen für einen neuen Service benötigt werden.
- Anforderung zur Aktualisierung der Service-Management-Prozesse
- Eine Anforderung zur Aktualisierung der Prozesse des Service-Providers; diese wird typischerweise während einer Service-Implementierung erteilt, falls neue oder geänderte Prozesse für einen neuen Service benötigt werden.
- Anforderung zur Entwicklung von Anwendungen oder Systemen
- Eine Anforderung zur Entwicklung oder Anpassung einer Anwendung oder eines Systems; diese wird typischerweise während einer Service-Implementierung erteilt, falls neue oder geänderte Anwendungen oder Systeme für einen neuen Service benötigt werden.
- Anforderung zum Einrichten eines externen Service
- Eine Anforderung zum Einrichten eines externen unterstützenden Service; diese wird typischerweise während einer Service-Implementierung erteilt, falls neue oder geänderte externe unterstützende Services für einen neuen Service benötigt werden.
- Anforderung zur Änderung des Konfigurations-Modells
- Eine Anforderung aus einem Service-Management-Prozess zur Änderung des Konfigurations-Modells. Eine solche Anforderung wird an den Configuration-Manager gestellt, wenn neue CIs oder CI-Attribute im CMS dokumentiert werden müssen, aber die CMS-Struktur die Aufnahme der neuen Daten nicht ermöglicht.
- Anwender-Handbuch
- Eine Dokumentation für Endanwender, die beschreibt, wie eine Anwendung oder ein System zu bedienen ist.
- Beschaffungs-Anforderung
- Eine Anforderung zur Beschaffung von Gütern von einem externen Lieferanten. Beschaffungs-Anforderungen werden typischerweise an den Supplier-Manager gerichtet, wenn z.B. Anwendungen, Systeme oder andere Infrastruktur-Komponenten für die Erstellung eines neuen Service notwendig sind, oder wenn Standard-Infrastruktur-Komponenten oder Verbrauchsgüter für den Service-Betrieb benötigt werden.
- 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. [*]
- Bestätigung des erfolgreichen Ausrollens
- Eine Bestätigung, dass das Ausrollen von Service-Komponenten erfolgreich abgeschlossen wurde; diese wird typischerweise während einer Service-Implementierung erteilt, falls neue oder geänderte Anwendungen oder Systeme für einen neuen Service ausgerollt werden müssen.
- 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. [*]
- Entwicklungs-QS-Dokumentation
- Eine Dokumentation von Tests und QS-Maßnahmen, die während Entwicklung oder Konfiguration von Anwendungen, Systemen und anderen Infrastruktur-Komponenten durchgeführt wurden. Die QS-Dokumentation weist nach, dass die vorgeschriebenen QS-Maßnahmen auf Komponenten-Ebene durchgeführt wurden, bevor eine Infrastruktur-Komponente zu den Service-Tests zugelassen wird.
- 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. [*]
- 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.
- 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. [*]
- 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. [*]
- 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-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. [*]
- Technisches Handbuch
- Ein Dokument, das die Verfahren zu Betrieb und Wartung eines Systems oder anderer Infrastruktur-Komponente beschreibt. Technische Handbücher werden oft von externen Produktlieferanten oder internen Entwicklungsteams bereitgestellt.
- 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. [*]
- 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. [*]
- 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. [*]
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-Erstellungs-Prozess.
Rollen und Verantwortlichkeiten
Prozess-Owner: Service-Implementierungs-Manager
- Der Service-Implementierungs-Manager ist verantwortlich für die Koordination der Implementierung neuer oder signifikant geänderter Services. Insbesondere stellt der Service-Implementierungs-Manager sicher, dass die gesamte Service-Infrastruktur und andere erforderliche Voraussetzungen ordnungsgemäß getestet und ausgerollt werden.
| YaSM-Rolle / Sub-Prozess | Anwend./ System-Entw. | Kunde | Oper. | Serv.-Implmnt.-Mgr. | Serv.-Owner | Techn.- Fachexp. | Test-Mgr. | |
|---|---|---|---|---|---|---|---|---|
| LP3.1 | Koordinieren der Entwicklungs- und Beschaffungs-Aktivitäten | - | - | - | AR | - | - | - |
| LP3.2 | Entwickeln von Anwendungen und Systemen | AR | - | - | - | - | - | - |
| LP3.3 | Entgegennehmen der Service-Komponenten | - | - | - | A | - | - | R |
| LP3.4 | Erstellen oder Aktualisieren der Betriebs-Dokumentation | - | - | - | AR | R | R | - |
| LP3.5 | Testen der Service-Komponenten | - | R | R | A | - | - | R |
| LP3.6 | Ausrollen der Service-Komponenten | - | - | R | AR | - | - | - |
| LP3.7 | Vorbereiten der Service-Aktivierung | - | - | - | AR | - | - | - |
Anmerkungen
Basiert auf: Der Prozess zum Erstellen der Services aus der YaSM Prozesslandkarte.
Von: Stefan Kempter 
und Andrea Kempter , IT Process Maps.
Themenverwandte Blog-Beiträge
von: Stefan Kempter
In YaSM entspricht ITIL Service Transition dem Prozess "Erstellen neuer oder geänderter Services". Dieser ist praktikabel und einfach gestaltet: [...]
Definition › Prozess-Beschreibung › Sub-Prozesse › Prozess-Outputs
