Scrum /敏捷網站

Question

如果scrum度量單位是用戶故事：

如何考慮非功能性需求？我更感興趣的是基礎設施？

在我選擇的約50％的時間框架都花在配置模塊，寫作模板，等...

如何將這些要求在爭球工作？我如何字一個用戶故事：

由於任何用戶所有條件下，我希望輸出大膽？！？ :)

我猜不是每個類型的複雜Web應用程序的要求來計劃和執行的不同...

任何經驗或意見？

Answer 1

您正在將用戶故事與任務混合在一起。

用戶故事是待開發的功能。用於估計它的故事點代表一個度量單位，這是一種比較各個要素之間的估計努力的廣泛手段。但是，當需要開發一項功能時，它將在Sprint計劃會議中分解成任務。您可以使用數小時來估算Sprint Backlog中的任務持續時間。

所以用戶故事不是度量單位。這是一項功能 - 由開發該功能的所有任務組成。這些任務包括配置模塊，編寫模板，編寫代碼，編寫單元測試，測試功能等。完成定義中的任何內容。

像「作爲一個用戶，我想看看我的股票的股票代碼和價格強調這樣我就可以和別人區別開來。」你可能有一個故事這是用戶術語中定義的一項功能，用於描述用戶需要的內容。

你給的例子是一個任務，所以你不要把它變成一個故事。然而，作爲開發該故事需要執行的任務之一，這非常合理。

所以基本上，用戶故事代表了一個全功能的用戶希望在應用程序中執行，並在故事點來估計（和整個項目有可能重新估計）。當衝刺的時間到了那個用戶故事將被開發出來的時候，它將被分解成必要的任務，這些任務估計在幾個小時內完成。

希望有所幫助。