Change-Anforderungsprojektaufgabe-Beziehung

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 3 Minuten Lesedauer
  • Die Regeln, die für alle über- und untergeordneten Aufgaben gelten, steuern auch die Beziehung zwischen der Projektaufgabe und dem Projektaufgabenlink.

    Start- und Enddatum

    Der Projektaufgabenlink erbt Start- und Enddaten von der Change-Anforderung. Jedoch ProjektmanagementDie Anwendung passt die Daten an, an denen diese Situationen auftreten:
    • Wenn die Projektaufgabe und die Change-Anforderung unterschiedliche geplante Startdaten haben, verwendet der Projektaufgaben-Link das spätere der beiden Daten. Wenn die Projektaufgabe beispielsweise am 1. Oktober beginnt, die Change-Anforderung jedoch am 2. Oktober beginnt, ändert sich der Projektaufgabenlink in den 2. Oktober.
    • Wenn die Change-Anforderung ein früheres Startdatum hat, wird Zeitbeschränkung Der Wert für den Projektaufgabenlink wird Starten Sie so bald wie möglich Wenn der Link erstellt wird. Das Enddatum bleibt mit dem im Datensatz der Change-Anforderung angegebenen Enddatum identisch.
    • Wenn die Change-Anforderung vor dem Projektstartdatum beginnt und endet, hat der Projektaufgabenlink eine Dauer von Null (0). Er wird auch als Meilenstein angezeigt, der beim Start des Projekts auftritt.
    • Wenn eine Change-Anforderung gemäß Projektzeitplan während arbeitsfreier Zeit gestartet werden soll, ignoriert das geplante Startdatum des Projektaufgabenlinks den Zeitplan. Sie beginnt auch zu der von der Change-Anforderung angegebenen Zeit. Die Dauer des Projektaufgabenlinks berücksichtigt jedoch den Zeitplan. Beispiel: Das Projekt verwendet den Standardzeitplan, der angibt, dass die Arbeitszeiten Montag bis Freitag von 08:00 bis 17:00 Uhr mit einer Stundenpause von 12:00 bis 13:00 Uhr sind. Eine Change-Anforderung mit einer Dauer von 13 Stunden beginnt um Mitternacht. Der Projektaufgabenlink beginnt um Mitternacht und wird um 08:00 bis zum Start des Zeitplans fortgesetzt. Sie hält eine Stunde lang um 12 Uhr an und wird von 13:00 bis 14:00 Uhr fortgesetzt. Die Gesamtdauer beträgt 13 Stunden.

    Projektaufgabendauer

    Die Dauer der Change-Anforderung bestimmt die Dauer des Projektaufgabenlinks. Diese Dauer wird für die übergeordnete Projektaufgabe genauso wie für alle untergeordneten Aufgabendauern ein Rollup zu übergeordneten Aufgaben durchgeführt. Die Geplantes Startdatum Und Geplantes Enddatum Im Formular „Change-Anforderung“ Zeitplan Abschnitt sind die Felder, die die Dauer bestimmen. Wenn das Formular „Change-Anforderung“ keine geplanten Daten enthält, beträgt die Standarddauer 1 Projekttag. Das Projekt hat einen Zeitplan oder 24 Stunden, wenn das Projekt keinen Zeitplan hat.

    Mehrere Verknüpfte Change-Anforderungen

    Wenn Sie zusätzliche Change-Anforderungen mit einer Projektaufgabe verknüpfen, werden zusätzliche Projektaufgaben-Links erstellt. Alle werden zu untergeordneten Aufgaben der Projektaufgabe. Die Datumsangaben werden zur übergeordneten Aufgabe zusammengefasst. Beispiel: Wenn für eine verknüpfte Projektaufgabe geplant ist, dass sie am 30. Oktober abgeschlossen wird. Sie verknüpfen eine neue Change-Anforderung, die am 30. November abgeschlossen werden soll. Ein neuer Projektaufgabenlink wird erstellt. Das geplante Enddatum der übergeordneten Aufgabe erstreckt sich bis November 30, um die Dauer beider Projektaufgaben-Links abzudecken. Eine Change-Anforderung kann nur mit einer Projektaufgabe verknüpft werden. Es kann nicht mit mehreren Aufgaben im selben Projekt oder über mehrere Projekte hinweg verknüpft werden. Eine Projektaufgabe, die eine oder mehrere untergeordnete Aufgaben hat, kann nicht auch über einen Projektaufgabenlink verfügen, der sie mit einer Change-Anforderung verbindet.

    Projektaufgabenstatus

    Wenn sich der Status einer Change-Anforderung in ändert Ausstehend , Offen , Oder In Arbeit , Der Status des Projektaufgabenlinks ändert sich entsprechend. Wenn sich der Status der Change-Anforderung in einen der status „Geschlossen“ ändert, ändert sich der Status des Projektaufgabenlinks in Abgeschlossen .

    Wie sich Änderungen zwischen Change-Anforderungen und Projektaufgaben verbreiten

    Änderungen an einer verknüpften Change-Anforderung werden auf den Projektaufgabenlink übertragen. Umgekehrt ist jedoch nicht „wahr“. Sie können den Change-Anforderungsdatensatz nicht über ändern ProjektmanagementAnwendung.
    Änderungen an den folgenden Feldern werden von der Change-Anforderung auf den Projektaufgaben-Link übertragen:
    • Geplantes Startdatum
    • Geplantes Enddatum
    • Status
    Diese Change-Anforderungseinstellungen führen auch ein Rollup zur Projektaufgabe durch, die dem Projektaufgabenlink übergeordnet ist, und auch zum Projektdatensatz. Betrachten Sie das folgende Beispiel: Ein Projekt wurde noch nicht gestartet, und alle seine Aufgaben befinden sich in Ausstehend status. Wenn Sie den Status eines verknüpften Change-Anforderungsdatensatzes von geändert haben Offen Bis In Arbeit , Der Projektaufgabenlink, die übergeordnete Aufgabe und das Projekt selbst ändern sich alle in In Arbeit .

    Wenn Sie ein Projekt starten, Aufgaben, die haben Starten Sie so bald wie möglich Da die Zeitbeschränkung und keine anderen Startabhängigkeiten sofort beginnen. Projektaufgaben mit verknüpften Change-Anforderungen werden jedoch nicht automatisch gestartet. Der Projektmanager muss die Aufgabe manuell starten, indem er geändert wird Status Feld bis In Arbeit .

    Änderungen in vorgenommen ProjektmanagementDie Anwendung wird nicht an einen verknüpften Change-Anforderungsdatensatz weitergegeben, daher schließt das Schließen eines Projekts keinen verknüpften Change. Wenn Sie einen Change erfolgreich implementieren und das Projekt schließen, zu dem er gehört, müssen Sie zum Change-Anforderungsdatensatz wechseln und den Status manuell in ändern Geschlossen .