SP6: Managen von Projekten

Aus YaSM Service-Management-Wiki
Version vom 15. Juni 2014, 13:27 Uhr von Andrea (Diskussion | Beiträge)
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)

in English

 

Prozessname: Managen von Projekten - Teil von: Unterstützende Service-Management-Prozesse

Vorhergehender Prozess: Bewerten und Koordinieren von Changes

Nächster Prozess: Gewährleisten der Sicherheit

 

Prozess-Beschreibung

Managen von Projekten, Bsp. 1: Strategische Initiative, koordiniert vom Projekt-Management-Prozess. - YaSM Projektmanagement-Prozess SP6.
Abbildung 1: "Managen von Projekten". - YaSM unterstützender Service-Management-Prozess SP6, Beispiel 1: Strategische Initiative, koordiniert vom Projekt-Management-Prozess.

Die Aufgabe des YaSM-Prozesses "LP6: Managen von Projekten" besteht darin, die Ressourcen zum Erreichen der Projektziele so zu planen und zu koordinieren, dass die Rahmenbedingungen bzgl. Kosten und Zeit eingehalten werden.

YaSM empfiehlt, alle Initiativen größeren Umfangs als formale Projekte durchzuführen (die Projektrichtlinie enthält die Regeln, nach denen entschieden wird, ob ein Projekt eingerichtet werden muss oder nicht).

Der Anstoß zum Starten eines Projekts kann von verschiedenen Seiten gegeben werden, abhängig von der Art der durchzuführenden Initiativen. Typische Beispiele sind:

  • Strategische Initiativen mit dem Ziel, einen neuen oder signifikant geänderten Service zu erstellen (siehe Beispiel 1 in der Abbildung oben),
  • Prozessverbesserungs-Initiativen und Service-Verbesserungs-Initiativen (siehe Beispiel 2 unten)
  • oder Initiativen zur Verbesserung der Servicesicherheit oder der Servicekontinuität.

 

Managen von Projekten, Bsp. 2: Prozess oder Service-Verbesserungs-Initiative, koordiniert vom Projekt-Management-Prozess. - YaSM Projektmanagement-Prozess SP6.
Abbildung 2: "Managen von Projekten". - YaSM unterstützender Service-Management-Prozess SP6, Beispiel 2: Prozess oder Service-Verbesserungs-Initiative, koordiniert vom Projekt-Management-Prozess.

Da zahlreiche Projekte die Implementierung einer Reihe von Changes umfassen, deren Status verfolgt werden muss, übermittelt der Prozess zum Managen von Projekten den Projektstatus regelmäßig an den Prozess "Bewerten und Koordinieren von Changes".

 

Sub-Prozesse

"Managen von Projekten" beinhaltet die folgenden Sub-Prozesse:

 

SP6.1: Starten von Projekten

  • Prozessziel: Definieren von Stakeholdern, Verantwortlichkeiten und verfügbaren Ressourcen für das Projekt, sowie Identifizieren von Risiken, Rahmenbedingungen und Annahmen, die das Projekt betreffen. Ergebnis dieses Teil-Prozesses ist ein autorisierter Projektauftrag.


SP6.2: Planen von Projekten

  • Prozessziel: Erstellen und Aktualisieren des Projektplans, z.B. mit Informationen in Bezug auf die zu liefernden Projekt-Ergebnisse, die Projekt-Aktivitäten und die erforderlichen Ressourcen.


SP6.3: Durchführen des Projekt-Controllings

  • Prozessziel: Überwachen des Projektfortschritts und des Ressourceneinsatzes und Erstellen entsprechender Berichte. Veranlassen von korrigierenden Maßnahmen, sofern diese erforderlich sind.


SP6.4: Überprüfen und Schließen von Projekten

  • Prozessziel: Bewerten des Projektverlaufs und der erreichten Ergebnisse, um sicherzustellen, dass alle Fehler analysiert und Erfahrungen für die Zukunft dokumentiert werden.

 

Prozess-Outputs

Die folgenden Dokumente und Records werden von "Managen von Projekten" 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.


Offene-Punkte-Liste [*]

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


Projektauftrag [*]

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


Projektplan [*]

  • Ein Projektplan ist ein formelles, freigegebenes Dokument, in dem die Lieferergebnisse, Meilensteine, Aktivitäten und Ressourcen zu einem Projekt festgehalten sind. Am Projektplan orientieren sich sowohl Projektdurchführung als auch Projekt-Controlling.


Projekt-Prüfbericht [*]

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


Projekt-Richtlinie [*]

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


Projekt-Statusbericht [*]

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


Vorschlag zur Prozess-Änderung

  • Ein Vorschlag zur Änderung eines oder mehrerer Service-Management-Prozesse. Vorschläge für Prozess-Änderungen oder -Verbesserungen können an jeder Stelle innerhalb der Organisation entstehen.

 


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 Projektmanagement-Prozess.

 

Rollen und Verantwortlichkeiten

Prozess-Owner: Projekt-Manager

  • Der Projekt-Manager ist verantwortlich für die Steuerung eines Projekts. Dies beinhaltet die Verantwortung für die Lieferung der vereinbarten Projektergebnisse innerhalb des vereinbarten Zeit- und Budgetrahmens.

 

Verantwortlichkeits-Matrix: "SP6: Managen von Projektens"
YaSM-Rolle / Sub-Prozess Projektausschuss Projekt-Manager Projekt-Owner
SP6.1 Starten von Projekten R AR R
SP6.2 Planen von Projekten R AR R
SP6.3 Durchführen des Projekt-Controllings R AR R
SP6.4 Überprüfen und Schließen von Projekten R AR R

 

[ Infobox ]

Link zu dieser Seite:
Sprachversionen: Deutsch | English
Image: YaSM SP6: Managen von Projekten (.JPG)
Autoren:     und   Andrea Kempter   Autor: Andrea Kempter, IT Process Maps GbR   -   IT Process Maps.

 ›  ›  ›  ›