search

Fuenfgeld / HS-Mannheim-I2B2-Projekt-2019-Gruppe2

1 stars 0 forks source link

Issue Tracker #40

Closed NadjaKraemer closed 5 years ago

NadjaKraemer commented 5 years ago

Guten Morgen Max,

wir haben unseren Issue Tracker mit Stories und Requirements gefüllt. Wir wollten dich nun fragen, ob du uns bei der Priorisierung helfen könntest und ob wir das mit den Requirements so richtig verstanden haben, oder du dir das anders vorgestellt hast.

Mit freundlichen Grüßen,

Team IndiGo

Fuenfgeld commented 5 years ago

Der Issue Tracker ist gut um den Status von Tasks zu tracken. Der eigentliche Inhalt sollte auf einer Wiki seite gepflegt werden nicht im Issue Tracker. Die Wiki seite könnt ihr dann im Issue verlinken. Ich schau mir die Storys and und versuche sie zu priorisieren. Ansonsten sieht alles schon gut aus.

Fuenfgeld commented 5 years ago

Ich hab die Issues bei den Milestone von oben = Hohe Prio nach unten = niedrige Prio gerankt. Es gibt drei Mile Stone Prio 1 wichtig Prio 2 mittel Prio 3 nicht so wichtig.

NadjaKraemer commented 5 years ago

Guten Mittag Max,

leider ist uns nicht ganz klar, was du mit der Wiki-Seite meinst. Wir haben aufgrund der folgenden Informationen in der Definition of Done angenommen, dass alles per Issue Tracker dokumentiert werden soll. Was genau möchtest du denn im Issue Tracker und was im Wiki haben? Soll im Issue Tracker immer nur der Titel der Story und dann ein Link zu einer eigenen Wiki-Seite mit weiteren Inhalten sein und was für Inhalte wären das?

Screenshot (12)

Fuenfgeld commented 5 years ago

Genau Die Issues im Issue Tracker enthalten nur die Überschriften und alles was mit den Issues passiert ist (geschrieben gereviewed etc) wird dort getracked. Alle eigentlichen Inhalte sollen im Wiki sein. In den Issues gibt es dann ein Link auf die Wiki Seite Die wiki seite sollte so heissen wie die Issues. Die Verlinkungen von Story mit Requirements, sen Testcases und Changesets werden in den Issues vorgenommen. Die Inhalte eine Story sind die Requirements, Mockups und die Testcases. Es ist auch sinnvoll eine Kurze beschreibung einer Story aufzuschreiben. ⚠️ Wichtig! ihr müsst nicht erst alle Storys ausformulieren nur diejenigen an denen ihr gerade Arbeitet. Ich will nicht dass am ende des Sprints nur die Dokumentation fertig ist. Arbeitet iterativ eure Storys ab. Macht erst eine fertig dann nehmt euch die nächste.