Definitionsphase: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
(18 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt) | |||
Zeile 1: | Zeile 1: | ||
{{ | __NOTOC__ | ||
{| class="wikitable barrierefrei" style="font-weight:bold;" | |||
|- | |||
! Navigationshilfe | |||
|- style="font-weight:normal;" | |||
| | |||
;[[Leitfaden_Projektmanagement|Einführung (Startseite)]] | |||
;[[Begriffsklärungen]] | |||
;[[Projektorganisation]] | |||
;<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. | |||
}} | |||
== 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. | |||
}} | |||
{{ | {{Definition | ||
|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. | |||
}} | |||
{{AnleitungAbsatz | |||
{{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.}} | |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 | ||
{{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 39: | 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|''' | {{AnleitungAbsatz | ||
{{AnleitungAbsatz|Die Erwartungen und Anforderungen der ''Stakeholder'' stehen in unterschiedlicher Beziehung zum Projekt. | |'''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 48: | 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? | ||
Auf Grundlage der Umfeld- und Stakeholderanalyse werden die möglichen Projektrisiken erfasst. | |||
{{ | }} | ||
{{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 == | ||
{{ | |||
{{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. | ||
Sofern die Maßnahmen mit Aufwänden und Kosten verbunden sind, ist es Aufgabe der Projektleitung, diese in der Projektplanung zu berücksichtigen. | |||
{{ | }} | ||
{{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. | ||
}} | |||
! 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 73: | Zeile 131: | ||
| Verantwortung | | Verantwortung | ||
|- | |- | ||
| | | 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. | | 12.01.2022 | ||
| Herr Akkurat | | Herr Akkurat | ||
|- | |- | ||
| | | 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. | | 09.03.2022 | ||
| Frau Unverzüglich | | Frau Unverzüglich | ||
|- | |- | ||
| | | 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. | | 15.12.2011 | ||
| Herr Akkurat | | Herr Akkurat | ||
|- | |- | ||
| | | rowspan="2" style="font-weight:bold;" | Weitere Risiken | ||
| Begrenzte Kapazitäten | | Begrenzte Kapazitäten | ||
| Telefonkonferenz abwarten | | Telefonkonferenz<br />abwarten | ||
| offen | | offen | ||
| 02.02. | | 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. | | style="background-color:#F8F9FA; color:#202122;" | 02.02.2022 | ||
| Frau Sicherheit | | Frau Sicherheit | ||
|} | |} | ||
{{AnleitungAbsatz|''' | {{AnleitungAbsatz | ||
{{AnleitungAbsatz|Risikomanagement in den Projektmanagementphasen:}} | |'''Tabelle: Beispiel für Risikomanagement in der Planungs- und Steuerungsphase''' | ||
{| class=" | }} | ||
|- | {{AnleitungAbsatz | ||
|Risikomanagement in den Projektmanagementphasen: | |||
}} | |||
|- | {| class="barrierefrei" | ||
| | |- 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 ( | |{{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 == | ||
{{ | |||
{{Verpflichtend | |||
|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 | 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 | *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 == | ||
{{ | |||
{{Verpflichtend | |||
|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. | |||
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, 10:04 Uhr
Navigationshilfe |
---|
|
Phasen- und Meilensteinplan
Umfeld- und Stakeholderanalyse
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 |
Risikomanagement
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 |
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) |