Video auf YouTube ansehen | MP4 herunterladen | Transkript | Alle YaSM-Videos.
Für Service-Provider, die YaSM und Service-Management Best-Practice praktisch einführen möchten, gibt es die "YaSM®-Prozesslandkarte": Ein detailliertes YaSM-Referenzmodell mit sofort einsetzbaren Prozessdiagrammen und Dokument-Vorlagen. Das Modell wird zur Implementierung von ESM- und ITSM-Prozessen eingesetzt.
Für jeden YaSM Service-Management-Prozess beschreibt das Prozessmodell in Form eines Diagramms, welche Aktivitäten durchzuführen sind, welche Inputs benötigt werden und welche Outputs der Prozess erzeugt. Dokument-Vorlagen in Word®-Format legen dar, welche Daten oder Informationen in den unterschiedlichen Dokumenten, Richtlinien und Records enthalten sind, die von den YaSM-Prozessen erzeugt werden.
Hallo! Ich bin Stefan Kempter, und in diesem kurzen Video stelle ich Ihnen die YaSM®-Prozesslandkarte vor: Ein Satz von Prozessdiagrammen und Dokumentvorlagen für Organisationen, die beim Thema YaSM ernst machen wollen.
Die Diagramme und Templates sind das ideale Tool, wenn es darum geht, Service-Management Best-Practice richtig zu verstehen. Sie sparen Ihnen eine Menge Zeit und Arbeit beim Designen und Dokumentieren der Service-Management-Prozesse in Ihrer Organisation.
Sie können das YaSM-Prozessmodell in Form von Visio-Diagrammen erhalten oder auch als komplettes ARIS-Prozessmodell. Die Inhalte sind immer genau gleich.
Da Microsoft Visio sehr populär ist, zeige ich Ihnen heute die YaSM®-Prozesslandkarte in Visio.
Zunächst allerdings habe ich hier einige Folien, mit denen ich Ihnen das Grundprinzip hinter unserem Produkt erläutern möchte. Dies ist ganz einfach:
Die YaSM®-Prozesslandkarte ist eine Sammlung von Prozess-Diagrammen, und diese sind hierarchisch in mehreren Detail-Ebenen in Form einer Pyramide angeordnet:
Alles in allem enthält das YaSM-Prozessmodell ungefähr 120 Prozessdiagramme.
Und jetzt gehen wir hinüber nach Visio, um uns anzuschauen, wie wir das Ganze in Form von Visio-Diagrammen umgesetzt haben.
Was wir hier zunächst sehen ist das "Top-Level-Diagramm" mit einer kompletten Übersicht über die YaSM-Prozesse.
Oben befinden sich die Service-Lifecycle-Prozesse
Unterhalb des Service-Lifecycles befinden sich die unterstützenden Service-Management-Prozesse, zum Beispiel
Wenn wir jetzt genauer wissen möchten, was sich im Service-Betrieb abspielt, dann nehmen wir von hier einen Link und gehen hinunter zur nächsten Detail-Ebene. Dort finden wir ein Übersichts-Diagramm mit mehr Details über den Service-Betrieb.
Wir zoomen gleich hinein, aber zunächst möchte ich hier erläutern, dass wir
Wir verwenden in diesen Diagrammen zwei Arten von Shapes: Die grünen Shapes repräsentieren Prozesse, und die orangefarbenen Shapes sind Daten- bzw. Informationsobjekte.
Mit den Informationsobjekten stellen wir die Informationsflüsse zwischen den Prozessen dar - und das ist ein wichtiges Prinzip in unseren Diagrammen: Denn wir wollen Ihnen nicht nur zeigen, welche Prozesse es in YaSM gibt, sondern auch, wie die Prozesse zusammenspielen.
Hier z.B. sehen wir, dass das "Incident Management" alle "Incident Records" ans "Problem Management" schickt, wo sie weiter analysiert werden. Falls der Problem Manager daraufhin ein Problem entdeckt und einen "Workaround" für wiederholt auftretende Incidents bereitstellen kann, dann wird ein "Problem Record" mit einer Beschreibung des Workarounds ans Incident Management zurückgeschickt - wo der Workaround bei der Lösung künftiger Incidents hilft.
Auf diese Weise zeigen wir Ihnen also, wie Incident und Problem Management zusammenspielen - und wie es in YaSM funktioniert.
Man kann darüber hinaus auf solche Shapes, wie z.B. das Prozess-Shape hier klicken, und dann sieht man - auf der rechten Seite - in einem "Shape-Daten-Fenster", dass für solche Shapes Felder definiert sind: Der Prozess hat z.B. nicht nur ein Namens-Feld, sondern direkt darunter auch eine kurze Beschreibung.
Dasselbe funktioniert auch für die Datenobjekte: Wenn ich auf den Incident Record klicke, dann können Sie im Shape-Daten-Fenster sehen, dass das Objekt einen Namen hat und ebenfalls eine kurze Beschreibung.
Diese Kurz-Beschreibung ist schon einmal ganz schön, aber man kann natürlich eine Menge mehr über einen Incident Record sagen! Deshalb sind solche Datenobjekte in vielen Fällen mit sogenannten Checklisten verknüpft.
Die YaSM-Checklisten sind Word™-Dokumente, und man kann sie von hier aus mit einem Link öffnen.
Wenn ich auf den Link klicke, sehen wir auch gleich die Checkliste für den Incident Record: Diese erläutert den Incident Record im Detail und zeigt eine Struktur der Daten, die wir typischer Weise in einem solchen Record erwarten würden.
In der YaSM®-Prozesslandkarte gibt es ca. 100 solcher Checklisten, z.B. auch eine für die "Service-Definition". Da es sich um Word™-Dokumente handelt, die Sie ändern können, können Sie die Checkliste für die Service-Definition als Vorlage oder Ausgangsbasis verwenden, wenn Sie solche Dokumente in Ihrer Organisation erstellen müssen.
Damit schließen wir die Checkliste wieder ... und zurück in Visio schauen wir uns jetzt noch an, was hinter dem zweiten Link des Datenobjekt-Shapes steckt.
Der zweite Link öffnet das Objekt-Lifecycle-Diagramm für den Incident Record, in dem wir sehen, wo - in welchen YaSM-Prozessen - solche Records
Die Lifecycle-Diagramme bieten Ihnen also die vollständige Übersicht auf einen Blick, indem sie darstellen, wie die Dokumente und Records zwischen den YaSM-Prozessen fließen.
So, und jetzt gehen wir weiter in die Prozess-Details, z.B. weiter hinein in den Prozess für die "Bearbeitung von Incidents und Service Requests".
Wieder klicken wir auf den Link, und es öffnet sich ein Diagramm, in dem dargestellt wird, wie wir in YaSM mit "Incidents" und "Service Requests" umgehen. Wie schon zuvor sind links die Inputs, rechts die Outputs, und in der Mitte haben wir nun eine Übersicht über die Sub-Prozesse vom Incident Management.
Der erste Sub-Prozess stellt sicher, dass alle Incidents und Serviceaufträge erfasst werden, und die anderen kümmern sich darum, dass Incidents und Serviceaufträge bearbeitet werden.
Was die Incidents betrifft, so gibt es
Dieses Diagramm zeigt uns also schon einmal die gröberen Schritte, die zum Bearbeiten von Incidents und Service Requests erforderlich sind, und von hier können wir jetzt noch einmal weiter nach unten gehen: Zur untersten Detailebene, die in der YaSM®-Prozesslandkarte enthalten ist.
Auf der untersten Detailebene sehen die Diagramme jetzt ein bisschen anders aus:
Swimlanes werden verwendet, um Verantwortlichkeiten zuzuweisen: Die gelben Shapes in den Swimlanes sind "YaSM-Rollen", die anzeigen, wer die Aktivitäten in der Swimlane durchzuführen hat.
Wahrscheinlich ist es nun fast selbsterklärend, was dieses Diagramm hier aussagt:
Nach diesen Anfangs-Aktivitäten ist eine Entscheidung fällig: Wir müssen uns entscheiden, ob wir den Incident im 1st-Level-Support lösen können oder nicht. Diese Entscheidung hat einige mögliche Ausgänge:
In diesem Fall gibt es zwei Endpunkte für den Prozess:
Und wenn wir jetzt wissen möchten: Wie geht’s hier weiter? Was passiert im 2nd-Level-Support? Dann gehen wir wieder in den oberen Bereich dieses Diagramms:
Und das ist, was ich Ihnen heute in dieser kurzen Einführung zeigen wollte. Um es kurz zu machen, haben wir uns auf die wichtigsten Komponenten in der YaSM®-Prozesslandkarte beschränkt:
Außerdem gibt es in unserem Produkt auch
Weiter in die Details gehen wir hier jetzt aber nicht, denn zu diesen Komponenten haben wir weitere Videos vorbereitet.
Wenn Sie eine Lizenz erwerben, dann gibt es dazu auch Support: Darin enthalten sind
Dieser Service ist während des ersten Jahres kostenfrei.
So viel für heute. Wenn Sie mehr über die YaSM®-Prozesslandkarte erfahren möchten oder Fragen an uns haben, wenden Sie sich einfach direkt an uns! Vielen Dank für's Zusehen - und bis dann!