Rollen
Einleitung
Rollenmodel
HERMES definiert ein Rollenmodell und beschreibt standardisierte Rollen, um ein einheitliches, organisationsübergreifendes Verständnis zu schaffen.
Das Rollenmodell unterscheidet zwischen den Rollen der Stammorganisation und den Rollen der Projektorganisation. Die Abbildung 21 zeigt eine minimale Projektorganisation mit den Rollen Auftraggeber, Projektleiter und Fachspezialist. Weitere Rollen werden nach Bedarf verwendet.
Stammorganisation
Die Stammorganisation ist die Organisation des Auftraggebers und des Anwenders, in der das Projekt angesiedelt ist. Sie ist eine rechtliche Einheit, die Strategien und Vorgaben für Projekte bestimmt. Die Stammorganisation stellt die benötigten Ressourcen wie z.B. Infrastruktur, Finanzen und Personal für das Projekt zur Verfügung. Beispiele von Stammorganisationen sind die Bundesverwaltung, eine Kantonsverwaltung, eine Stadtverwaltung, ein Verein, eine Unternehmung.
Wie die Abbildung 21 zeigt, sind für das Projekt in der Stammorganisation drei Rollengruppen relevant:
-
Leitung
Projektportfolio aus strategischer Sicht steuern, Projekte priorisieren und Infrastruktur sowie personelle und finanzielle Ressourcen dem konkreten Projekt zuweisen. -
Kompetenzzentrum Projektmanagement
Methoden, Hilfsmittel, Coaching und weitere Leistungen für das Projektmanagement und das Projektportfoliomanagement bereitstellen. Diese Funktion wird auch als Project Management Office (PMO) bezeichnet. -
Controlling- und Vorgabestellen
Vorgaben definieren und die Einhaltung aus organisationsweiter Sicht prüfen. Solche Stellen sind beispielsweise die Finanzkontrolle, die Revisionsstelle, das IT-Controlling, die Architektur und die Stellen für Informationssicherheit und Datenschutz.
Je nach Stammorganisation sind die Rollen der aufgeführten Rollengruppen unterschiedlich ausgeprägt. In HERMES sind sie daher nicht weiter beschrieben.
Projektorganisation
Die Projektorganisation ist eine temporäre Organisation, die in enger Beziehung zur Stammorganisation steht. Sie wird mit dem Projektinitialisierungsauftrag in Kraft gesetzt und mit dem Entscheid zum Projektabschluss aufgelöst.
Im Verlauf der Projektabwicklung wird die Projektorganisation kontinuierlich an die Bedürfnisse des Projekts angepasst. Je nach Projektablauf stossen weitere Partner zur Projektorganisation. Beispielsweise steht ein externer Anbieter eines Produkts erst nach der Beschaffung fest und wird dann Teil der Projektorganisation.
Die Projektorganisation besteht aus verschiedenen Rollen (vgl. Abbildung 22). Sie regeln Aufgaben, Kompetenzen und Verantwortung der Projektbeteiligten. Jede Rolle ist mit einer Rollenbeschreibung spezifiziert.
Eine Rolle ist einer der Hierarchieebenen Steuerung, Führung oder Ausführung zugeordnet:
-
Steuerung
Projekt gesamthaft, organisationsübergreifend steuern und sicherstellen, dass die Projektziele erreicht werden -
Führung
Projektgrundlagen erarbeiten, Projekt und Mitarbeitende führen, Projekt abschliessen -
Ausführung
Projektergebnisse erarbeiten und qualitätssichernde Massnahmen durchführen
In der Projektorganisation sind die Partner Anwender, Ersteller und Betreiber vertreten. Jede Rolle ist einem oder mehreren Partnern zugeordnet.
Rollenübersicht
Die Tabelle gibt eine Übersicht der Rollen in der Projektorganisation. Sie zeigt zudem die Zuordnung jeder Rolle zur Hierarchieebene und zum Partner und weist die in einer Projektorganisation minimal zu besetzende Rollen aus.
Hierarchieebene | Rolle | Anwender | Ersteller | Betreiber |
---|---|---|---|---|
* = minimal zu besetzende Rollen | ||||
Steuerung | Steuerungsrollen | X | X | X |
Auftraggeber * | X | |||
Projektausschussmitglied | X | X | X | |
Qualitäts- und Risikomanager | X | |||
Führung | Führungsrollen | X | X | X |
Projektleiter * | X | |||
Teilprojektleiter | X | X | X | |
Projektunterstützung | X | X | ||
Fachausschussmitglied | X | X | X | |
Ausführung | Fachspezialisten * | X | X | X |
Anwendervertreter | X | |||
Anwendungsverantwortlicher | X | |||
Betriebsverantwortlicher | X | |||
Business Analyst | X | X | ||
Entwickler | X | |||
Geschäftsprozessverantwortlicher | X | |||
ISDS-Verantwortlicher | X | |||
IT-Architekt | X | X | X | |
Tester | X | X | X | |
Testverantwortlicher | X | X | X |
Die Rollenbezeichnung Fachspezialist wird in HERMES als Sammelbegriff für die Rollen der Hierarchieebene Ausführung verwendet. Die Rollen Fachspezialist sind zahlreich und nicht alle im generellen Organigramm aufgeführt. HERMES beschreibt die Rollen der Fachspezialisten so weit, dass diese als Grundlage für ein gemeinsames Verständnis dienen können.
Der Rolleninhaber vertritt die Sicht seiner Organisation im Projekt (s. Abbildung 23).
-
Anwender
Der Anwender ist der Nutzer des Produkts oder IT-Systems und wickelt damit seine Geschäftsprozesse ab. Er ist verantwortlich für die Definition seiner Anforderungen, testet und nimmt das Produkt/das IT-System ab. -
Ersteller
Der Ersteller entwickelt oder liefert und integriert das Produkt/das IT-System. Er ist verantwortlich für die Entwicklung bzw. Lieferung und Integration gemäss den Vorgaben bezüglich Qualität, Zeit und Kosten. -
Betreiber
Der Betreiber integriert die technische Lösung in die Betriebsumgebung, stellt die Betriebsorganisation sicher und betreibt das System. Er ist verantwortlich für die Bereitstellung der Betriebsinfrastruktur, die Betriebsintegration, die Betriebsorganisation und den Betrieb gemäss den Vereinbarungen.
Die am Projekt beteiligten Partner werden oft durch Lieferanten oder externe Dienstleister unterstützt. Die Beschaffung der Leistungen und die Integration ins Projekt erfolgen in der Verantwortung der jeweiligen Organisation des Anwenders, Erstellers oder Betreibers.
Rollenbesetzung
Erläuterungen zur Rollenbesetzung
Für jede im Projekt benötigte Rolle wird die Rollenbesetzung festgelegt.
Die Rollenbesetzung erfolgt basierend auf den Anforderungen des Projektes. Sie berücksichtigt die im Projekt erforderliche Erfahrung, die benötigte Kapazität und die Verfügbarkeit der Rolleninhaber. Die konkrete Projektorganisation und die Rollenbesetzung werden im Projektmanagementplan festgehalten.
Bei der Rollenbesetzung müssen die folgenden Grundsätze beachtet werden, damit die Governance eingehalten werden kann:
-
Die Rollen Auftraggeber und Projektleiter sowie mindestens eine Rolle Fachspezialist müssen in jedem Projekt besetzt sein (vgl. Tabelle 31). Weitere Rollen werden abhängig von den Anforderungen des Projekts zugewiesen.
-
Eine Person kann mehrere Rollen wahrnehmen, sofern dadurch keine Interessenkonflikte entstehen.
-
Eine Rolle kann von mehreren Personen eingenommen werden, sofern die Rolle eine Mehrfachbesetzung zulässt
(es gibt z. B. meistens mehrere Tester in einem Projekt, jedoch nur einen Auftraggeber).
Nachfolgend sind Hinweise zur Rollenbesetzung für einige Rollen aufgeführt.
Hinweise zur Rollenbesetzung
Steuerung
Auftraggeber-
Der Auftraggeber muss beim Anwender angesiedelt sein
-
Der Auftraggeber muss das Projekt in der Führung der Stammorganisation und den Controlling- und Vorgabestellen vertreten und in der Stammorganisation hierarchisch entsprechend hoch angesiedelt sein
-
Der Auftraggeber stellt sicher, dass die für den Projekterfolg massgebenden Stakeholder im Projekt vertreten sind
-
Die Rollen Auftraggeber und Projektleiter dürfen nicht durch dieselbe Person besetzt werden
-
Der Auftraggeber bestimmt die Mitglieder des Projektausschusses
-
Für den Projekterfolg relevante Organisationen sind im Projektausschuss vertreten
-
Der Auftraggeber legt das Stimmrecht der Projektausschussmitglieder fest.
-
Abhängig von der Projektgrösse und den Risiken beauftragt der Auftraggeber eine Stelle mit dem Qualitäts- und Risikomanagement. Sie rapportiert direkt an den Auftraggeber
-
Die unabhängige Organisation, die den Qualitäts- und Risikomanager stellt, übernimmt keine weiteren Rollen im Projekt und muss die Unabhängigkeit des Mandats sicherstellen
Führung
Projektleiter-
Der Auftraggeber bestimmt den Projektleiter
-
Der Projektleiter ist beim Anwender angesiedelt
-
Übernimmt der Projektleiter zusätzlich Aufgaben eines Fachspezialisten, muss durch den Auftraggeber sichergestellt werden, dass dennoch genügend Kapazität für die Projektleitung zur Verfügung steht
-
Jeder Partner (Anwender, Ersteller, Betreiber) stellt einen Verantwortlichen, der die Arbeiten in seinem Bereich plant und führt. Dieser kann die Rolle des Teilprojektleiters wahrnehmen
-
Der Teilprojektleiter des Anwenders kann zugleich Projektleiter sein
Ausführung
Business Analyst-
Der Business Analyst kann in kleineren Projekten zusätzlich die Rolle des Projektleiters oder des anwenderseitigen Teilprojektleiters übernehmen, sofern er das Anforderungsprofil erfüllt und über die benötigte Arbeitskapazität verfügt
-
Jeder Partner (Anwender, Ersteller, Betreiber) testet in seinem Verantwortungsbereich
-
Jeder Partner (Anwender, Ersteller, Betreiber) kann in seinem Verantwortungsbereich einen Testverantwortlichen einsetzen
-
Der Anwender kann das Testmanagement an einen der Projektpartner delegieren. Die Gesamtverantwortung für das Projektergebnis bleibt jedoch bei ihm
Rollenbeschreibungen
Erläuterung der Rollenbeschreibung
Die Rollen beschreiben die Verantwortung, die Kompetenz und die benötigten Fähigkeiten der Projektbeteiligten. Sie bilden die Grundlage für ein gemeinsames Verständnis. Die Rollen sind Aufgaben und Ergebnissen zugeordnet.
-
Bei den Aufgaben ist immer eine verantwortliche Rolle aufgeführt.
-
Die für die Aufgabe verantwortliche Rolle trägt auch die Verantwortung für die Erarbeitung der Ergebnisse und für die Ergebnisse selbst.
-
Bei den Ergebnissen sind weitere an der Erarbeitung beteiligte Rollen aufgeführt. Sie sind nicht abschliessend und müssen projektspezifisch festgelegt werden.
Die Rolle Fachspezialist wird nicht gesondert aufgeführt. Gehört jedoch eine Rolle zu den Fachspezialisten, wird darauf in der Beschreibung hingewiesen. Für jede Rolle gibt es eine Rollenbeschreibung, die stets gleich strukturiert ist:
-
Beschreibung
vermittelt das Verständnis der Rolle. -
Verantwortung
beschreibt die Verantwortung der Rolle. -
Kompetenzen
beschreiben die Befugnisse der Rolle. -
Fähigkeiten
beschreiben, welche Kenntnisse eine Person benötigt, um die Rolle wahrnehmen zu können. Bei der Beschreibung der Fähigkeiten wird bewusst nicht zwischen Kenntnissen und Erfahrung unterschieden, da der Grad der benötigten Fähigkeiten stark vom Projekt abhängig ist. -
Beziehungen
zeigen den Bezug der Rolle zu Modulen, Ergebnissen und Aufgaben.
Rollenverzeichnis
- Anwendervertreter
- Anwendungsverantwortlicher
- Auftraggeber
- Betriebsverantwortlicher
- Business Analyst
- Entwickler
- Fachausschussmitglied
- Geschäftsprozessverantwortlicher
- ISDS-Verantwortlicher
- IT-Architekt
- Projektausschussmitglied
- Projektleiter
- Projektunterstützung
- Qualitäts- und Risikomanager
- Teilprojektleiter
- Tester
- Testverantwortlicher