用戶案例-數據庫設計

Question

我需要構建一個在后端具有數據庫來存儲和檢索數據的產品。

我剛開始從我的利益相關者那里收集用戶故事，我被困住了...

如果我有一個項目負責人，並且有一個用戶故事，例如：“作為項目負責人，我希望能夠查看和修改我的項目范圍，以確保我的項目是最新的”

這個用戶故事需要我創建數據庫並在擁有表中的數據之前有一個表。

我是否應該收集所有用戶案例並在接受標准上添加數據庫組件？

我應該只為后端創建用戶故事，還是為前端創建一些用戶故事嗎？

我不確定如何分開或使它們一起工作。

Answer 1

SCRUM背后的想法是架構/設計將隨着您的開發而出現。 考慮到這一點，您仍然需要積壓的產品以反映該產品將是什么。 因此，在積壓的某處應該有一個用戶故事，例如...“作為用戶，我想要一個可以用來管理項目的應用程序”。 這個故事相當大（史詩級）。 因此，必須將其分解為一些較小的故事（例如“ ...應用程序必須具有x能力”）。 如果確實是用戶故事，那么另一個子史詩（仍然需要大量討論）故事將是……“作為應用程序開發人員（請注意此處的上下文更改），我需要一個數據庫來存儲我的Project應用程序數據”。 然后，這個故事對於制作db腳本的人來說就很糟糕（假設您首先創建應用程序數據庫，某些應用程序首先編寫代碼，而ORM生成數據庫架構）。 這里的要點是，從大處着手，然后分解，直到獲得包含很小故事的完整待辦事項列表。 然后，您知道您有完整的待辦事項（整理的待辦事項），並且可以開始計划沖刺。