Definitionsphase: Unterschied zwischen den Versionen

Aus DMS/eAkte-Wiki
Keine Bearbeitungszusammenfassung
Keine Bearbeitungszusammenfassung
 
(19 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Seite im Aufbau}}
__NOTOC__
 
{| class="wikitable barrierefrei" style="font-weight:bold;"
{| class="wikitable" style="text-align:center; font-family:Arial, Helvetica, sans-serif !important;"
|-
|-
! [[Leitfaden Projektmanagement|Leitfaden]]
! Navigationshilfe
! [[Begriffsklärungen]]
|- style="font-weight:normal;"
! [[Initialisierungsphase]]
|
! style="background-color:#14f5b4;" | Definitionsphase
;[[Leitfaden_Projektmanagement|Einführung (Startseite)]]
! [[Planungsphase]]
;[[Begriffsklärungen]]
! [[Steuerungsphase]]
;[[Projektorganisation]]
! [[Abschlussphase]]
;<span style="color:#51565C">Lifecycle eines Projekts - Projektmanagementphasen</span>
: [[Initialisierungsphase]]
: [[Definitionsphase]]
: [[Planungsphase]]
: [[Steuerungsphase]]
: [[Abschlussphase]]
;<span style="color:#51565C">Projekte der zentralen Serviceeinheiten der Universität Bielefeld</span>
: [[Projektübersichten|Übersichten über geplante und laufende Projekte]]
: [[Projektmanagementprozesse|Projektmanagementprozesse der Universität Bielefeld]]
: [[Projektbüro|Zentrales Projektbüro]]
|}
|}
{{AnleitungAbsatz
|Wenn die Freigabe erteilt wurde, d.h. entschieden wurde, dass die Projektidee weiter verfolgt werden soll, beginnt die Definitionsphase. In dieser Phase werden das Projektteam gebildet und der Projektumfang und -ablauf soweit konkretisiert, dass das Projekt am Ende der Definitionsphase auf der Basis des vervollständigten Steckbriefes (mit Angaben zu Zielen, Inhalten, Meilensteinen, Aufwänden und Kosten) genehmigt werden kann. Konkret werden in dieser Phase der Phasenplan erarbeitet und Meilensteine festgelegt, eine erste Umfeld- und Stakeholderanalyse, eine Risikobetrachtung sowie eine für die Genehmigung verbindliche Aufwands- und Kostenschätzung durchgeführt.
}}
{{AnleitungAbsatz
|Wenn Projektleitungen Unterstützung bei der Erstellung der Steckbriefe benötigen, können sie sich an das Zentrale Projektbüro ([http://mailto:multiprojektmanagement@uni-bielefeld.de multiprojektmanagement@uni-bielefeld.de]) wenden. Manche Fragen lassen sich schnell klären, für andere bietet sich ein persönliches Gespräch an.
}}
{{Verpflichtend
|Für universitätsinterne, einrichtungsübergreifende Projekte ist die Einbeziehung des [http://%5Bhttps://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/projektbuero/ Zentralen Projektbüros] in der Definitionsphase, d.h. bevor der Steckbrief zur Genehmigung vorgelegt wird, verpflichtend. In den meisten Fällen dürfte ein halbstündiges Gespräch zu Beginn der Definitionsphase ausreichend sein. Der Projektsteckbrief und ggf. weitere Anlagen werden auf Vollständigkeit und Genehmigungsfähigkeit geprüft. Handelt es sich um ein Projekt mit Budgetbedarf, ist zusätzlich ein Kalkulationsschema auszufüllen.
}}
{{Tipp
|Für Großprojekte und Projekte mit einer neuartigen komplexen Fragestellung bietet es sich an, die Definitionsphase als eigenes Projekt aufzusetzen und ein so genanntes ''Vorprojekt'' durchzuführen. Das Vorprojekt durchläuft im Kleinen dieselben Projektmanagementphasen wie jedes andere Projekt auch. Als Ergebnis des Vorprojekts wird der Steckbrief für das eigentliche Projekt mit den für die Genehmigung erforderlichen Anlagen zu Zielen, Projektphasen und Meilensteinen, Aufwänden und Kosten vorgelegt.
}}


{{AnleitungAbsatz|Wenn die Freigabe erteilt wurde, d.h. entschieden wurde, dass die Projektidee weiter verfolgt werden soll, beginnt die Definitionsphase. In dieser Phase werden das Projektteam gebildet und der Projektumfang und -ablauf soweit konkretisiert, dass das Projekt am Ende der Definitionsphase auf der Basis des vervollständigten Steckbriefes (mit Angaben zu Zielen, Inhalten, Meilensteinen, Aufwänden und Kosten) genehmigt werden kann. Konkret werden in dieser Phase der Phasenplan erarbeitet und Meilensteine festgelegt, eine erste Umfeld- und Stakeholderanalyse, eine Risikobetrachtung sowie eine für die Genehmigung verbindliche Aufwands- und Kostenschätzung durchgeführt.}}
== Phasen- und Meilensteinplan ==
{{AnleitungAbsatz|Wenn Projektleitungen Unterstützung bei der Erstellung der Steckbriefe benötigen, können sie sich an das Zentrale Projektbüro wenden. Manche Fragen lassen sich schnell klären, für andere bietet sich ein persönliches Gespräch an.}}
{{Hinweis|Für universitätsinterne, einrichtungsübergreifende Projekte ist die Einbeziehung des [http://%5Bhttps://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/projektbuero/ Zentralen Projektbüros] in der Definitionsphase, d.h. bevor der Steckbrief zur Genehmigung vorgelegt wird, verpflichtend. In den meisten Fällen dürfte ein halbstündiges Gespräch zu Beginn der Definitionsphase ausreichend sein. Der Projektsteckbrief und ggf. weitere Anlagen werden auf Vollständigkeit und Genehmigungsfähigkeit geprüft. Handelt es sich um ein Projekt mit Budgetbedarf, ist zusätzlich ein Kalkulationsschema auszufüllen.}}
{{Information|Für Großprojekte und Projekte mit einer neuartigen komplexen Fragestellung bietet es sich an, die Definitionsphase als eigenes Projekt aufzusetzen und ein so genanntes ''Vorprojekt'' durchzuführen. Das Vorprojekt durchläuft im Kleinen dieselben Projektmanagementphasen wie jedes andere Projekt auch. Als Ergebnis des Vorprojekts wird der Steckbrief für das eigentliche Projekt mit den für die Genehmigung erforderlichen Anlagen zu Zielen, Projektphasen und Meilensteinen, Aufwänden und Kosten vorgelegt.}}


== Phasen- und Meilensteinplan ==
{{AnleitungAbsatz
{{AnleitungAbsatz|Jedes Projekt lässt sich in spezifische Projektphasen untergliedern. Die Grundidee des Phasen- und Meilensteinplans ist ein Überblick über das Gesamtprojekt mit den wichtigsten Meilensteinen.}}
|Jedes Projekt lässt sich in spezifische Projektphasen untergliedern. Die Grundidee des Phasen- und Meilensteinplans ist ein Überblick über das Gesamtprojekt mit den wichtigsten Meilensteinen.
{{AnleitungAbsatz|{{PfeilR}} Eine '''Projektphase''' ist ein zeitlich und inhaltlich klar abgrenzbarer Teil des Projekts. Jede Projektphase endet mit einem Meilenstein. Projektphasen können sich je nach Fragestellung und gewählter Vorgehensweise zeitlich überlappen oder sequenziell geschaltet sein.}}
}}
{{AnleitungAbsatz|{{PfeilR}} Ein '''Meilenstein''' ist ein Ereignis von besonderer Bedeutung im Projekt: Der Start des Projekts, ein Etappenziel, ein wichtiges Zwischenergebnis, ein Entscheidungspunkt im Projektverlauf etc.}}
{{Definition
{{AnleitungAbsatz|{{PfeilR}} Ein '''Phasen- und Meilensteinplan''' enthält im Sinne einer Grobplanung folgende Bestandteile: Die Projektphasen, die wichtigsten Meilensteine und eine Zeitachse. Er bietet in der Definitionsphase eine wichtige Orientierung für die Entscheidungsträger. Für die Durchführung des Projekts wird er in der Planungsphase durch einen detaillierten Zeitplan ersetzt. Er behält aber seine Bedeutung für den gemeinsamen Blick aller Projektbeteiligten (Steuerung, Projektleitung und Projektteam) auf das Projekt und für die Projektkommunikation.}}
|Eine '''Projektphase''' ist ein zeitlich und inhaltlich klar abgrenzbarer Teil des Projekts. Jede Projektphase endet mit einem Meilenstein. Projektphasen können sich je nach Fragestellung und gewählter Vorgehensweise zeitlich überlappen oder sequenziell geschaltet sein.
{{AnleitungAbsatz|Wie viele Meilensteine es für ein Projekt geben sollte, lässt sich nicht allgemeingültig beantworten. Klar ist, dass es mindestens einen Meilenstein mehr gibt als Projektphasen, da das Projekt mit einem Meilenstein beginnt und alle Projektphasen mit einem Meilenstein enden. Eine Projektphase kann auch mehrere Meilensteine umfassen, wenn sie mehrere Ereignisse von besonderer Bedeutung für den Projektfortschritt beinhaltet.}}
 
{{Information|Meilensteine dienen der Überwachung des Projektfortschritts: Wie ist der Stand im Projekt? Welche Arbeitsschritte müssen abgeschlossen sein, um den nächsten Meilenstein zu erreichen? Sie kennzeichnen kritische Stellen im Projekt, da der weitere Verlauf des Projekts vom Erreichen der Meilensteine abhängt. Meilensteine im Sinne von Entscheidungspunkten dienen auch dazu, über die Fortsetzung oder den Abbruch des Projekts zu entscheiden.}}
Ein '''Meilenstein''' ist ein Ereignis von besonderer Bedeutung im Projekt: Der Start des Projekts, ein Etappenziel, ein wichtiges Zwischenergebnis, ein Entscheidungspunkt im Projektverlauf etc.
 
Ein '''Phasen- und Meilensteinplan''' enthält im Sinne einer Grobplanung folgende Bestandteile: Die Projektphasen, die wichtigsten Meilensteine und eine Zeitachse. Er bietet in der Definitionsphase eine wichtige Orientierung für die Entscheidungsträger. Für die Durchführung des Projekts wird er in der Planungsphase durch einen detaillierten Zeitplan ersetzt. Er behält aber seine Bedeutung für den gemeinsamen Blick aller Projektbeteiligten (Steuerung, Projektleitung und Projektteam) auf das Projekt und für die Projektkommunikation.
}}
{{AnleitungAbsatz
|Wie viele Meilensteine es für ein Projekt geben sollte, lässt sich nicht allgemeingültig beantworten. Klar ist, dass es mindestens einen Meilenstein mehr gibt als Projektphasen, da das Projekt mit einem Meilenstein beginnt und alle Projektphasen mit einem Meilenstein enden. Eine Projektphase kann auch mehrere Meilensteine umfassen, wenn sie mehrere Ereignisse von besonderer Bedeutung für den Projektfortschritt beinhaltet.
}}
{{Tipp
|Meilensteine dienen der Überwachung des Projektfortschritts: Wie ist der Stand im Projekt? Welche Arbeitsschritte müssen abgeschlossen sein, um den nächsten Meilenstein zu erreichen? Sie kennzeichnen kritische Stellen im Projekt, da der weitere Verlauf des Projekts vom Erreichen der Meilensteine abhängt. Meilensteine im Sinne von Entscheidungspunkten dienen auch dazu, über die Fortsetzung oder den Abbruch des Projekts zu entscheiden.
}}


== Umfeld- und Stakeholderanalyse ==
== Umfeld- und Stakeholderanalyse ==
{{AnleitungAbsatz|Ein Projekt steht in wechselseitiger Beziehung zu seinem Umfeld, in dem es entsteht und durchgeführt wird.}}
 
{{AnleitungAbsatz|{{PfeilR}} Die '''Projektumfeldanalyse''' analysiert und beschreibt die sachlichen (z.B. Richtlinien, Marktentwicklungen) und sozialen Faktoren (z.B. Mitarbeitende, Lieferanten). In der '''Stakeholderanalyse''' werden die sozialen Umfeldfaktoren eines Projekts betrachtet.}}
{{AnleitungAbsatz
{{AnleitungAbsatz|In der ''Umfeldanalyse'' werden die Anzahl und Art der Schnittstellen nach außen betrachtet. Je mehr Schnittstellen beispielsweise zu externen Lieferanten oder Beratern bestehen, desto genauer sind Wirkungsketten sowie die kurz-, mittel und langfristigen Folgen daraus zu analysieren. Bestehen dagegen keine oder nur unwesentliche Berührungen nach außen, kann auf eine umfassende Umfeldanalyse verzichtet werden. Die wesentlichen Einflussfaktoren eines Projekts sollten systematisch im Rahmen der Projektumfeldanalyse identifiziert und aufgelistet werden. Bewährt hat sich dabei vor allem die Gliederung in soziale und sachliche Umfeldfaktoren:}}
|Ein Projekt steht in wechselseitiger Beziehung zu seinem Umfeld, in dem es entsteht und durchgeführt wird.
}}
{{Definition
|Die '''Projektumfeldanalyse''' analysiert und beschreibt die sachlichen (z.B. Richtlinien, Marktentwicklungen) und sozialen Faktoren (z.B. Mitarbeitende, Lieferanten). In der '''Stakeholderanalyse''' werden die sozialen Umfeldfaktoren eines Projekts betrachtet.
}}
{{AnleitungAbsatz
|In der ''Umfeldanalyse'' werden die Anzahl und Art der Schnittstellen nach außen betrachtet. Je mehr Schnittstellen beispielsweise zu externen Lieferanten oder Beratern bestehen, desto genauer sind Wirkungsketten sowie die kurz-, mittel und langfristigen Folgen daraus zu analysieren. Bestehen dagegen keine oder nur unwesentliche Berührungen nach außen, kann auf eine umfassende Umfeldanalyse verzichtet werden. Die wesentlichen Einflussfaktoren eines Projekts sollten systematisch im Rahmen der Projektumfeldanalyse identifiziert und aufgelistet werden. Bewährt hat sich dabei vor allem die Gliederung in soziale und sachliche Umfeldfaktoren:
}}
{| class="wikitable"  
{| class="wikitable"  
|- style="font-weight:bold; text-align:center;"
|- style="font-weight:bold; text-align:center;"
Zeile 49: Zeile 82:
| colspan="2" style="text-align:center; font-weight:bold; background-color:#14f5b4; color:#333333;" | Risikoanalyse
| colspan="2" style="text-align:center; font-weight:bold; background-color:#14f5b4; color:#333333;" | Risikoanalyse
|}
|}
{{AnleitungAbsatz|'''Abbildung 5: Inhalte der Umfeld- und Stakeholderanalyse'''}}
{{AnleitungAbsatz
{{AnleitungAbsatz|Die Erwartungen und Anforderungen der ''Stakeholder'' stehen in unterschiedlicher Beziehung zum Projekt. Die-se frühzeitig zu ermitteln und während der Projektlaufzeit kontinuierlich zu managen, ist ein grundlegender Erfolgsfaktor von Projekten.}}
|'''Tabelle: Inhalte der Umfeld- und Stakeholderanalyse'''
}}
{{AnleitungAbsatz
|Die Erwartungen und Anforderungen der ''Stakeholder'' stehen in unterschiedlicher Beziehung zum Projekt. Diese frühzeitig zu ermitteln und während der Projektlaufzeit kontinuierlich zu managen, ist ein grundlegender Erfolgsfaktor von Projekten.
*Wer sind meine Stakeholder?
*Wer sind meine Stakeholder?
*Welche sind ihre besonderen Interessen und welche die Interessen des Projektes? Gibt es Abweichungen (etwa bei Prioritäten)?
*Welche sind ihre besonderen Interessen und welche die Interessen des Projektes? Gibt es Abweichungen (etwa bei Prioritäten)?
Zeile 58: Zeile 94:
*Beeinflusst das Projekt ihre Interessen positiv oder negativ?
*Beeinflusst das Projekt ihre Interessen positiv oder negativ?
*Mit welchen Reaktionen (Widerständen) ist zu rechnen?
*Mit welchen Reaktionen (Widerständen) ist zu rechnen?
{{AnleitungAbsatz|Auf Grundlage der Umfeld- und Stakeholderanalyse werden die möglichen Projektrisiken erfasst.}}
Auf Grundlage der Umfeld- und Stakeholderanalyse werden die möglichen Projektrisiken erfasst.
{{Information|{{AnleitungAbsatz|Mögliche Stakeholder für Projekte der Universität Bielefeld finden Sie in der [https://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/vorlagen/ Checkliste Stakeholder].}}
}}
{{AnleitungAbsatz|Bitte beachten Sie hier die enge Verbindung zur Projektkommunikation, die dazu dient, die Stakeholder umfassend und zur geeigneten Zeit mit Informationen zu versorgen.}}}}
{{Tipp|
Mögliche Stakeholder für Projekte der Universität Bielefeld finden Sie in der [https://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/vorlagen/ Checkliste Stakeholder].
 
Bitte beachten Sie hier die enge Verbindung zur Projektkommunikation, die dazu dient, die Stakeholder umfassend und zur geeigneten Zeit mit Informationen zu versorgen.
}}


== Risikomanagement ==
== Risikomanagement ==
{{AnleitungAbsatz|{{PfeilR}} Das Risikomanagement ist ein kontinuierlicher Prozess und umfasst die Risikoanalyse, die Erarbeitung und ggf. Durchführung von Maßnahmen sowie die regelmäßige Überprüfung des Risikoportfolios und der Maßnahmen.}}
 
{{AnleitungAbsatz|Im ersten Schritt des Risikomanagements werden alle projektbezogenen Risiken auf der Grundlage der Umfeld- und Stakeholderanalyse erfasst. Es empfiehlt sich, ergänzend den [https://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/vorlagen/ Fragenkatalog] zu möglichen Projektrisiken hinzuzuziehen. Die Risiken werden mindestens so weit beschrieben, dass sie für alle Beteiligten verständlich sind. Anschließend wird geprüft,}}
{{Definition
|Das Risikomanagement ist ein kontinuierlicher Prozess und umfasst die Risikoanalyse, die Erarbeitung und ggf. Durchführung von Maßnahmen sowie die regelmäßige Überprüfung des Risikoportfolios und der Maßnahmen.
 
Im ersten Schritt des Risikomanagements werden alle projektbezogenen Risiken auf der Grundlage der Umfeld- und Stakeholderanalyse erfasst. Es empfiehlt sich, ergänzend den [https://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/vorlagen/ Fragenkatalog] zu möglichen Projektrisiken hinzuzuziehen. Die Risiken werden mindestens so weit beschrieben, dass sie für alle Beteiligten verständlich sind. Anschließend wird geprüft,
*welche Maßnahmen ergriffen werden können bzw. müssen,
*welche Maßnahmen ergriffen werden können bzw. müssen,
*wie der Status des Risikos bzw. der Maßnahmenumsetzung ist,
*wie der Status des Risikos bzw. der Maßnahmenumsetzung ist,
*wer aus dem Projektteam für die Überwachung des Risikos und der Durchführung der Maßnahmen verantwortlich ist und
*wer aus dem Projektteam für die Überwachung des Risikos und der Durchführung der Maßnahmen verantwortlich ist und
*wann der Status des Risikos und die Durchführung der Maßnahmen (erneut) im Teammeeting besprochen werden muss.  
*wann der Status des Risikos und die Durchführung der Maßnahmen (erneut) im Teammeeting besprochen werden muss.
{{AnleitungAbsatz|Sofern die Maßnahmen mit Aufwänden und Kosten verbunden sind, ist es Aufgabe der Projektleitung, diese in der Projektplanung zu berücksichtigen.}}
Sofern die Maßnahmen mit Aufwänden und Kosten verbunden sind, ist es Aufgabe der Projektleitung, diese in der Projektplanung zu berücksichtigen.
{{Information|Die Projektleitung sollte für jedes Risiko eine verantwortliche Person aus dem Projektteam benennen, die das jeweilige Risiko im Blick behält und in regelmäßigen Abständen berichtet, ob sich das Risiko hinsichtlich Eintrittswahrscheinlichkeit und Tragweite verändert hat, ob geplante Maßnahmen ergriffen wurden und ob das Risiko für das Projekt noch relevant ist.}}
}}
{{AnleitungAbsatz|Folgend wird ein vereinfachtes Beispiel für eine Risikomanagement-Dokumentation dargestellt, die sich bereits in mehreren Projekten an der Universität Bielefeld als praktikabel erwiesen hat:}}
{{Tipp
{| class="wikitable"  
|Die Projektleitung sollte für jedes Risiko eine verantwortliche [[Projektorganisation#Projektrollen|Person aus dem Projektteam]] benennen, die das jeweilige Risiko im Blick behält und in regelmäßigen Abständen berichtet, ob sich das Risiko hinsichtlich Eintrittswahrscheinlichkeit und Tragweite verändert hat, ob geplante Maßnahmen ergriffen wurden und ob das Risiko für das Projekt noch relevant ist.
|- style="font-weight:bold; color:#008965;"
}}
! colspan="6" style="text-align:center;" | Risikomanagement Projekt "Richtungsweisend"
{{AnleitungAbsatz
|Folgend wird ein vereinfachtes Beispiel für eine Risikomanagement-Dokumentation dargestellt, die sich bereits in mehreren Projekten an der Universität Bielefeld als praktikabel erwiesen hat:
}}
{| class="wikitable" style="font-family:Arial, Helvetica, sans-serif !important;"
|-
! colspan="6" style="text-align:center; font-weight:bold; color:#008965;" | Risikomanagement Projekt "Richtungsweisend"
|- style="font-weight:bold;"
|- style="font-weight:bold;"
| Bereich
| Bereich
Zeile 83: Zeile 131:
| Verantwortung
| Verantwortung
|-
|-
| colspan="6" style="background-color:#14f5b4;" | Personal und Zuständigkeiten
| style="font-weight:bold;" | Personal und<br />Zuständigkeiten
|-
| Erarbeitungs- und<br />Übergangsphase durch<br />Personalveränderungen <br />im Projekt
|
| Erarbeitungs- und Übergangsphase durch Personalveränderungen im Projekt
|  
|  
| in Arbeit
| in Arbeit
| 12.01.2017
| 12.01.2022
| Herr Akkurat
| Herr Akkurat
|-
|-
| colspan="6" style="background-color:#14f5b4;" | Inhaltlich-fachliche Risiken
| style="font-weight:bold;" | Inhaltlich-fachliche<br />Risiken
|-
| Datenflüsse zu<br />benachbarten<br />Systemen unklar
|
| Workshop abwarten;<br />Zeitpunkt der<br />Inbetriebnahme ggf. <br />verschieben
| Datenflüsse zu benachbarten Systemen unklar
| Workshop abwarten; Zeitpunkt der Inbetriebnahme ggf. verschieben
| offen
| offen
| 09.03.2017
| 09.03.2022
| Frau Unverzüglich
| Frau Unverzüglich
|-
|-
| colspan="6" style="background-color:#14f5b4;" | Terminrisiken
| style="font-weight:bold;" | Terminrisiken
|-
| Nicht rechtzeitige<br />Bereitstellung<br />der technischen<br />Infrastruktur
|
| Nicht rechtzeitige Bereitstellung der technischen Infrastruktur
| Bestellung prüfen
| Bestellung prüfen
| erledigt
| erledigt
| 15.12.2016
| 15.12.2011
| Herr Akkurat
| Herr Akkurat
|-
|-
| colspan="6" style="background-color:#14f5b4;" | Weitere Risiken
| rowspan="2" style="font-weight:bold;" | Weitere Risiken
|-
|
| Begrenzte Kapazitäten
| Begrenzte Kapazitäten
| Telefonkonferenz abwarten
| Telefonkonferenz<br />abwarten
| offen
| offen
| 02.02.2017
| style="background-color:#F8F9FA; color:#202122;" | 02.02.2022
| Herr Organisation
| style="background-color:#F8F9FA; color:#202122;" | Herr Organisation
|-
|-
|
| Rechtliche Veränderungen
| Rechtliche Veränderungen
|  
|  
| offen
| offen
| 02.02.2017
| style="background-color:#F8F9FA; color:#202122;" | 02.02.2022
| Frau Sicherheit
| Frau Sicherheit
|-
| colspan="6" style="background-color:#14f5b4;" | Legende
|-
| colspan="6" | Status: offen, in Arbeit, erledigt
|}
|}
{{AnleitungAbsatz|'''Abbildung 6: Beispiel für Risikomanagement in der Planungs- und Steuerungsphase'''}}
{{AnleitungAbsatz
{{AnleitungAbsatz|Risikomanagement in den Projektmanagementphasen:}}
|'''Tabelle: Beispiel für Risikomanagement in der Planungs- und Steuerungsphase'''
{| class="wikitable"  
}}
|-
{{AnleitungAbsatz
! Initialisierungsphase
|Risikomanagement in den Projektmanagementphasen:
! Risiken und Chance –soweit bekannt– im Steckbrief dokumentieren
}}
|-
{| class="barrierefrei"
| Planungsphase
|- style="vertical-align:top;"
| Umgang mit Risiken festlegen, Machbarkeit bewerten
|'''[[Initialisierungsphase]]'''
|-
|{{PfeilR}}
| Planungsphase
|Risiken und Chancen (soweit bekannt) im Steckbrief dokumentieren
| Risiken analysieren, Gegenmaßnahmen zu Risiken planen
|- style="vertical-align:top;"
|-
|'''[[Definitionsphase]]'''
| Steuerungsphase
|{{PfeilR}}
| Risiken und Gegenmaßnahmen überprüfen und steuern
|Umgang mit Risiken festlegen, Machbarkeit bewerten
|-
|- style="vertical-align:top;"
| Abschlussphase
|'''[[Planungsphase]]'''
| Evaluation des Risikomanagements, Dokumentation für zukünftige Projekte (lessons learned)
|{{PfeilR}}
|Risiken analysieren, Gegenmaßnahmen zu Risiken planen
|- style="vertical-align:top;"
|'''[[Steuerungsphase]]'''
|{{PfeilR}}
|Risiken und Gegenmaßnahmen überprüfen und steuern
|- style="vertical-align:top;"
|'''[[Abschlussphase]]'''
|{{PfeilR}}
|Evaluation des Risikomanagements, Dokumentation für zukünftige Projekte (Lessons Learned)
|}
|}


== Aufwands- und Kostenschätzung ==
== Aufwands- und Kostenschätzung ==
{{Hinweis|{{AnleitungAbsatz|Ein weiterer wichtiger Schritt, der im Idealfall in der Definitionsphase stattfindet, ist die Kalkulation der internen Personalaufwände und der externen Kosten des Projekts. Wenn die externen Kosten zu diesem Zeitpunkt noch nicht ausreichend konkret geschätzt werden können, ist neben der Genehmigung des Projekts zu einem späteren Zeitpunkt die Genehmigung des Projektbudgets einzuholen.}}
 
{{AnleitungAbsatz|Der Budgetbedarf wird durch die Projektleitung ermittelt. Für Projekte der Universitätsverwaltung mit einem größeren Finanzvolumen empfiehlt sich eine frühzeitige Einbeziehung der Abteilung für Finanzcontrolling zu Beginn der Definitionsphase, um die Kostenkalkulation und mögliche Finanzierungsquellen abzustimmen.}}
{{Verpflichtend
{{AnleitungAbsatz|Der Budgetbedarf setzt sich aus externen Kosten z.B. für Hardware, Lizenzen oder externe Beratung sowie aus Personalkosten zusammen. Letztere fallen an, wenn für das Projekt Personal eingestellt werden soll, Teilzeitkräfte für das Projekt befristet ihre wöchentliche Arbeitszeit aufstocken oder vorhandenes Personal, das im Projekt mitarbeiten soll, durch befristete Arbeitskräfte kompensiert werden soll.}}}}
|Ein weiterer wichtiger Schritt, der im Idealfall in der Definitionsphase stattfindet, ist die Kalkulation der internen Personalaufwände und der externen Kosten des Projekts. Wenn die externen Kosten zu diesem Zeitpunkt noch nicht ausreichend konkret geschätzt werden können, ist neben der Genehmigung des Projekts zu einem späteren Zeitpunkt die Genehmigung des Projektbudgets einzuholen.
{{AnleitungAbsatz|Welche Verfahren der Aufwands- und Kostenschätzungen geeignet sind, hängt stark vom einzelnen Projekt ab. Es gibt verschiedene Möglichkeiten:}}
 
*Gibt es Erfahrungswerte aus vergleichbaren Projekten? Falls die Projektleitung nicht über solche Erfahrungen verfügt: Gibt es andere Personen im Haus oder in beruflichen Netzwerken mit entsprechen-den Erfahrungen? Sprechen Sie das [https://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/projektbuero/ Zentrale Projektbüro] der Universitätsverwaltung an.
Der Budgetbedarf wird durch die Projektleitung ermittelt. Für Projekte der Universitätsverwaltung mit einem größeren Finanzvolumen empfiehlt sich eine frühzeitige Einbeziehung der [[pevzorg:10009|Abteilung für Finanzcontrolling]] zu Beginn der Definitionsphase, um die Kostenkalkulation und mögliche Finanzierungsquellen abzustimmen.
 
Der Budgetbedarf setzt sich aus externen Kosten z.B. für Hardware, Lizenzen oder externe Beratung sowie aus Personalkosten zusammen. Letztere fallen an, wenn für das Projekt Personal eingestellt werden soll, Teilzeitkräfte für das Projekt befristet ihre wöchentliche Arbeitszeit aufstocken oder vorhandenes Personal, das im Projekt mitarbeiten soll, durch befristete Arbeitskräfte kompensiert werden soll.
}}
{{AnleitungAbsatz
|Welche Verfahren der Aufwands- und Kostenschätzungen geeignet sind, hängt stark vom einzelnen Projekt ab. Es gibt verschiedene Möglichkeiten:
*Gibt es Erfahrungswerte aus vergleichbaren Projekten? Falls die Projektleitung nicht über solche Erfahrungen verfügt: Gibt es andere Personen im Haus oder in beruflichen Netzwerken mit entsprechenden Erfahrungen? Sprechen Sie das [https://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/projektbuero/ Zentrale Projektbüro] der Universitätsverwaltung an.
*Wenn bekannt ist, welche Organisationseinheiten an dem Projekt maßgeblich beteiligt sein werden, sollte ein Workshop zur Aufwands- und Kostenschätzung durchgeführt werden.
*Wenn bekannt ist, welche Organisationseinheiten an dem Projekt maßgeblich beteiligt sein werden, sollte ein Workshop zur Aufwands- und Kostenschätzung durchgeführt werden.
*Besteht die Möglichkeit, das Projekt in Phasen zu zerlegen und die Aufwands- und Kostenschätzungen auf die ersten konkret fassbaren Phasen zu beschränken? Dann wären Teilgenehmigungen für diese ersten Phasen denkbar.
*Besteht die Möglichkeit, das Projekt in Phasen zu zerlegen und die Aufwands- und Kostenschätzungen auf die ersten konkret fassbaren Phasen zu beschränken? Dann wären Teilgenehmigungen für diese ersten Phasen denkbar.
*Eine weitere ergänzende Möglichkeit besteht darin, sich bereits in dieser Phase mit dem Projektstrukturplan und den Arbeitspaketen zu befassen. Insbesondere aus den Standardarbeitspaketen ergeben sich Stakeholder und mögliche Projektbeteiligte. Diese können für ihre Arbeitspakete vor dem Hintergrund der Projektziele, Projektphasen und Meilensteinen (vorläufige) Aussagen zu Auf-wänden und Kosten treffen.
*Eine weitere ergänzende Möglichkeit besteht darin, sich bereits in dieser Phase mit dem Projektstrukturplan und den Arbeitspaketen zu befassen. Insbesondere aus den Standardarbeitspaketen ergeben sich Stakeholder und mögliche Projektbeteiligte. Diese können für ihre Arbeitspakete vor dem Hintergrund der Projektziele, Projektphasen und Meilensteinen (vorläufige) Aussagen zu Aufwänden und Kosten treffen.
*Es ist möglich, mit Bandbreiten zu arbeiten, z.B. 20 bis 25 Personentage für Phase 1 oder 25.000–30.000 € für externe Beratung.
*Es ist möglich, mit Bandbreiten zu arbeiten, z.B. 20 bis 25 Personentage für Phase 1 oder 25.000–30.000 € für externe Beratung.
}}


== Genehmigung des Projekts ==
== Genehmigung des Projekts ==
{{Hinweis|{{AnleitungAbsatz|Am Ende der Definitionsphase steht die Genehmigung des Projekts durch den Kanzler auf Basis des Projektsteckbriefs und ggf. ergänzender Unterlagen. Zwingend erforderlich für die Genehmigung sind der terminierte Meilensteinplan (Angabe in Monaten) und eine Personalaufwandsschätzung. Wenn davon ausgegangen wird, dass externe Kosten anfallen werden, der Umfang sich aber noch nicht gut einschätzen lässt, so ist dies im Steckbrief zu vermerken und das Finanzcontrolling zu informieren. Die Budgetgenehmigung muss dann zu einem späteren Zeitpunkt erfolgen.}}
 
{{AnleitungAbsatz|Die Projektleitung beantragt im Dokumentenmanagementsystem die Genehmigung. Das Genehmigungsverfahren läuft über das Zentrale Projektbüro und – bei Projekten mit Budgetbedarf – das Finanzcontrolling, das sich ggf. bei Rückfragen direkt mit der Projektleitung in Verbindung setzt. Die eigentliche Genehmigung erfolgt durch den Kanzler. Sobald das Projekt genehmigt ist, wird die Projektleitung durch das Zentrale Projektbüro informiert.}}
{{Verpflichtend
{{AnleitungAbsatz|Ergeben sich bei laufenden Projekten grundlegende Veränderungen bezüglich der Ziele, des Projektumfangs, des Zeitplans oder des Budgetbedarfs, so muss der Steckbrief angepasst und erneut zur Genehmigung vorgelegt werden.}}
|Am Ende der Definitionsphase steht die Genehmigung des Projekts durch den Kanzler auf Basis des Projektsteckbriefs und ggf. ergänzender Unterlagen. Zwingend erforderlich für die Genehmigung sind der terminierte Meilensteinplan (Angabe in Monaten) und eine Personalaufwandsschätzung. Wenn davon ausgegangen wird, dass externe Kosten anfallen werden, der Umfang sich aber noch nicht gut einschätzen lässt, so ist dies im Steckbrief zu vermerken und das [[pevzorg:10009|Finanzcontrolling]] zu informieren. Die Budgetgenehmigung muss dann zu einem späteren Zeitpunkt erfolgen.
{{AnleitungAbsatz|Alternativ zur Genehmigung des gesamten Projekts besteht die Möglichkeit nur erste, konkret beschreibbare Projektphasen zu genehmigen. Solche Teilgenehmigungen einzelner Projektphasen sind in der Regel mit späteren Entscheidungen über die Fortsetzung des Projekts verknüpft, d.h. dass am Ende der genehmigten Projektphase entschieden wird, ob das Projekt beendet wird oder ob die nächsten Projektphasen ebenfalls genehmigt werden. Mit Teilgenehmigungen wird das Budget lediglich der genehmigten Projektphasen bewilligt.}}}}
 
Die Projektleitung beantragt im Dokumentenmanagementsystem die [[Verfügungsworkflow allgemein in DMS/eAkte|Genehmigung]]. Das Genehmigungsverfahren läuft über das [https://www.uni-bielefeld.de/intern/dezernate/dezernat-dt-p/projektmanagement/projektbuero/ Zentrale Projektbüro] und – bei Projekten mit Budgetbedarf – das Finanzcontrolling, das sich ggf. bei Rückfragen direkt mit der Projektleitung in Verbindung setzt. Die eigentliche Genehmigung erfolgt durch den Kanzler. Sobald das Projekt genehmigt ist, wird die Projektleitung durch das Zentrale Projektbüro informiert.
 
Ergeben sich bei laufenden Projekten grundlegende Veränderungen bezüglich der Ziele, des Projektumfangs, des Zeitplans oder des Budgetbedarfs, so muss der Steckbrief angepasst und erneut zur Genehmigung vorgelegt werden.
 
Alternativ zur Genehmigung des gesamten Projekts besteht die Möglichkeit nur erste, konkret beschreibbare Projektphasen zu genehmigen. Solche Teilgenehmigungen einzelner Projektphasen sind in der Regel mit späteren Entscheidungen über die Fortsetzung des Projekts verknüpft, d.h. dass am Ende der genehmigten Projektphase entschieden wird, ob das Projekt beendet wird oder ob die nächsten Projektphasen ebenfalls genehmigt werden. Mit Teilgenehmigungen wird das Budget lediglich der genehmigten Projektphasen bewilligt.
}}

Aktuelle Version vom 24. Januar 2023, 11:04 Uhr

Navigationshilfe
Einführung (Startseite)
Begriffsklärungen
Projektorganisation
Lifecycle eines Projekts - Projektmanagementphasen
Initialisierungsphase
Definitionsphase
Planungsphase
Steuerungsphase
Abschlussphase
Projekte der zentralen Serviceeinheiten der Universität Bielefeld
Übersichten über geplante und laufende Projekte
Projektmanagementprozesse der Universität Bielefeld
Zentrales Projektbüro

Wenn die Freigabe erteilt wurde, d.h. entschieden wurde, dass die Projektidee weiter verfolgt werden soll, beginnt die Definitionsphase. In dieser Phase werden das Projektteam gebildet und der Projektumfang und -ablauf soweit konkretisiert, dass das Projekt am Ende der Definitionsphase auf der Basis des vervollständigten Steckbriefes (mit Angaben zu Zielen, Inhalten, Meilensteinen, Aufwänden und Kosten) genehmigt werden kann. Konkret werden in dieser Phase der Phasenplan erarbeitet und Meilensteine festgelegt, eine erste Umfeld- und Stakeholderanalyse, eine Risikobetrachtung sowie eine für die Genehmigung verbindliche Aufwands- und Kostenschätzung durchgeführt.

Wenn Projektleitungen Unterstützung bei der Erstellung der Steckbriefe benötigen, können sie sich an das Zentrale Projektbüro (multiprojektmanagement@uni-bielefeld.de) wenden. Manche Fragen lassen sich schnell klären, für andere bietet sich ein persönliches Gespräch an.

Für universitätsinterne, einrichtungsübergreifende Projekte ist die Einbeziehung des Zentralen Projektbüros in der Definitionsphase, d.h. bevor der Steckbrief zur Genehmigung vorgelegt wird, verpflichtend. In den meisten Fällen dürfte ein halbstündiges Gespräch zu Beginn der Definitionsphase ausreichend sein. Der Projektsteckbrief und ggf. weitere Anlagen werden auf Vollständigkeit und Genehmigungsfähigkeit geprüft. Handelt es sich um ein Projekt mit Budgetbedarf, ist zusätzlich ein Kalkulationsschema auszufüllen.

"Eine Glühbirne"

Für Großprojekte und Projekte mit einer neuartigen komplexen Fragestellung bietet es sich an, die Definitionsphase als eigenes Projekt aufzusetzen und ein so genanntes Vorprojekt durchzuführen. Das Vorprojekt durchläuft im Kleinen dieselben Projektmanagementphasen wie jedes andere Projekt auch. Als Ergebnis des Vorprojekts wird der Steckbrief für das eigentliche Projekt mit den für die Genehmigung erforderlichen Anlagen zu Zielen, Projektphasen und Meilensteinen, Aufwänden und Kosten vorgelegt.

Phasen- und Meilensteinplan

Jedes Projekt lässt sich in spezifische Projektphasen untergliedern. Die Grundidee des Phasen- und Meilensteinplans ist ein Überblick über das Gesamtprojekt mit den wichtigsten Meilensteinen.

"Ein schwarzes Ausrufezeichen in einem schwarzen Kreis."

Eine Projektphase ist ein zeitlich und inhaltlich klar abgrenzbarer Teil des Projekts. Jede Projektphase endet mit einem Meilenstein. Projektphasen können sich je nach Fragestellung und gewählter Vorgehensweise zeitlich überlappen oder sequenziell geschaltet sein.

Ein Meilenstein ist ein Ereignis von besonderer Bedeutung im Projekt: Der Start des Projekts, ein Etappenziel, ein wichtiges Zwischenergebnis, ein Entscheidungspunkt im Projektverlauf etc.

Ein Phasen- und Meilensteinplan enthält im Sinne einer Grobplanung folgende Bestandteile: Die Projektphasen, die wichtigsten Meilensteine und eine Zeitachse. Er bietet in der Definitionsphase eine wichtige Orientierung für die Entscheidungsträger. Für die Durchführung des Projekts wird er in der Planungsphase durch einen detaillierten Zeitplan ersetzt. Er behält aber seine Bedeutung für den gemeinsamen Blick aller Projektbeteiligten (Steuerung, Projektleitung und Projektteam) auf das Projekt und für die Projektkommunikation.

Wie viele Meilensteine es für ein Projekt geben sollte, lässt sich nicht allgemeingültig beantworten. Klar ist, dass es mindestens einen Meilenstein mehr gibt als Projektphasen, da das Projekt mit einem Meilenstein beginnt und alle Projektphasen mit einem Meilenstein enden. Eine Projektphase kann auch mehrere Meilensteine umfassen, wenn sie mehrere Ereignisse von besonderer Bedeutung für den Projektfortschritt beinhaltet.

"Eine Glühbirne"

Meilensteine dienen der Überwachung des Projektfortschritts: Wie ist der Stand im Projekt? Welche Arbeitsschritte müssen abgeschlossen sein, um den nächsten Meilenstein zu erreichen? Sie kennzeichnen kritische Stellen im Projekt, da der weitere Verlauf des Projekts vom Erreichen der Meilensteine abhängt. Meilensteine im Sinne von Entscheidungspunkten dienen auch dazu, über die Fortsetzung oder den Abbruch des Projekts zu entscheiden.

Umfeld- und Stakeholderanalyse

Ein Projekt steht in wechselseitiger Beziehung zu seinem Umfeld, in dem es entsteht und durchgeführt wird.

"Ein schwarzes Ausrufezeichen in einem schwarzen Kreis."

Die Projektumfeldanalyse analysiert und beschreibt die sachlichen (z.B. Richtlinien, Marktentwicklungen) und sozialen Faktoren (z.B. Mitarbeitende, Lieferanten). In der Stakeholderanalyse werden die sozialen Umfeldfaktoren eines Projekts betrachtet.

In der Umfeldanalyse werden die Anzahl und Art der Schnittstellen nach außen betrachtet. Je mehr Schnittstellen beispielsweise zu externen Lieferanten oder Beratern bestehen, desto genauer sind Wirkungsketten sowie die kurz-, mittel und langfristigen Folgen daraus zu analysieren. Bestehen dagegen keine oder nur unwesentliche Berührungen nach außen, kann auf eine umfassende Umfeldanalyse verzichtet werden. Die wesentlichen Einflussfaktoren eines Projekts sollten systematisch im Rahmen der Projektumfeldanalyse identifiziert und aufgelistet werden. Bewährt hat sich dabei vor allem die Gliederung in soziale und sachliche Umfeldfaktoren:

Soziale Faktoren Sachliche Faktoren
Intern - Rektorat
- Hochschulrat
- Senat
- Dekanate
- ...
- Budgetrahmen
- Geschäftsprozesse
- Betriebsvereinbarung
- Projektmanagement-Leitfaden
- interne Regularien
- andere interne Projekte
Extern - beteiligte externe Firmen
- Service Provider
- ...
- Haushaltsgesetz, Landeshaushaltsordnung
- VOB (Vergabe- und Vertragsordnung für Bauleistungen)

- VOL (Vergabe- und Vertragsordnung für Leistungen)
- andere GEsetze und Verordnungen
- Normen und Standards...
- andere externe Projekte
Stakeholder-Analyse
Risikoanalyse

Tabelle: Inhalte der Umfeld- und Stakeholderanalyse

Die Erwartungen und Anforderungen der Stakeholder stehen in unterschiedlicher Beziehung zum Projekt. Diese frühzeitig zu ermitteln und während der Projektlaufzeit kontinuierlich zu managen, ist ein grundlegender Erfolgsfaktor von Projekten.

  • Wer sind meine Stakeholder?
  • Welche sind ihre besonderen Interessen und welche die Interessen des Projektes? Gibt es Abweichungen (etwa bei Prioritäten)?
  • Welche(n) Macht/Einfluss haben die verschiedenen Stakeholder auf das Projekt?
  • Wie denken die Stakeholder über das Projekt?
  • Wie stark sind sie durch das Projekt betroffen?
  • Beeinflusst das Projekt ihre Interessen positiv oder negativ?
  • Mit welchen Reaktionen (Widerständen) ist zu rechnen?

Auf Grundlage der Umfeld- und Stakeholderanalyse werden die möglichen Projektrisiken erfasst.

"Eine Glühbirne"

Mögliche Stakeholder für Projekte der Universität Bielefeld finden Sie in der Checkliste Stakeholder.

Bitte beachten Sie hier die enge Verbindung zur Projektkommunikation, die dazu dient, die Stakeholder umfassend und zur geeigneten Zeit mit Informationen zu versorgen.

Risikomanagement

"Ein schwarzes Ausrufezeichen in einem schwarzen Kreis."

Das Risikomanagement ist ein kontinuierlicher Prozess und umfasst die Risikoanalyse, die Erarbeitung und ggf. Durchführung von Maßnahmen sowie die regelmäßige Überprüfung des Risikoportfolios und der Maßnahmen.

Im ersten Schritt des Risikomanagements werden alle projektbezogenen Risiken auf der Grundlage der Umfeld- und Stakeholderanalyse erfasst. Es empfiehlt sich, ergänzend den Fragenkatalog zu möglichen Projektrisiken hinzuzuziehen. Die Risiken werden mindestens so weit beschrieben, dass sie für alle Beteiligten verständlich sind. Anschließend wird geprüft,

  • welche Maßnahmen ergriffen werden können bzw. müssen,
  • wie der Status des Risikos bzw. der Maßnahmenumsetzung ist,
  • wer aus dem Projektteam für die Überwachung des Risikos und der Durchführung der Maßnahmen verantwortlich ist und
  • wann der Status des Risikos und die Durchführung der Maßnahmen (erneut) im Teammeeting besprochen werden muss.

Sofern die Maßnahmen mit Aufwänden und Kosten verbunden sind, ist es Aufgabe der Projektleitung, diese in der Projektplanung zu berücksichtigen.

"Eine Glühbirne"

Die Projektleitung sollte für jedes Risiko eine verantwortliche Person aus dem Projektteam benennen, die das jeweilige Risiko im Blick behält und in regelmäßigen Abständen berichtet, ob sich das Risiko hinsichtlich Eintrittswahrscheinlichkeit und Tragweite verändert hat, ob geplante Maßnahmen ergriffen wurden und ob das Risiko für das Projekt noch relevant ist.

Folgend wird ein vereinfachtes Beispiel für eine Risikomanagement-Dokumentation dargestellt, die sich bereits in mehreren Projekten an der Universität Bielefeld als praktikabel erwiesen hat:

Risikomanagement Projekt "Richtungsweisend"
Bereich Risiko Maßnahme Status Überprüfung Verantwortung
Personal und
Zuständigkeiten
Erarbeitungs- und
Übergangsphase durch
Personalveränderungen
im Projekt
in Arbeit 12.01.2022 Herr Akkurat
Inhaltlich-fachliche
Risiken
Datenflüsse zu
benachbarten
Systemen unklar
Workshop abwarten;
Zeitpunkt der
Inbetriebnahme ggf.
verschieben
offen 09.03.2022 Frau Unverzüglich
Terminrisiken Nicht rechtzeitige
Bereitstellung
der technischen
Infrastruktur
Bestellung prüfen erledigt 15.12.2011 Herr Akkurat
Weitere Risiken Begrenzte Kapazitäten Telefonkonferenz
abwarten
offen 02.02.2022 Herr Organisation
Rechtliche Veränderungen offen 02.02.2022 Frau Sicherheit

Tabelle: Beispiel für Risikomanagement in der Planungs- und Steuerungsphase

Risikomanagement in den Projektmanagementphasen:

Initialisierungsphase Risiken und Chancen (soweit bekannt) im Steckbrief dokumentieren
Definitionsphase Umgang mit Risiken festlegen, Machbarkeit bewerten
Planungsphase Risiken analysieren, Gegenmaßnahmen zu Risiken planen
Steuerungsphase Risiken und Gegenmaßnahmen überprüfen und steuern
Abschlussphase Evaluation des Risikomanagements, Dokumentation für zukünftige Projekte (Lessons Learned)

Aufwands- und Kostenschätzung

Ein weiterer wichtiger Schritt, der im Idealfall in der Definitionsphase stattfindet, ist die Kalkulation der internen Personalaufwände und der externen Kosten des Projekts. Wenn die externen Kosten zu diesem Zeitpunkt noch nicht ausreichend konkret geschätzt werden können, ist neben der Genehmigung des Projekts zu einem späteren Zeitpunkt die Genehmigung des Projektbudgets einzuholen.

Der Budgetbedarf wird durch die Projektleitung ermittelt. Für Projekte der Universitätsverwaltung mit einem größeren Finanzvolumen empfiehlt sich eine frühzeitige Einbeziehung der Abteilung für Finanzcontrolling zu Beginn der Definitionsphase, um die Kostenkalkulation und mögliche Finanzierungsquellen abzustimmen.

Der Budgetbedarf setzt sich aus externen Kosten z.B. für Hardware, Lizenzen oder externe Beratung sowie aus Personalkosten zusammen. Letztere fallen an, wenn für das Projekt Personal eingestellt werden soll, Teilzeitkräfte für das Projekt befristet ihre wöchentliche Arbeitszeit aufstocken oder vorhandenes Personal, das im Projekt mitarbeiten soll, durch befristete Arbeitskräfte kompensiert werden soll.

Welche Verfahren der Aufwands- und Kostenschätzungen geeignet sind, hängt stark vom einzelnen Projekt ab. Es gibt verschiedene Möglichkeiten:

  • Gibt es Erfahrungswerte aus vergleichbaren Projekten? Falls die Projektleitung nicht über solche Erfahrungen verfügt: Gibt es andere Personen im Haus oder in beruflichen Netzwerken mit entsprechenden Erfahrungen? Sprechen Sie das Zentrale Projektbüro der Universitätsverwaltung an.
  • Wenn bekannt ist, welche Organisationseinheiten an dem Projekt maßgeblich beteiligt sein werden, sollte ein Workshop zur Aufwands- und Kostenschätzung durchgeführt werden.
  • Besteht die Möglichkeit, das Projekt in Phasen zu zerlegen und die Aufwands- und Kostenschätzungen auf die ersten konkret fassbaren Phasen zu beschränken? Dann wären Teilgenehmigungen für diese ersten Phasen denkbar.
  • Eine weitere ergänzende Möglichkeit besteht darin, sich bereits in dieser Phase mit dem Projektstrukturplan und den Arbeitspaketen zu befassen. Insbesondere aus den Standardarbeitspaketen ergeben sich Stakeholder und mögliche Projektbeteiligte. Diese können für ihre Arbeitspakete vor dem Hintergrund der Projektziele, Projektphasen und Meilensteinen (vorläufige) Aussagen zu Aufwänden und Kosten treffen.
  • Es ist möglich, mit Bandbreiten zu arbeiten, z.B. 20 bis 25 Personentage für Phase 1 oder 25.000–30.000 € für externe Beratung.

Genehmigung des Projekts

Am Ende der Definitionsphase steht die Genehmigung des Projekts durch den Kanzler auf Basis des Projektsteckbriefs und ggf. ergänzender Unterlagen. Zwingend erforderlich für die Genehmigung sind der terminierte Meilensteinplan (Angabe in Monaten) und eine Personalaufwandsschätzung. Wenn davon ausgegangen wird, dass externe Kosten anfallen werden, der Umfang sich aber noch nicht gut einschätzen lässt, so ist dies im Steckbrief zu vermerken und das Finanzcontrolling zu informieren. Die Budgetgenehmigung muss dann zu einem späteren Zeitpunkt erfolgen.

Die Projektleitung beantragt im Dokumentenmanagementsystem die Genehmigung. Das Genehmigungsverfahren läuft über das Zentrale Projektbüro und – bei Projekten mit Budgetbedarf – das Finanzcontrolling, das sich ggf. bei Rückfragen direkt mit der Projektleitung in Verbindung setzt. Die eigentliche Genehmigung erfolgt durch den Kanzler. Sobald das Projekt genehmigt ist, wird die Projektleitung durch das Zentrale Projektbüro informiert.

Ergeben sich bei laufenden Projekten grundlegende Veränderungen bezüglich der Ziele, des Projektumfangs, des Zeitplans oder des Budgetbedarfs, so muss der Steckbrief angepasst und erneut zur Genehmigung vorgelegt werden.

Alternativ zur Genehmigung des gesamten Projekts besteht die Möglichkeit nur erste, konkret beschreibbare Projektphasen zu genehmigen. Solche Teilgenehmigungen einzelner Projektphasen sind in der Regel mit späteren Entscheidungen über die Fortsetzung des Projekts verknüpft, d.h. dass am Ende der genehmigten Projektphase entschieden wird, ob das Projekt beendet wird oder ob die nächsten Projektphasen ebenfalls genehmigt werden. Mit Teilgenehmigungen wird das Budget lediglich der genehmigten Projektphasen bewilligt.