基礎設施用戶故事問題

Question

「我們需要顯示與當前文檔相關的報價。」

此用戶故事會導致我們的許多子系統得到修改，並且它或多或少是4-5衝刺長度。將其拆分成子故事是不可能的，因爲修改沒有商業價值。但是，在第5次衝刺中，將會有商業價值。

你有什麼建議？我們如何創造商業價值，向客戶展示每個衝刺點，並讓我們的客戶優先考慮每個衝刺點的工作？

Answer 1

讓您的團隊創建完成「演出報價」故事所需的任務。
使這些細粒度足夠多，他們中的幾個潛在適合衝刺。
把所有這些放在一個單獨的積壓。
讓團隊（而不是客戶）優先考慮這個積壓工作，並將具有高度一致性的任務集中到塊中。
這些大塊進入項目積壓爲「減少x％的工作完成'顯示報價'」，或類似的表述量化該項目將帶來的預期進展的目標方面的好處。

Answer 2

天兒真好，

爲了使您的用戶故事有點更具描述性的，你可以添加：

• 的執行此用戶故事用戶類型，並
• 一你爲什麼要這樣做到你當前的用戶故事。

也許嘗試使用模板：

作爲「類型的用戶」，我想「的一些目標」，使「某些原因」。

爲您的用戶故事。

舉個例子，你的用戶故事可能再完成了幸福：

作爲一個故事的作家，我需要證明我使用當前文檔中的其他文件的報價，使得任何報價可能正確歸因。

在這裏，這將分解成幾個更細粒度的用戶故事。

• DB的創建存儲報價和它們的起源
• 交叉引用DB開始他們的主題下儲存關報價，以幫助未來的搜索。
• 正在開發的新文檔編輯器需要能夠生成並附加參考書目。
• 等

一般來說，如果你不能打破你的用戶故事分解成單塊衝刺，這是一個跡象，表明用戶故事是太大。使用上面的模板有助於最小化這一點

HTH

歡呼聲，