Change-Anforderungen und Projektaufgaben

  • Freigeben Version: Zurich
  • Aktualisiert 31. Juli 2025
  • 4 Minuten Lesedauer
  • Im Change Approval Board (CAB) genehmigte umfangreiche Änderungen erfordern die Implementierung neuer oder vorhandener Projekte.

    Um die Lücke zwischen Change-Management und Projektmanagement zu schließen, können Sie in der Instanz eine oder mehrere Change-Anforderungen mit einer Projektaufgabe verknüpfen. Sie können eine vorhandene Change-Anforderung mit einer Projektaufgabe verknüpfen oder eine neue Change-Anforderung direkt aus einer Projektaufgabe erstellen.

    Wenn Sie eine Projektaufgabe mit einem Change-Anforderungsdatensatz verknüpfen, wird für die Projektaufgabenverknüpfung ein neuer Datensatz erstellt. Sie stellt die tatsächliche Verknüpfung zwischen dem Projektaufgabendatensatz und dem Change-Anforderungsdatensatz bereit. Die Projektaufgabenverknüpfung kopiert alle Attribute des Change-Anforderungsdatensatzes. Sie wird dann zu einer untergeordneten Aufgabe der Projektaufgabe, die Sie mit der Change-Anforderung verknüpft haben. Die Beziehung zwischen Projektaufgabe und Projektaufgabenverknüpfung unterliegt denselben Regeln, die für alle übergeordneten und untergeordneten Aufgaben gelten.

    Abbildung : 1. Mit Change-Anforderungen verknüpfte Projektaufgaben
    Mit Change-Anforderungen verknüpfte Projektaufgaben
    Hinweis:
    Projektaufgaben können nicht gleichzeitig über Datensätze für Aufgabenverknüpfungen und untergeordnete Projektaufgaben verfügen. Wenn eine Projektaufgabe mit einer Change-Anforderung verknüpft ist, können Sie nicht zusätzlich untergeordnete Aufgaben für diese Projektaufgabe erstellen. Ebenso kann die übergeordnete Projektaufgabe nicht mit einem Change-Datensatz verknüpft werden, wenn eine Projektaufgabe untergeordnete Aufgaben besitzt.

    Der Datensatz der Projektaufgabenverknüpfung ist schreibgeschützt. Sie können die Projektaufgabenverknüpfungen über eine zugehörige Liste im Formular „Projektaufgabe“ erstellen.

    Abbildung : 2. Zugehörige Liste „Projektaufgabenverknüpfungen“
    Zugehörige Liste „Projektaufgabenverknüpfungen“

    Sie können auch mehrere Change-Anforderungen mit einer einzelnen Projektaufgabe verknüpfen. In diesem Fall wird ein Datensatz für die Projektaufgabenverknüpfung erstellt und alle Datensätze werden für die Projektaufgabenverknüpfung zu untergeordneten Aufgaben der Projektaufgabe.

    Abbildung : 3. Projektaufgabenverknüpfungen
    Projektaufgabenverknüpfungen

    Beziehung zwischen Change-Anforderungen und Projektaufgaben

    Die Beziehung zwischen Projektaufgabe und Projektaufgabenverknüpfung unterliegt denselben Regeln, die für alle Beziehungen zwischen übergeordneten und untergeordneten Aufgaben gelten. Die Projektaufgabenverknüpfung erbt Start- und Enddatum der Change-Anforderung. In den folgenden Situationen passt die Anwendung Projektmanagement die Daten jedoch an:

    Start- und Enddatum:

    • Wenn die geplanten Startdaten von Projektaufgabe und Change-Anforderung voneinander abweichen, wird für die Projektaufgabenverknüpfung das spätere der beiden Daten verwendet. Wenn die Projektaufgabe beispielsweise am 1. Oktober beginnt, die Change-Anforderung jedoch am 2. Oktober, wird das Datum in der Projektaufgabenverknüpfung auf den 2. Oktober geändert.
    • Wenn die Change-Anforderung ein früheres Startdatum aufweist, wird der Wert im Feld Zeiteinschränkung für die Projektaufgabenverknüpfung auf So bald wie möglich starten geändert, wenn die Verknüpfung erstellt wird. Das Enddatum bleibt das Enddatum, das im Change-Anforderungsdatensatz angegeben ist.
    • Wenn die Change-Anforderung vor dem Projektstartdatum beginnt und endet, weist die Projektaufgabenverknüpfung eine Dauer von Null (0) auf. Sie wird auch als Meilenstein angezeigt, der beim Start des Projekts eintritt.
    • Wenn eine Change-Anforderung gemäß dem Projektzeitplan außerhalb der Arbeitszeit gestartet werden soll, wird der Zeitplan für das geplante Startdatum der Projektaufgabenverknüpfung ignoriert. Sie beginnt auch zu der in der Change-Anforderung angegebenen Zeit. Für die Dauer der Projektaufgabenverknüpfung wird der Zeitplan jedoch berücksichtigt. Beispiel: Das Projekt verwendet den Standardzeitplan, der angibt, dass die Arbeitszeit von Montag bis Freitag von 08:00 bis 17:00 Uhr mit einer einstündigen Pause von 12:00 bis 13:00 Uhr beträgt. Eine Change-Anforderung mit einer Dauer von 13 Stunden beginnt um Mitternacht. Die Projektaufgabenverknüpfung beginnt um Mitternacht und wird über den Beginn des Zeitplans um 08:00 Uhr fortgesetzt. Sie stoppt um 12 Uhr für eine Stunde und wird dann von 13:00 bis 14:00 Uhr fortgesetzt. Die Gesamtdauer beträgt 13 Stunden.

    Projektaufgabendauer

    Die Dauer der Change-Anforderung bestimmt die Dauer der Projektaufgabenverknüpfung. Für diese Dauer wird ein Rollup zur übergeordneten Projektaufgabe durchgeführt, ebenso wie die Dauern aller untergeordneten Aufgaben per Rollup zu den übergeordneten Aufgaben zusammengefasst werden. Die Werte in den Feldern Geplantes Startdatum und Geplantes Enddatum im Abschnitt Zeitplan des Formulars „Change Request“ bestimmen die Dauer. Wenn das Formular „Change Request“ keine geplanten Daten enthält, beträgt die Standarddauer einen Projekttag. Das Projekt hat entweder einen Zeitplan oder dauert 24 Stunden, wenn kein Zeitplan vorhanden ist.

    Mehrere verknüpfte Change-Anforderungen

    Wenn Sie zusätzliche Change-Anforderungen mit einer Projektaufgabe verknüpfen, werden zusätzliche Projektaufgabenverknüpfungen erstellt. Alle werden zu untergeordneten Aufgaben der Projektaufgabe. Diese Daten werden per Rollup zur übergeordneten Aufgabe zusammengefasst. Beispiel: Eine verknüpfte Projektaufgabe soll der Planung zufolge am 30. Oktober enden. Wenn Sie damit eine neue Change-Anforderung verknüpfen, die am 30. November enden soll, wird eine neue Projektaufgabenverknüpfung erstellt. Das geplante Enddatum der übergeordneten Aufgabe wird bis zum 30. November verlängert, um die Dauer der beiden Projektaufgabenverknüpfungen einzuschließen. Eine Change-Anforderung kann nur mit einer Projektaufgabe verknüpft werden. Sie kann nicht mit mehreren Aufgaben im selben Projekt oder über mehrere Projekte hinweg verknüpft werden. Eine Projektaufgabe, die eine oder mehrere untergeordnete Aufgaben aufweist, kann nicht gleichzeitig über eine Projektaufgabenverknüpfung verfügen, die sie mit einer Change-Anforderung verbindet.

    Projektaufgabenstatus

    Wenn sich der Status einer Change-Anforderung in Ausstehend, Offen oder In Bearbeitung ändert, wird auch der Status der Projektaufgabenverknüpfung entsprechend geändert. Wenn sich der Status der Change-Anforderung in einen der geschlossenen Status ändert, wird der Status der Projektaufgabenverknüpfung in Geschlossen – vollständig geändert.

    Verbreitung von Änderungen über Change-Anforderungen und Projektaufgaben

    Änderungen an verknüpften Change-Anforderungen werden an Projektaufgabenverknüpfungen weitergegeben. Das Gegenteil ist jedoch nicht der Fall. Sie können den Change-Anforderungsdatensatz nicht in der Anwendung Projektmanagement ändern.
    Änderungen der folgenden Felder werden von Change-Anforderungen an Projektaufgabenverknüpfungen weitergegeben:
    • Geplantes Startdatum
    • Geplantes Enddatum
    • Status
    Diese Einstellungen für Change-Anforderungen werden auch per Rollup zur Projektaufgabe zusammengefasst, die der Projektaufgabenverknüpfung übergeordnet ist, und auch zum Projektdatensatz. Betrachten Sie das folgende Beispiel: Ein Projekt wurde noch nicht gestartet und alle seine Aufgaben befinden sich im Status Ausstehend. Wenn Sie den Status eines verknüpften Change-Anforderungsdatensatzes von Offen zu In Bearbeitung ändern, werden auch die Projektaufgabenverknüpfung, deren übergeordnete Aufgabe und das Projekt selbst auf In Bearbeitung gesetzt.

    Wenn Sie ein Projekt starten, werden Aufgaben mit der Zeiteinschränkung So bald wie möglich starten und ohne andere Startabhängigkeiten sofort gestartet. Projektaufgaben mit verknüpften Change-Anforderungen werden jedoch nicht automatisch gestartet. Der Projektmanager muss die Aufgabe manuell starten, indem er das Feld Status zu In Bearbeitung ändert.

    In der Anwendung Projektmanagement vorgenommene Änderungen werden nicht an den verknüpften Change-Anforderungsdatensatz weitergegeben, sodass verknüpfte Change-Anforderungen beim Schließen eines Projekts nicht geschlossen werden. Wenn Sie einen Change erfolgreich implementieren und das zugehörige Projekt schließen, müssen Sie zum Change-Anforderungsdatensatz wechseln und den Status manuell in Geschlossen ändern.