2017-07-27 93 views
0

我需要構建一個產品,它將在後端有一個數據庫來存儲和檢索數據。用戶故事 - 數據庫設計

我剛開始收集來自利益相關者我的用戶故事,我堅持...

如果我有一個項目負責人誰擁有一個用戶故事,如: 「作爲項目負責人,我希望能夠查看和修改我的項目的範圍,以便確保我的項目是最新的「

此用戶故事需要我創建了數據庫並在表中具有數據之前有一個表。

我應該收集所有用戶故事並在驗收標準上添加數據庫組件嗎?

我應該只爲後端和前端創建用戶故事嗎?

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

回答

1

SCRUM背後的想法是,架構/設計將在您開發時出現。考慮到這一點,您仍然需要產品積壓來反映產品是什麼。因此,在積壓的地方應該有一個用戶故事,比如......「作爲用戶,我需要一個可以使用管理我的項目的應用程序」。這個故事相當大(史詩級)。因此必須將其分解爲更小的故事(例如「......應用程序必須具備能力x」)。如果這確實是用戶故事,那麼另一個子史詩(仍然很大需要突破)的故事將是......「作爲應用程序開發人員(注意上下文的變化),我需要一個數據庫來存儲我的Project應用程序數據。然後,對於製作db腳本的人來說,這個故事會被打破(假設您首先創建應用程序數據庫,一些應用程序是代碼優先,ORM生成數據庫模式)。這裏的主要觀點是,你開始大量分解,直到你得到一個完整的積壓和非常小的故事。然後你知道你有一個完整的積壓(積壓的積壓),你準備好開始計劃你的衝刺。

+0

我明白你在說什麼。如果用戶故事是「作爲設計經理,我希望看到成本估算」,那是史詩般的。我需要將其分解以顯示設計部分和後端,直到小型用戶故事,例如「作爲數據庫分析師,我想創建成本表以便存儲成本估算值」?那有意義嗎? – DrD4rk

+0

聽起來不錯,或許這樣說:「作爲一名數據庫分析師,我需要一張成本表來存儲估計成本。」讓開發人員決定如何完成這項工作。然後,故事的接受標準將是「現在有一個成本表,包括列,x,y和z」。 – Mike