Content
View differences
Updated by Niels Lindenthal over 1 year ago
## User story **Acceptance criteria**
As a project manager
I want to be able to set a project start and finish date
So that I can communicate the high-level planning to my stakeholders, e.g. the project portfolio manager.
## Acceptance criteria
* Every project has optionally a start date.
* The project start date constraints the first stage/gate.
* The last stage/gate defines the project finish date.
<br>
\----old spec------
Bei Templateprojekten ist es möglich, Arbeitspakete (Phasen, Meilensteine) zu hinterlegen, die bei Anlage eines neuen Projekts mit kopiert werden. Wird den Arbeitspaketen im Template ein Datum hinterlegt, werden diese mit kopiert. Gewünscht ist eine freie Wahl des Startdatums eines definierten Arbeitspakets.
**Projektattribute**
* Projekte erhalten ein neue feste Attribute
* "Projektstart" Datum,
* "Manuell geplant" ja/nein,
* ggf. auch "Projekteende" Datum.
* Diese Attribute können Einfluss nehmen auf die erlaubten Start- und Enddaten für Arbeitspakete in diesem Projekt. Arbeitspakete könnten nur innerhalb dieses Zeitraums erstellt werden.
* Wenn "manuell geplant" gesetzt wird, nehmen die Werte des Projekts keinen Einfluss auf die erlaubten Termine
**Template kopieren**
* Beim Kopieren eines Templates können die Datumsattribute neu gesetzt werden
* Das hat zur Folge, dass die Daten von kopierten Arbeitspaketen neu gescheduled werden
* Die frühsten Arbeitspakete (anhand Startdatum bzw. nur ausgehende Relationen) werden auf das Datum des Projektstarts gesetzt
* Aufgrund von Relationen können sich damit auch abhängige Phasen und Meilensteine in den Projektzeitraum schieben
**Offene Punkte / Edge-Cases**
* Projektzeitraum zu klein (sofern Projektende Attribut existiert)
* Kopiervorgang abbrechen
* Kopieren durchlassen und vollständig schedulen, Datum ignorieren
* Kopieren durchlassen aber nicht schedulen
As a project manager
I want to be able to set a project start and finish date
So that I can communicate the high-level planning to my stakeholders, e.g. the project portfolio manager.
## Acceptance criteria
* Every project has optionally a start date.
* The project start date constraints the first stage/gate.
* The last stage/gate defines the project finish date.
<br>
\----old spec------
Bei Templateprojekten ist es möglich, Arbeitspakete (Phasen, Meilensteine) zu hinterlegen, die bei Anlage eines neuen Projekts mit kopiert werden. Wird den Arbeitspaketen im Template ein Datum hinterlegt, werden diese mit kopiert. Gewünscht ist eine freie Wahl des Startdatums eines definierten Arbeitspakets.
**Projektattribute**
* Projekte erhalten ein neue feste Attribute
* "Projektstart" Datum,
* "Manuell geplant" ja/nein,
* ggf. auch "Projekteende" Datum.
* Diese Attribute können Einfluss nehmen auf die erlaubten Start- und Enddaten für Arbeitspakete in diesem Projekt. Arbeitspakete könnten nur innerhalb dieses Zeitraums erstellt werden.
* Wenn "manuell geplant" gesetzt wird, nehmen die Werte des Projekts keinen Einfluss auf die erlaubten Termine
**Template kopieren**
* Beim Kopieren eines Templates können die Datumsattribute neu gesetzt werden
* Das hat zur Folge, dass die Daten von kopierten Arbeitspaketen neu gescheduled werden
* Die frühsten Arbeitspakete (anhand Startdatum bzw. nur ausgehende Relationen) werden auf das Datum des Projektstarts gesetzt
* Aufgrund von Relationen können sich damit auch abhängige Phasen und Meilensteine in den Projektzeitraum schieben
**Offene Punkte / Edge-Cases**
* Projektzeitraum zu klein (sofern Projektende Attribut existiert)
* Kopiervorgang abbrechen
* Kopieren durchlassen und vollständig schedulen, Datum ignorieren
* Kopieren durchlassen aber nicht schedulen