2013-08-21 37 views
1

對於相關父級的用戶故事,有3個不同的字段,我們對它們有些混淆。關於HierarchicalRequirement字段的混淆

據我瞭解:

  • 場是一個直接父是另一個用戶故事
  • PortfolioItem場是一個直接父項功能
  • 功能字段是爲父母(直接或通過一個或多個美國父母)第在一個 功能

如果你有父母和功能領域,不能你比較他們兩個,看看是否直接父是美國或PI(因而導致PortfolioItem場不必要的)?在我看來,對此的一種解釋是,最初只有2個字段「Parent」和「PortfolioItem」,但是這限制了查看關聯功能的能力,除非您將用戶故事的層次結構遍歷到Feature設爲父級。

所以,我的問題是:

  1. 我有沒有正確定義的三個字段及其用途?如果是這樣,
  2. 爲什麼在2(父母和特徵)就足夠時有3?
  3. 我還沒有考慮其他情況嗎?

感謝

回答

1

投資組合項目字段早於特徵域。當我們將其添加到API時,我們尚未創建技術來在我們的層次結構中「滾動」信息。第一種情況和第二種情況主要用於顯示網格和棋盤上顯示的直接父級(如果有)。

爲了向後兼容,我們可能會保留portfolioitem字段。

+0

我遇到了一個情況,我有一個父母用戶故事的父母用戶故事,但其功能字段未設置 - 這是因爲它是在添加功能字段之前創建的,或者發生了什麼在這?我認爲功能區域被推到了較低層次的用戶故事 –

+0

我想知道如果你從故事中沒有發現這個功能並且重新啓動它,如果這樣會導致該功能開始工作。無論這聽起來像一個錯誤。我可以讓你提交一份支持案例嗎? –