HERMES-Projektmanagement-Methodenelemente

Phasen

Das HERMES-Phasenmodell für Projekte bildet das Rückgrat jedes Projekts. Es schafft die Voraussetzung für das gemeinsame Verständnis aller Projektbeteiligten. Dies ist eine wichtige Voraussetzung für die erfolgreiche organisationsübergreifende Abwicklung der Projekte.

Das Phasenmodell baut auf dem Lebenszyklus eines Projekts auf. Die Abbildung 5 zeigt den HERMES-Projektlebenszyklus sowie das Phasenmodell für die klassische und agile Vorgehensweise; die Phase Initialisierung am Anfang und die Phase Abschluss am Ende des Projekts sind beiden Vorgehensweisen gemeinsam, sie schliessen die Phasen der Lösungsentstehung ein.

Abbildung 5: HERMES-Projektlebenszyklus mit Phasenmodell für klassische und agile Vorgehensweise

Die Projekte werden somit entweder in fünf oder in drei Phasen abgewickelt. Das Projekt beginnt mit der Phase Initialisierung und endet am Schluss der Phase Abschluss. Die Phase Initialisierung entspricht einer strukturierten Orientierung für ein fokussiertes Vorhaben. Sie formuliert, welche möglichen Lösungen es gibt und welcher Weg zu nehmen ist. Die Phase Abschluss beendet das Vorhaben und regelt organisatorisch und administrativ den Übergang von der Projekt- zur Anwendungsorganisation.

Die zwischen der Initialisierung und Abschluss eingeschlossenen Phasen sind in der klassischen Vorgehensweise die drei Phasen Konzept, Realisierung und Einführung, in der agilen Vorgehensweise hingegen nur die Phase Umsetzung.

Will die Stammorganisation eine mögliche Lösungsvision prüfen, startet sie das Vorhaben mit der Phase Initialisierung, deren Ergebnisse auch darüber entscheiden sollen, ob das Entwicklungsvorgehen mit klassischer oder agiler Vorgehensweise angegangen wird. Diese Entscheidung muss fachlich und vorgehenstechnisch begründet sein. Es ist möglich, dass im Rahmen eines Programmes einige Projekte klassisch, andere agil abgewickelt werden.

Szenarien

In einer Stammorganisation werden unterschiedliche Projekte durchgeführt. Die Projekte können sich bezüglich ihres Inhalts und der Komplexität stark unterscheiden. Um der Vielfalt der Projekte gerecht zu werden, bietet HERMES-Projektmanagement Szenarien an. Ein Szenario wird im Projekt für das zwischen der Initialisierung und Abschluss eingeschlossene Entwicklungsvorgehen bestimmt, also bei der klassischen Vorgehensweise für die Phasen Konzept, Realisierung und Einführung und bei der agilen Vorgehensweise für die Phase Umsetzung.

Ein Szenario ist auf die Durchführung von Projekten mit einer spezifischen Charakteristik ausgerichtet. Das Szenario beinhaltet diejenigen Methodenelemente von HERMES, die für die Entwicklung der Lösung von Bedeutung sind. Dadurch ist HERMES-Projektmanagement rasch und einfach anwendbar. Die Abbildung 6 zeigt beispielhaft mehrere Vorhaben einer Stammorganisation mit den dazu passenden Projekten samt Szenarien.

Abbildung 6: Projekte einer Stammorganisation mit Szenarien

In der Phase Initialisierung wählt der Projektleiter die geeignete Lösungsvariante und mit ihr auch das für das Entwicklungsvorgehen passende Szenario aus. Auf seiner Grundlage plant er das konkrete Vorgehen und die Entwicklung der Lösung. HERMES bietet eine Auswahl von möglichen Standardszenarien an, beispielsweise für eine Organisationsanpassung oder für die Entwicklung einer Dienstleistung/eines Produkts.

Die Anwender von HERMES können Standardszenarien an die Bedürfnisse ihrer Organisation anpassen und so eigene, individuelle Szenarien erstellen.

Module

Module sind wiederverwendbare, den Phasen zugeordnete Bausteine zur Erstellung von Projekten und Szenarien. Thematisch zusammengehörende Ergebnisse und die mit ihnen verknüpften Aufgaben bilden ein Modul (s. Abbildung 7).

Der Projektleiter kann zusätzliche Module erstellen und in individuellen Szenarien integrieren.

Ergebnisse

Wie die Abbildung 8 mit Auswahl von einigen Ergebnissen je Phase zeigt, stehen sie im HERMES-Projektmanagement im Zentrum.

Für jedes Ergebnis gibt es eine Ergebnisbeschreibung. Für alle Dokumente gibt es Dokumentvorlagen, die den in den Ergebnissen aufgeführten Inhalt detaillierter beschreiben. Jedem Ergebnis sind Aufgaben und Rollen zugeordnet. Die Rollen geben einen Hinweis darauf, wie die Verantwortung für Ergebnisse und die Beteiligung bei der Ergebniserstellung geregelt ist.

HERMES definiert minimal geforderte Dokumente (Ergebnisse), um die Anforderungen an die Projekt-Governance zu erfüllen.

Abbildung 8: Ergebnisse stehen im Zentrum von HERMES

Die Abbildung 9 zeigt, dass zu Beginn und am Ende der Phasen Meilensteine stehen. Sie entsprechen Quality Gates, an denen über Ergebnisse und das Vorgehen entschieden wird. Dabei erfolgt auch die Abstimmung mit den strategischen Zielen und Vorgaben der Stammorganisation. Analog zur Phasenfreigabe kann bei agiler Vorgehensweise optional eine Releasefreigabe als erforderlich verlangt werden, was zu zusätzlichen Meilensteinen führt.

Abbildung 9: Phasen und Releases mit Meilensteinen als Quality Gates

Alle Meilensteine sind Ergebnisse, die im Projektverlauf die Entscheidungspunkte markieren. Jede Entscheidungsaufgabe endet somit mit einem Meilenstein. Je nach Modul gibt es verschiedene Entscheide und folglich auch verschiedene weitere Meilensteine.

Aufgaben

Die Aufgaben dienen der Erarbeitung von Ergebnissen. Thematisch zusammengehörende Ergebnisse samt zugeordneten Aufgaben bilden Module.

Für jede Aufgabe gibt es eine Aufgabenbeschreibung. Sie definiert das generelle Vorgehen und die Aktivitäten, die unternommen werden, um die Ergebnisse zu erarbeiten. Die Rollen geben einen Hinweis darauf, welcher Rolle die Verantwortung für eine Aufgabe zugeordnet ist.

Rollen

HERMES-Projektmanagement unterscheidet zwischen den Rollen der Stammorganisation und Rollen der Projektorganisation, beschreibt jedoch ausschliesslich die HERMES-Rollen der Projektorganisation. Für jede Rolle gibt es eine Rollenbeschreibung mit Verantwortung, den Kompetenzen und den benötigten Fähigkeiten sowie mit ihren Beziehungen. Jede Rolle ist einer der Hierarchieebenen Steuerung, Führung oder Ausführung zugeordnet. Es sind unterschiedliche Rollen definiert, die nach Bedarf verwendet werden können.

In der Projektorganisation sind die Partnergruppen Anwender, Ersteller und Betreiber vertreten. Jede Rolle ist einer oder mehreren Partnergruppen zugeordnet.

Die Abbildung 10 zeigt eine Projektorganisation mit den minimal zu besetzenden, grau dargestellten Rollen Auftraggeber, Projektleiter und Anwendervertreter.