Ich muss ein Produkt erstellen, das eine Datenbank auf dem Back-End zum Speichern und Abrufen von Daten haben wird.User Story - Datenbankentwurf
Ich habe gerade angefangen, die Benutzer sammeln Geschichten von meinen Beteiligten und ich bin fest ...
Wenn ich einen Projektleiter habe, die wie eine User Story hat: „Als Projektleiter, ich möchte in der Lage sein, um den Umfang meines Projekts zu sehen und zu ändern, so dass ich sicherstelle, dass mein Projekt auf dem neuesten Stand ist. "
Diese User Story würde erfordern, dass ich die Datenbank erstellt hätte und vorher eine Tabelle mit den Daten in der Tabelle hätte.
Soll ich alle User Stories sammeln und die Datenbankkomponente zu den Akzeptanzkriterien hinzufügen?
Soll ich User Stories nur für das Backend und einige für das Frontend erstellen?
Ich bin mir nicht sicher, wie man trennt oder sie zusammen arbeiten lässt.
Ich verstehe, was Sie sagen. Wenn die User-Story lautet "Als Design-Manager möchte ich die Kostenschätzung sehen" ist das ein Epos. Ich muss das aufteilen, um den Designteil und das Backend Side zu zeigen, bis kleine Benutzergeschichten wie "Als ein Datenbankanalyst, ich möchte eine Kostentabelle erstellen, damit ich Kostenschätzung speichern kann"? Ist das sinnvoll? – DrD4rk
Hört sich gut an, vielleicht wörtlich "Als Datenbankanalyst benötige ich eine Kostentabelle, um die geschätzten Kosten zu speichern." Überlassen Sie es dem Entwickler zu entscheiden, wie diese Arbeit erledigt wird. Dann lautet das Abnahmekriterium für die Geschichte "Es gibt jetzt eine Kostentabelle, die Spalten, x, y und z enthält." – Mike