<?xml version="1.0" encoding="UTF-8"?>
<org.eclipse.epf.uma:GuidanceDescription xmi:version="2.0" xmlns:xmi="http://www.omg.org/XMI" xmlns:org.eclipse.epf.uma="http://www.eclipse.org/epf/uma/1.0.6/uma.ecore" xmlns:epf="http://www.eclipse.org/epf" epf:version="1.5.1" xmlns:rmc="http://www.ibm.com/rmc" rmc:version="7.5.1" xmi:id="-pR6ni3h0dcW2muuMCoRzgw" name="development_case_project,_uWZwAF3gEd-8pIBWBGuz7w" guid="-pR6ni3h0dcW2muuMCoRzgw" changeDate="2010-05-17T02:26:20.000-0700" version="7.1.0">
  <mainDescription>&lt;h3 class=&quot;Section1&quot;>&#xD;
Prozess für das Projekt XYZ&#xD;
&lt;/h3>&#xD;
&lt;h3 class=&quot;Section1&quot;>&#xD;
1. Einführung&lt;/h3>&#xD;
&lt;h4 class=&quot;Section1&quot;>&#xD;
1.1 Verwendungszweck&lt;/h4>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Dieses Dokument beschreibt den Prozess für das Projekt XYZ.&#xD;
&lt;/p>&#xD;
&lt;h4 class=&quot;Section1&quot;>&#xD;
1.2 Definitionen, Akronyme und Abkürzungen&lt;/h4>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Eine umfassende Liste der bei diesem Projekt verwendeten Begriffe finden&#xD;
Sie im &lt;u>&lt;font color=&quot;#0000ff&quot;>Glossar für das Projekt XYZ&lt;/font>&lt;/u>&#xD;
(XYZ-GLO).&#xD;
&lt;/p>&#xD;
&lt;h4 class=&quot;Section1&quot;>&#xD;
1.3 Übersicht&#xD;
&lt;/h4>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Das Projekt XYZ ist im Wesentlichen an der Prozesskonfiguration&#xD;
&lt;u>&lt;font color=&quot;#0000ff&quot;>Disciplined Agile Delivery for ABC&#xD;
V2.0&lt;/font>&lt;/u> (DAD-ABC) ausgerichtet. Dabei&#xD;
handelt es sich um den Standardprozess für Softwareentwicklung, der für&#xD;
die meisten Projekte des Unternehmens ABC verwendet wird.&#xD;
&lt;/p>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Im Folgenden befasst sich dieser Entwicklungsfall mit den&#xD;
Abweichungen dieses Projekts vom Standardprozess. Es wird erläutert, wie das&#xD;
Lebenszyklusmodell, die Workflows für Disziplinen, die Verwendung von&#xD;
Arbeitsergebnissen und zugehörige Rollen für das Projekt XYZ&#xD;
angepasst werden.&#xD;
&lt;/p>&#xD;
&lt;h3 class=&quot;Section1&quot;>&#xD;
    2. Lebenszyklus&lt;/h3>&#xD;
&lt;p class=&quot;Section1&quot;>&#xD;
Der in DAD-ABC beschriebene Standardlebenszyklus wird im Projekt&#xD;
XYZ wie folgt geändert:&#xD;
&lt;/p>&#xD;
&lt;div class=&quot;Section1&quot;>&#xD;
    &lt;ul type=&quot;square&quot;>&#xD;
        &lt;li>&#xD;
Die Ausarbeitungsphase und der Meilenstein &quot;Architektur des&#xD;
Lebenszyklus&quot; entfallen, um ein Konzept verfolgen zu&#xD;
können,&#xD;
das mehr an der evolutionären Architektur ausgerichtet ist. Fortschritte&#xD;
in Bezug auf Architekturrisiken werden jedoch in&#xD;
wöchentlichen Berichten zum Projektstatus dokumentiert.&#xD;
        &lt;/li>&#xD;
    &lt;/ul>&#xD;
&lt;/div>&#xD;
&lt;p>&#xD;
Demzufolge ergeben sich folgende Phasen und Meilensteine:&#xD;
&lt;/p>&#xD;
&lt;ul type=&quot;square&quot;>&#xD;
    &lt;li>&#xD;
Konzeptionsphase&#xD;
    &lt;/li>&#xD;
    &lt;li style=&quot;LIST-STYLE-TYPE: none&quot;>&#xD;
        &lt;ul type=&quot;circle&quot;>&#xD;
            &lt;li>&#xD;
Einvernehmen der Stakeholder erzielt&lt;/li>&#xD;
        &lt;/ul>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
Konstruktionsphase &lt;/li>&#xD;
    &lt;li style=&quot;LIST-STYLE-TYPE: none&quot;>&#xD;
        &lt;ul type=&quot;circle&quot;>&#xD;
            &lt;li>&#xD;
Funktionalität ausreichend&#xD;
            &lt;/li>&#xD;
        &lt;/ul>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
Übergangsphase&lt;/li>&#xD;
    &lt;li style=&quot;LIST-STYLE-TYPE: none&quot;>&#xD;
        &lt;ul type=&quot;circle&quot;>&#xD;
            &lt;li>&#xD;
Bereit für die Produktion &lt;/li>&#xD;
        &lt;/ul>&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;h3>&#xD;
    3. Verfahren&#xD;
&lt;/h3>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Das Projekt XYZ verfolgt alle in DAD-ABC dargelegten Verfahren,&#xD;
das Verfahren &quot;Schrittweise Integration&quot; ausgenommen. In Anbetracht des&#xD;
relativ kleinen Projektumfangs ist lediglich ein einzelner&#xD;
Integrationsdatenstrom erforderlich und es besteht kein Bedarf für&#xD;
eine separate Integratorrolle.&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    4. Arbeitsergebnisse&#xD;
&lt;/h3>&#xD;
&lt;p>&#xD;
Bei den Arbeitsergebnissen weicht das Projekt wie im Folgenden beschrieben&#xD;
von DAD-ABC ab:&#xD;
&lt;/p>&#xD;
&lt;ul type=&quot;square&quot;>&#xD;
    &lt;li>&#xD;
Überprüfungen und Genehmigungen des Typs &quot;formal-intern&quot; sind der&#xD;
Produktmanagerrolle zugeordnet, nicht wie beim&#xD;
&lt;u>&lt;font color=&quot;#0000ff&quot;>ABC-Governanceprozess&lt;/font>&lt;/u>&#xD;
(ABC-GOV) vorgesehen einer externen Projektprüfautorität&#xD;
(PPA).&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
Der Globalisierungsplan entfällt: Das Produkt XYZ wird zunächst in&#xD;
Nordamerika vermarktet, es wird deshalb eine Aussetzung der Übersetzungen angefordert.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
Es wird kein Softwarearchitekturdokument erstellt. Stattdessen werden&#xD;
automatisierte Berichte über das Tool für visuelle Modellierung generiert.&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
Es wurden neue Artefakte für Storyboards hinzugefügt, die mit dem&#xD;
Tool&#xD;
Rational Requirements Composer verwaltet werden. &lt;/li>&#xD;
    &lt;li>&#xD;
Das Tool Rational Team Concert wird zum Erfassen der Beschreibung von&#xD;
Benutzerstorys und für zugehörige Arbeiten verwendet. Die Benutzerstorys&#xD;
in Rational Team Concert werden mit den entsprechenden Storyboards in&#xD;
Rational Requirements Composer verknüpft.&#xD;
    &lt;/li>&#xD;
&lt;/ul>&#xD;
&lt;h3>&#xD;
    5. Berichte&#xD;
&lt;/h3>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Zusätzlich zu den Standardmetriken, die von&#xD;
ABC-GOV benötigt werden, sammelt der Teamleiter&#xD;
Metriken zur Abdeckung bei der Rückverfolgbarkeit von Anforderungen&#xD;
und generiert diese Metriken mit&#xD;
dem Tool&#xD;
Rational Insight. Dies ist wichtig, da die allgemeinen&#xD;
Anforderungen, die vom XYZ-Projektteam zugeordnet und&#xD;
ausgearbeitet wurden, ständig präsent sein müssen.&#xD;
&lt;/p>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Der Teamleiter erstellt alle zwei Wochen Momentaufnahmen aller Metriken, nicht wie bei ABC-GOV erforderlich&#xD;
einmal im Monat.&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
    6. Rollen&#xD;
&lt;/h3>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Die Rolle &quot;Kursentwickler&quot; wurde zum Team hinzugefügt, da im Rahmen des&#xD;
Projekts Schulungsmaterial erstellt werden muss.&#xD;
&lt;/p>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Bei der Teamleiterrolle handelt es sich bei diesem Projekt um eine Kombination aus der&#xD;
Projektmanagerrolle und der Architektenrolle.&#xD;
&lt;/p>&#xD;
&lt;p class=&quot;MsoBodyText&quot;>&#xD;
Anmerkung: Die Zuordnung einzelner Personen zu bestimmten Rollen&#xD;
oder Positionen wird im &lt;u>&lt;font     color=&quot;#0000ff&quot;>Plan für das Projekt&#xD;
XYZ&lt;/font>&lt;/u> (XYZ-PPLAN) dokumentiert.&#xD;
&lt;/p>&#xD;
&lt;h3>&#xD;
7. Projektspezifische Anleitungen und Prozeduren&#xD;
&lt;/h3>&#xD;
&lt;ul>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Einführung in die XYZ-Entwicklungsumgebung&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>ABC-Architekturanleitungen&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Anleitungen für die Programmierung in Q&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Anleitungen für das Anforderungsmanagement&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
    &lt;li>&#xD;
        &lt;font color=&quot;#0000ff&quot;>&lt;u>Anleitungen für das Konfigurations- und Änderungsmanagement&lt;/u>&lt;/font>&#xD;
    &lt;/li>&#xD;
&lt;/ul></mainDescription>
</org.eclipse.epf.uma:GuidanceDescription>
