HINWEIS: Blauer Text stammt aus dem V-Modell-XT und 
kann gelöscht werden beziehungsweise soll ersetzt werden
-Planung und Steuerung: Projekthandbuch-
…hier Name des Produktexemplars eintragen… 
Version: …eintragen…
Projektbezeichnung		PMBook24	
Projektleiter		
Verantwortlich		Projektleiter	
Erstellt am		
Zuletzt geändert	27.06.2005 14:45	
Bearbeitungszustand	X	in Bearbeitung	
		vorgelegt	
		fertig gestellt	
Dokumentablage	C:\V-Modell-Editor\eclipse\workspace\weiter\Teilprojekte\TP14\templates\MasterTemplate.doc	
V-Modell-XT Version	Version 1.2.0	

Weitere Produktinformationen
Mitwirkend	[nicht beteiligt]	Systemarchitekt
[nicht beteiligt]	Projektmanager
[nicht beteiligt]	Systemsicherheitsbeauftragter
[nicht beteiligt]	KM-Verantwortlicher
[nicht beteiligt]	Projektkaufmann	
Erzeugung	Initial	
Änderungsverzeichnis
Änderung	Geänderte Kapitel	Beschreibung der Änderung	Autor	Zustand	
Nr.	Datum	Version					
1		1.1	Alle	Initiale Produkterstellung			
Prüfverzeichnis
Die folgende Tabelle zeigt einen Überblick über alle Prüfungen – sowohl Eigenprüfungen wie auch Prüfungen durch eigenständige Qualitätssicherung – des vorliegenden Dokumentes.
Datum	Geprüfte Version	Anmerkungen	Prüfer	Neuer Produktzustand	

Inhalt
Bitte von Hand aktualisieren: rechte Maustaste, Felder aktualisieren…
1	Einleitung

1	

Einleitung
Das V-Modell ist ein generischer Vorgehensstandard, der für ein konkretes Projekt angepasst und konkretisiert werden muss. Das Projekthandbuch legt die für Management und Entwicklung notwendigen Anpassungen und Ausgestaltungen fest. Somit dokumentiert es Art und Umfang der Anwendung des V-Modells im Projekt und ist Informationsquelle und Richtlinie für alle Projektbeteiligten.
Das Projekthandbuch beinhaltet eine Kurzbeschreibung des Projekts, die Beschreibung des Tailoring-Ergebnisses, den grundlegenden Projektdurchführungsplan, die notwendige und vereinbarte Unterstützung des Auftraggebers sowie Organisation und Vorgaben für die Planung und Durchführung des Projekts und die anstehenden Entwicklungsaufgaben. Der Projektleiter muss dieses zentrale Produkt in Abstimmung mit den Schlüsselpersonen des Projekts erarbeiten.
Dabei werden im Projekthandbuch auch insbesondere Häufigkeit und Notwendigkeit der Erzeugung weiterführender Produkte, die für die Planung und Durchführung des Projekts, für das Ausschreibungs- und Vertragswesen sowie für die Prozessverbesserung notwendig sind, festgelegt, zum Beispiel Projektstatusberichte, Risikolisten, Verträge und Bewertungen von Vorgehensmodellen.

…hier Ihren Text einfügen…

2	
Projektüberblick, Projektziele und Erfolgsfaktoren
Das Projekthandbuch ist eine unverzichtbare Informationsquelle und Richtlinie für alle Projektbeteiligten. In diesem Thema wird kurz, prägnant und möglichst plastisch das gemeinsame Projektleitbild dargestellt.

…hier Ihren Text einfügen…

2	
Projektspezifisches V-Modell
Das V-Modell ist ein generisches Vorgehensmodell. Die projektspezifische Anpassung - das so genannte Tailoring - wird in diesem Thema dokumentiert. Das dabei zu erstellende Anwendungsprofil, der resultierende Projekttyp, die zu verwendenden und zusätzlich ausgewählten Vorgehensbausteine sowie die ausgewählten Projektdurchführungsstrategien sind dabei festzuhalten. Im Rahmen dieses Themas können auch die Umstände und Konsequenzen von bereits vorhersehbarem, dynamischem Tailoring festgehalten werden. Alle diese Festlegungen sind entsprechend den Vorgaben des V-Modells zu begründen (siehe dazu auch Abschnitt Projektspezifische Anpassung - Tailoring im Teil 1: Grundlagen des V-Modells).

Projekttyp:
•	Systementwicklungsprojekt (AN)
Anwendungsprofil:
•	Projektgegenstand: Komplexes System. 
Projektrolle: AN ohne Unterauftragnehmer. 
Systemlebenszyklusausschnitt: Entwicklung. 
Kaufmännisches Projektmanagement: Ja. 
Quantitative Projektkennzahlen: Ja. 
Fertigprodukte: Ja. 
Benutzerschnittstelle: Ja. 
Safety und Security: Ja. 
Hohe Realisierungsrisiken: Ja. 
Ausgewählte Vorgehensbausteine:
•	Projektmanagement
Qualitätssicherung
Konfigurationsmanagement
Problem- und Änderungsmanagement
Evaluierung von Fertigprodukten
Systemsicherheit
Kaufmännisches Projektmanagement
Messung und Analyse
Lieferung und Abnahme (AN)
Vertragsschluss (AN)
Systemerstellung
HW-Entwicklung
SW-Entwicklung
Logistikkonzeption
Benutzbarkeit und Ergonomie
Ausgewählte Projektdurchführungsstrategie:
•	Komponentenbasierte Systementwicklung (AN)
Agile Systementwicklung (AN)
…hier Ihren Text einfügen…

2	
Abweichungen vom V-Modell
Sämtliche Abweichungen von den Vorgaben des V-Modells, wie Streichungen einzelner Produkte, Aktivitäten und Abweichung vom Tailoring-Verfahren, müssen unter Angabe von Gründen dokumentiert werden. Die Änderungen sind in diesem Thema aufzuführen.

…hier Ihren Text einfügen…

2	
Projektdurchführungsplan
Das V-Modell macht durch die Festlegung von Entscheidungspunkten Vorgaben zur groben Strukturierung des Projekts. Dieses Thema enthält die planerische Ausgestaltung dieser Entscheidungspunkte in Form eines Projektdurchführungsplans. Hierbei sind zumindest der Projektanfang, das Projektende und alle Entscheidungspunkte während des Projekts einzuplanen.
Darüber hinaus können noch weitere projektspezifische Meilensteine festgelegt werden, soweit diese für alle Projektbeteiligten relevant sind. Meilensteine, die nur projektintern relevant sind, werden im Projektplan dokumentiert.

Meilensteine:
•	…hier Ihren Text einfügen…

2	
Mitwirkung und Beistellungen des Auftraggebers
Die Mitwirkung des Auftraggebers im Rahmen des vertraglich festgelegten Leistungsumfangs ist schriftlich festzulegen. Sie kann zum Beispiel die Teilnahme an Projektbesprechungen und Reviews, beispielsweise von Gesamtsystemspezifikation (Pflichtenheft) und Systemarchitektur, oder auch die Mitarbeit in der Änderungssteuerungsgruppe (Change Control Board) umfassen.
Daneben sind Beistellungen des Auftraggebers eindeutig festzulegen. Hierbei sind insbesondere die technischen Eigenschaften wie Spezifikationen und Schnittstellen aber auch die Termine und sonstigen Konditionen festzuhalten.

…hier Ihren Text einfügen…

2	
Organisation und Vorgaben zum Projektmanagement
In diesem Thema werden die Vorgaben des V-Modells zum Projektmanagement angepasst und konkretisiert. Es werden alle internen und externen Projektbeteiligten aufgeführt. Die verantwortlichen Ansprechpartner sind dabei namentlich zu benennen. Darüber hinaus werden die Schlüsselrollen des V-Modells, wie Projektleiter, QS-Verantwortlicher und Systemarchitekt, mit Personen besetzt und deren Aufgaben und Verantwortlichkeiten entsprechend den V-Modell-Vorgaben ausgestaltet.
Die grundlegende Organisation und Durchführung der Zusammenarbeit zwischen allen Projektbeteiligten wird definiert. Dabei werden beispielsweise Besprechungen, das Vorgehen für Abstimmungsrunden, das Konfliktmanagement, die Eskalationsstrategie, die Bedingungen für die Durchführung eines formalen Entscheidungsprozesses festgelegt und dokumentiert. Zusätzlich werden Schwellenwerte definiert, deren Überschreitung zur Einleitung von Steuerungsmaßnahmen führt. Ein Beispiel dafür ist die Überschreitung von Sollwerten für die Planung um mehr als 15%. Organisationsweite Vorgaben müssen dabei berücksichtigt werden.
Für die im Rahmen des Projektmanagements zu erstellenden V-Modell-Produkte, wie Projektplan, Arbeitsauftrag und Projekttagebuch, wird festgelegt, ob und wann diese zu erstellen sind, nach welchen Methoden, Richtlinien und Standards diese Produkte auszuarbeiten sind und mit welchen Werkzeugen beziehungsweise Bestandteilen der Projektmanagement-Infrastruktur sie bearbeitet werden (siehe dazu auch Abschnitt Erzeugende Produktabhängigkeiten ).

…hier Ihren Text einfügen…

2	
Organisation und Vorgaben zum Risikomanagement
Damit die Einschätzungen der Risiken innerhalb des Projekts nach denselben Maßstäben erfolgen, wird das im V-Modell bereits vorgesehene Risikomanagement in diesem Thema ausgestaltet und konkretisiert. Dabei ist die generelle Entscheidung zu treffen, ob neben Risiken auch Chancen betrachtet werden sollen. Für Chancen wird das gleiche Verfahren wie für Risiken angewendet, deshalb wird im Folgenden nicht mehr zwischen den Begriffen Chance und Risiko unterschieden.
Hier erfolgt die Festlegung, wann und nach welchen Kriterien Risiken in einer Risikoliste dokumentiert werden. Zusätzlich muss definiert werden, mit welchen Methoden, Richtlinien und Standards und mit welchen Werkzeugen beziehungsweise Bestandteilen der Projektmanagement-Infrastruktur das Risikomanagement durchzuführen ist.
Dabei sind im Einzelnen die folgenden Punkte festzulegen:
	Risikoklassen zur Einstufung von Risiken
	Kriterien zur Risikoakzeptanz
	Eskalationsstufen basierend auf den definierten Risikoklassen, entsprechend den Vorgaben des Themas Organisation und Vorgaben zum Projektmanagement
	Verfahren für die Dokumentation der identifizierten Risiken und der geplanten Maßnahmen
	Zeitpunkte und Vorgehen bei der Risikoidentifizierung
	Zeitpunkte für die Neubewertung von Risiken
	Zeitpunkte und Verfahren für die Planung und Durchführung von Gegenmaßnahmen

…hier Ihren Text einfügen…

2	
Organisation und Vorgaben zum Problem- und Änderungsmanagement
In diesem Thema wird das im V-Modell bereits vorgesehene Problem- und Änderungsmanagement ausgestaltet und konkretisiert. Es erfolgt die Festlegung, ob, wann und welche Problemmeldungen und Änderungsanträge erstellt werden müssen, nach welchen Methoden, Richtlinien und Standards diese zu bearbeiten sind und mit welchen Werkzeugen beziehungsweise Bestandteilen der Projektmanagement-Infrastruktur sie weiterverarbeitet werden.
Dies beinhaltet beispielsweise die Definition der vorgesehenen Status von Problemmeldungen und Änderungsanträgen (erstellt, genehmigt und abgelehnt) die Besetzung der Änderungssteuerungsgruppe (Change Control Board) sowie das Konfliktmanagement und die Eskalationsstrategie. Dabei kann es erforderlich sein, mehrere Änderungsverantwortliche und Änderungssteuerungsgruppen (Change Control Boards) mit unterschiedlicher Entscheidungskompetenz und Zusammensetzung einzurichten.
Bei unterschiedlichen Auffassungen in einer Änderungssteuerungsgruppe (Change Control Board) werden Eskalationsstufen definiert. Beispielsweise kann eine mit größerer Entscheidungskompetenz ausgestattete Änderungssteuerungsgruppe (Change Control Board) oder ein Lenkungsausschuss als Eskalationsinstanz festgelegt werden.

…hier Ihren Text einfügen…

2	
Organisation und Vorgaben zum Konfigurationsmanagement
In diesem Thema wird das im V-Modell bereits vorgesehene Konfigurationsmanagement ausgestaltet und konkretisiert. Es erfolgt die Festlegung, welche Produktexemplare wann nach welchen Methoden, Richtlinien und Standards vom Konfigurationsmanagement zu verwalten sind, sowie wann und in welchen Abständen Produktkonfigurationen und Releases zu erstellen sind. Zu Anzahl und Umfang der Produktkonfigurationen sind mindestens die Vorgaben zum Konfigurationsmanagement einzuhalten.
Alle Produkte, die im Rahmen eines V-Modell Projektes erstellt werden, werden entsprechend den Vorgaben im Projekthandbuch in die Produktbibliothek eingestellt und verwaltet. Hierzu muss festgelegt werden, welche Dateiablagestruktur und Namenskonventionen in der Produktbibliothek einzuhalten sind, wie die Produkte im Konfigurationsmanagement eindeutig zu bezeichnen sind, wie die Fortschreibung von Versionen und Releases erfolgt und welche Bearbeitungszustände ein Produktexemplar aus Sicht des Konfigurationsmanagements durchläuft. Die Bearbeitungszustände müssen mindestens die im Kapitel Qualitätssicherung und Produktzustandsmodell definierten Zustände umfassen.
Neben der Verwaltung der Produktbibliothek ist im Rahmen dieses Themas ein Konzept zur Datensicherung und Archivierung der Exemplare in der Produktbibliothek zu erstellen. Es werden die Verantwortlichkeiten, Termine und Verfahren zur Datensicherung festgelegt, sowie Konzepte zur Archivierung und Aufbewahrung der Daten über längere Zeiträume erstellt.
Das Konfigurationsmanagement liefert zudem einen Beitrag zum Projektstatusbericht, welcher zur Fortschrittskontrolle der Produktexemplare und Produktkonfigurationen dient. Es ist festzulegen, wann, in welcher Form und an welche Personen eine KM-Auswertung zu übergeben ist.

…hier Ihren Text einfügen…

2	
Organisation und Vorgaben zu Messung und Analyse
In diesem Thema wird das im V-Modell bereits vorgesehene Vorgehen zur Messung und Analyse ausgestaltet und konkretisiert. Hierfür werden die Projektziele, die durch Metriken verfolgt werden sollen, die Metriken selbst und die dazugehörigen Messdatentypen zusammengestellt. Die Metriken werden dabei den Projektzielen zugeordnet. Damit ist eine quantitative oder qualitative Verfolgung dieser Ziele möglich.
Sofern die ausgewählten Metriken und die zugehörigen Messdatentypen nicht bereits im organisationsweiten Metrikkatalog definiert sind, müssen hier die notwendigen Definitionen erfolgen. Diese Definitionen entsprechen dabei den Vorgaben im Metrikkatalog. Falls bei den aus dem Metrikkatalog übernommenen Metriken beziehungsweise Messdatentypen projektspezifische Anpassungen notwendig sind, müssen diese hier dokumentiert werden.
Abschließend erfolgt die Festlegung, ob, wann, welche und durch wen Messdaten und Metrikauswertungen zu erfassen beziehungsweise zu erstellen sind. Zusätzlich muss definiert werden, mit welchen Methoden, Richtlinien und Standards und mit welchen Werkzeugen beziehungsweise Bestandteilen der Projektmanagement-Infrastruktur dabei vorgegangen werden soll. Dabei ist insbesondere die projektspezifische Ablagestruktur der Messdaten festzulegen.

…hier Ihren Text einfügen…

2	
Organisation und Vorgaben zum kaufmännischen Projektmanagement
In diesem Thema wird das im V-Modell bereits vorgesehene Vorgehen zum kaufmännischen Projektmanagement ausgestaltet und konkretisiert. Dabei müssen die betriebs- und volkswirtschaftlichen Vorgaben der Organisation auf das Projekt abgestimmt werden. Es erfolgt die Festlegung, ob, wann und welche Produkte für das kaufmännische Projektmanagement zu verwenden sind, nach welchen Methoden, Richtlinien und Standards diese zu erstellen sind und mit welchen Werkzeugen beziehungsweise Bestandteilen der Projektmanagement-Infrastruktur sie zu bearbeiten sind.
Dies beinhaltet die Festlegung der Organisation sowie die Zuordnung der Rollen des kaufmännischen Projektmanagements auf Personen beziehungsweise betriebliche Organisationseinheiten. Bei der Ausgestaltung der Organisation wird in der Regel das Vier-Augen-Prinzip berücksichtigt, so dass technische und kaufmännische Aspekte ausgewogen repräsentiert sind.
Eskalationsinstanzen bei Meinungsverschiedenheiten sind meist in der betrieblichen Organisationsstruktur schon geregelt, es kann (beispielsweise bei großen internationalen Projekten) aber auch ein Lenkungsausschuss als Eskalationsinstanz festgelegt werden.

…hier Ihren Text einfügen…

2	
Organisation und Vorgaben zur Systemerstellung
In diesem Thema wird das im V-Modell bereits vorgesehene Vorgehen zur Systemerstellung ausgestaltet und konkretisiert. Es erfolgt die Festlegung, wann und welche Produkte für die Systemerstellung zu verwenden sind, nach welchen Methoden, Richtlinien und Standards diese zu erstellen sind und mit welchen Werkzeugen beziehungsweise Bestandteilen der Projektmanagement-Infrastruktur sie zu bearbeiten sind.
Dies beinhaltet zumindest die Festlegung der anzuwendenden Entwicklungsmethoden, Entwicklungsumgebung, Technologien sowie Konfliktmanagement und Eskalationsstrategie.

…hier Ihren Text einfügen…

2	
Organisation und Vorgaben zur Systemsicherheit
In diesem Thema wird das im V-Modell bereits vorgesehene Vorgehen zur Systemsicherheit ausgestaltet und konkretisiert. Es erfolgt die Festlegung, ob, wann und welche Produkte für die Systemsicherheit zu verwenden sind, nach welchen Methoden, Richtlinien und Standards diese zu erstellen sind und mit welchen Werkzeugen beziehungsweise Bestandteilen der Projektmanagement-Infrastruktur sie zu bearbeiten sind.
Dies beinhaltet zumindest Handlungsvorgaben beim Auftreten nicht akzeptabler Systemsicherheitsrisiken, die Festlegung anzuwendender genereller risikomindernder Maßnahmen, die Informationsstrategie bei Systemsicherheitsrisiken sowie Konfliktmanagement und die Eskalationsstrategie.
Die risikomindernden Maßnahmen werden in der Systemsicherheitsstufen-Maßnahmen-Matrix festgelegt. In dieser Matrix werden in Abhängigkeit von der Sicherheitsstufe geeignete Zusatzmaßnahmen hinsichtlich der Konstruktion und Prüfung festgelegt. Für die Auswahl dieser Maßnahmen kann auf existierende Sicherheitstandards wie z.B. DIN EN IEC 61508 zurückgegriffen werden. Aus diesen vorgeschlagenen Maßnahmen ist eine projektspezifische Auswahl zu treffen bzw. sind diese projektspezifisch zu konkretisieren.

…hier Ihren Text einfügen…

2	
Berichtswesen und Kommunikationswege
In den vorhergehenden Themen wurden die Organisation und Vorgaben für die unterschiedlichen Aufgaben der Planung und Durchführung von Projekten festgelegt. In diesem Thema wird ein Überblick über das dabei festgelegte Berichtswesen und die Kommunikationswege dargestellt. Dies beinhaltet beispielsweise die getroffenen Festlegungen, wer wann welche Informationen in welcher Form an wen zu liefern hat.

…hier Ihren Text einfügen…

3	
 Abkürzungsverzeichnis
Abkürzung	Erklärung	

4	Literaturverzeichnis

5	Abbildungsverzeichnis

Vorgaben zur Prüfung des Dokuments
Inhaltliche und formale Vorgaben an das Produkt sind dem Teil 5: V-Modell-Referenz Produkte des V-Modell XT und gegebenenfalls einer zugehörigen Prüfspezifikation Dokument zu entnehmen. Für die Überprüfung des Produktes hinsichtlich seiner inhaltlichen Konsistenz zu bereits fertig gestellten Produkten sind die folgenden Produktabhängigkeiten zu überprüfen.

Vertragsrelevante Teile des Projekt- und QS-Handbuchs im Vertrag
Betroffene Produkte:
•	Vertragszusatz (von AG)
Vertrag (von AG)
QS-Handbuch
Projekthandbuch
Beschreibung:
Falls der Auftraggeber die Erstellung eines Projekthandbuchs oder QS-Handbuchs schon für den Zeitpunkt, zu dem der Vertrag (von AG) geschlossen wird, in Gänze oder in Teilen fordert, so muss der Auftragnehmer die geforderte Dokumentation bereits dafür erstellen.

Planung der Maßnahmen des Risikomanagements
Betroffene Produkte:
•	Projektstatusbericht
Projektplan
Projekthandbuch
Risikoliste
Beschreibung:
Im Maßnahmenplan der Risikoliste sind die im Rahmen des Risikomanagements geplanten Maßnahmen (siehe Maßnahmenplan) dokumentiert. Die Festlegung, welche Maßnahmen eingeleitet werden, erfolgt nach den Vorgaben des Themas Organisation und Vorgaben zum Risikomanagement im Projekthandbuch. Im Projektplan müssen alle Maßnahmen, die eingeleitet sind, eingeplant sein. Außerdem werden die Maßnahmen zur Eindämmung der identifizierten Risiken im Projektstatusbericht zusammenfassend dargestellt.

Vorgaben zur Systemsicherheit im Projekthandbuch
Betroffene Produkte:
•	Gefährdungs- und Systemsicherheitsanalyse
Projekthandbuch
Beschreibung:
Im Projekthandbuch, Thema Organisation und Vorgaben zur Systemsicherheit, werden in der Systemsicherheits-Maßnamen-Matrix konstruktive und analytische Vorgaben gemacht, die für das Projekt gelten sollen.
Auf der Basis dieser Vorgaben müssen für jedes Systemelement, das die akzeptierte Risikoschwelle übersteigt, risikomindernde Maßnahmen festgelegt werden. Diese risikomindernden Maßnahmen führen zu einer Reduzierung der Eintrittswahrscheinlichkeit einer Gefährdung oder einer Reduzierung der Schadenshöhe.

Berücksichtigung der Projektfortschrittsentscheidungen
Betroffene Produkte:
•	Projektplan
Projekthandbuch
Projektfortschrittsentscheidung
Beschreibung:
Projekthandbuch und der Projektplan sind konsistent zu halten mit den Vorgaben aus den Projektfortschrittsentscheidungen.

Erstellung regelmäßiger QS-Berichte
Betroffene Produkte:
•	QS-Bericht
Projekthandbuch
Beschreibung:
Im Projekthandbuch ist das Berichtswesen für das Projekt im Thema Berichtswesen und Kommunikationswege festgelegt. Dort wird auch die Häufigkeit von regelmäßigen QS-Berichten vereinbart.

Vorgaben bezüglich zu prüfender Produkte
Betroffene Produkte:
•	QS-Handbuch
Projekthandbuch
Beschreibung:
Im QS-Handbuch müssen die in den Entscheidungspunkten enthaltenen Produkte als zu prüfende Produkte vereinbart werden. Mindestens diese Produkte müssen im Projekt geprüft werden.