74 lines
3.5 KiB
Markdown
74 lines
3.5 KiB
Markdown
- > Von der Idee zum Projekt
|
|
## Was ist die Projektinitialisierung?
|
|
- Beschreibt die Übergangsphase von der Projektidee hin zu einem verbindlichen Projektauftrag
|
|
- Das Ziel der Projektinitialisierung ist das Schaffen einer soliden und realistischen Basis zur späteren Umsetzung des Projektes
|
|
- Eindeutige Definition der Rahmenparameter zwischen dem Auftraggeber und dem Auftragnehmer
|
|
- Die Dokumentation der Rahmenparameter erfolgt in einem Projektauftrag
|
|
- Abgestimmt und gegenseitig bestätigt zwischen Projektleiter und Auftraggeber
|
|
## Zentrale Fragestellungen der Initialisierung
|
|
- Wo steht das Projekt und wo stehe ich in dem Projekt?
|
|
- Wer ist der Auftraggeber des ProjekteS?
|
|
- Was sind die Ziele des Projektes?
|
|
- Welchen PM Ansatz verfolge ich in dem Projekt?
|
|
- Was sind die Rahmenbedingungen des Projektes?
|
|
- Wie kann einen "Storyline" / Roadmap für das Projekt aussehen?
|
|
- Was sind ide konkreten nächsten Schritte?
|
|
## Woher bekomme ich die Informationen?
|
|
- Basieren häufig auf Erfahrungswerten vergleichbarer Projekte
|
|
- mit entsprechenden Fachabteilungen abzustimmen
|
|
- in großen und sehr kritischen Projekten häufig auf einer vorausgehenden Machbarkeitsstudie aufbauend
|
|
- Benötigte Informationen können sich unterscheiden - je nach Projektvolumen und eingesetzter PM Methode
|
|
## Was gehört zu einem Projektauftrag?
|
|
- ### Allgemeine Projektinformationen
|
|
- Projektname / -Nummer
|
|
- Kurzbeschreibung des Projektes
|
|
- Unternehmensbedarf - Was ist der unternehmerische Treiber für das Projekt?
|
|
- ### Wichtige Ansprechpartner und Projektparteien
|
|
- Auftraggeber des Projektes
|
|
- benannter Projektleiter
|
|
- Evtl. relevante Projektressourcen
|
|
- wichtige "Stakeholder"
|
|
- ### Inhalt und Umfang des Projekts (Scope)
|
|
- Beschreibung der inhaltlichen Faktoren eines Projektes (In-Scopde), z.B.
|
|
- Welche Unternehmensbereiche werden einbezogen?
|
|
- Welche Produkte sind zu berücksichtigen?
|
|
- Abgrenzung des Projektes zu anderen Themen (Out of Scope), z.B.
|
|
- das Projekt inst nicht für Schulung verantwortlich
|
|
- der Unternehmensbereich XY ist nicht zu berücksichtigen
|
|
- ### zu erwartende Lieferergebnisse des Projektes (Deliverables)
|
|
- Auflistung und (Kurz-)Beschreibung zu erwartender Lieferergebnisse
|
|
- Z.B. Produkte, Software, Dokumentationen oder Schulungsunterlagen
|
|
- ### Ziele
|
|
- Konkrete Zieledefinition des Projektes
|
|
- Zeile sollten dabei möglichst "SMART" aufgeführt werden
|
|
- specific / spezifisch
|
|
- measuarable / messbar
|
|
- accepted / anerkannt
|
|
- realistic / realistisch
|
|
- timely / zeitgerecht
|
|
- zu allgemein formulierte Ziele können nicht eindeutig verifiziert werden und können so zu Unstimmigkeiten im Projektverlauf führen
|
|
- ### Geschätzte Personalkosten
|
|
- grobe Aufwandschätzung
|
|
- Mischkalkulation / Hochrechnung
|
|
- Marktpreise kennen
|
|
- Expternwissen
|
|
- Erfahrungswerte
|
|
- ### anfallende Einmalkosten
|
|
- evtl. Reisekosten
|
|
- evtl. Investitionen
|
|
- evtl. Lizenzkosten
|
|
Getroffene Annahmen sollten dokumentiert werden.
|
|
- ### Zeitliche Rahmenbedingungen
|
|
- Projektstart
|
|
- Anvisiertes Projektende
|
|
- Phasen & Meilensteine
|
|
- Zeitliche Abhängigkeiten
|
|
- ### benötigte Beistelleistungen
|
|
- sofern benötigt
|
|
- ### Initiale Risiken (optional)
|
|
- Was kann dem Erreichen der gesetzten Ziele im Wege stehen?
|
|
- Was bedeuten die Risiken für das Projekt?
|
|
- Welche Reserven müssen eventuell zurückgestellt werden?
|
|
- ## Anlagen
|
|
- [2_EX_ProjektCharta.docx](../assets/2_EX_ProjektCharta_1673171490081_0.docx)
|
|
- [2_1_TMP_ProjektCharta.docx](../assets/2_1_TMP_ProjektCharta_1673171526664_0.docx) |