logseq_kauer/pages/Projektinitialisierung.md

• 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
  • 2_1_TMP_ProjektCharta.docx