1
對於相關父級的用戶故事,有3個不同的字段,我們對它們有些混淆。關於HierarchicalRequirement字段的混淆
據我瞭解:
- 的父場是一個直接父是另一個用戶故事
- 的PortfolioItem場是一個直接父項功能
- 功能字段是爲父母(直接或通過一個或多個美國父母)第在一個 功能
如果你有父母和功能領域,不能你比較他們兩個,看看是否直接父是美國或PI(因而導致PortfolioItem場不必要的)?在我看來,對此的一種解釋是,最初只有2個字段「Parent」和「PortfolioItem」,但是這限制了查看關聯功能的能力,除非您將用戶故事的層次結構遍歷到Feature設爲父級。
所以,我的問題是:
- 我有沒有正確定義的三個字段及其用途?如果是這樣,
- 爲什麼在2(父母和特徵)就足夠時有3?
- 我還沒有考慮其他情況嗎?
感謝
我遇到了一個情況,我有一個父母用戶故事的父母用戶故事,但其功能字段未設置 - 這是因爲它是在添加功能字段之前創建的,或者發生了什麼在這?我認爲功能區域被推到了較低層次的用戶故事 –
我想知道如果你從故事中沒有發現這個功能並且重新啓動它,如果這樣會導致該功能開始工作。無論這聽起來像一個錯誤。我可以讓你提交一份支持案例嗎? –