Closed crownver closed 6 years ago
So wie ich das in der Aufgabenstellung verstanden habe soll das Product Backlog kein Issue sein, sondern aus Issues in einem Project bestehen. Dementsprechend wäre die Aufgabe meiner Meinung nach erfüllt (siehe Projects). Also würde ich das Issue schließen, wenn es keine Einwände gibt.
Das Product Backlog enthält grob alle verstandenen Anforderungen und vor allem eine Priorität dazu. Daher würde ich deinen Überschriften allen einen Punkt "Product Backlog - " zum Beispiel voranstellen und ganz hinten in der Form [prio: hi], [prio: mid], [prio: low] eine Priorisierung vornehmen. Da ich heute die User Stories aktualisiert habe, müssen hier Punkte ergänzt werden und vor allem die bestehenden Inhalte aktualisert werden.
In den Files befindet sich auch noch ein Product Backlog. Was sagen die Kollegen? Ich vermute, das kann dan verschwinden oder sollte alternativ die gesamten Inhalte widerspiegeln und aktuell zum Forum gehalten werden.
Im Project sind die Issues sortiert, allerdings kann man das innerhalb kürzester Zeit verändern, ohne dass jemand davon mitbekommt. Ich würde dieses Issue doch noch offen lassen und auch eine Datei mit dem Namen "ProductBacklog" ins Repo hochladen. Dort sind dann auch nochmal alle Anforderungen aufgelistet. Damit hätten wir es zwar doppelt, sind aber auf der sicheren Seite.
Das Product Backlog mit den Systemanforderung nach Priorität sortiert liegt jetzt im Repo. Die User Stories werden dann noch hinzugefügt sobald sie fertig sind.
Hierbei danke an Alex!!
Meine überarbeitete Version.
Closed, wegen des Projects - Issue unnötig
Ein Product Backlog ist im GitHub Project, mittels GitHub Issues zu erstellen.