在產品計劃中排列需求
充分分析您的客戶需求以了解產品該做的事情之後，您應該訂定一份計劃來實作產品。 或者，若是現有的產品，您必須找出遺漏什麼功能，並訂定計劃來進行變更。 但需求不會自動告訴您計劃是什麼。
本主題大略說明從一組需求得出計劃的方法。 這只是將在 Visual Studio 上運作的許多方法中的其中一種，您應該視需要來調整它。
本主題內容
需求和功能
情節分解
指派分葉情節給反覆項目
功能 - 在每個反覆項目中實現的需求
服務品質功能
產品計劃
反覆項目規劃
需求和功能
這個方法有兩種需求：客戶需求和功能。 客戶需求是由分析客戶想從產品得到什麼而來。 功能是產品計劃中的項目，對應到客戶需求的小子集。 每個功能可能包含數個客戶需求，這些需求來自不同的使用者體驗部分和不同的功能區域。
客戶需求
客戶需求是由與可能使用者和其他專案關係人討論後得出。
為了協助分析這些需求，通常您將會建立腳本和模型，並且將情節分解成較小的步驟，形成一個樹狀結構。 您可以將模型元素 (例如使用案例和活動) 連結至情節工作項目。
客戶需求有兩種：
情節，也稱為使用案例，它代表使用者和產品之間的互動順序，以追求特定的目標。 範例情節的標題可能會如「使用者買了一本書」。
服務品質需求，包含效能、安全性、可用性和其他準則。
您可以將這些需求表示為需求類型的工作項目，將 [需求類型] 欄位設定為 [情節] 或 [服務品質]。
這些需求工作項目應該要連結到系統測試，以便您可以確定所有需求都經過測試。
使用客戶需求查詢來列出這些需求工作項目。
使用 [需求進度] 報表來監視哪些需求已獲得滿足。
如需詳細資訊，請參閱開發需求、共用查詢 (CMMI)、需求進度報表 (CMMI)和為產品待處理項目、使用者劇本或需求建立測試。
功能
功能是產品計劃中代表一群工作的項目。 在產品規劃時，開發團隊的代表和專案關係人會指派功能到反覆項目。 如需詳細資訊，請參閱規劃專案 (CMMI)。
將功能輸入為需求工作項目，並將 [需求類型] 欄位設定為 [功能]。
功能的標題會以使用者的術語，說明使用者將能夠以產品完成什麼，而且是在先前的反覆項目中無法達成的。 計劃上不會有任何項目 (或是只有很少數的項目) 是不會產出新使用者價值的。
例如，以下這個功能順序可能會形成一個實作計劃：
「買家可以從清單中挑選一本書，然後加入到希望清單。」
「書籍清單會顯示單價。 在希望清單中，會顯示總價。」
「供應商可以在書籍上貼上標籤。 買家可以藉由標籤過濾書籍清單。」
請注意，不會有任何功能只接觸使用者體驗中的一個步驟，且不會有任何功能只牽涉到產品架構的一部分。 相反地，在實作功能時，會重新檢視數個功能，並增加新的使用者值。
功能在產品規劃期間被指派給反覆項目。 功能底下的所有工作必須指派給相同的反覆項目。 如需詳細資訊，請參閱規劃專案 (CMMI)。
功能說明客戶需求的部分實現。 它是客戶需求的子集，且可能只實作每個客戶需求的一部分。
每個功能可以連結一個或多個測試案例，測試功能所代表的部分需求。 這些測試案例是系統測試的子集，而系統測試是連結至客戶需求。
在功能的測試已完整定義且通過之前，功能的狀態不能標示為已完成。
每個功能是一群開發和測試工作。 它是 Visual Studio Team Foundation Server 中工作樹狀結構的根。 開發工作會實作功能所說明的部分需求。 測試工作設定並執行適當的測試案例。
您使用產品需求查詢以列出功能。 若要顯示產品計劃，請按一下 [資料行選項] 並將 [反覆項目路徑] 加入到所顯示資料行的清單。 若要依反覆項目排序，請按一下 [反覆項目路徑] 資料行。 如需詳細資訊，請參閱 共用查詢 (CMMI)。
.gif "Ff183960.collapse_all(zh-tw,VS.110).gif")
尋找功能
將需求分成增量的功能，是一項具有創意的工作，這項工作必須包含開發人員、分析師以及專案關係人。 功能定義了一項產品功能，可以合情理地與週圍功能分開實作。 因此，可運作的功能定義集，以及計劃中的排序，有一部分取決於系統的架構。
也因為如此，產品的規劃與初步設計必須同步進行，尤其是草擬絕大部分計劃的反覆項目 0。
情節分解
為了幫助您將需求安排成功能，將情節分解成較小的步驟會有所助益。
腳本經常能夠幫助此活動。 腳本是一連串依順序呈現的圖片，它可說明情節。 UML 活動圖表適用於顯示可選擇的路徑，而 UML 順序圖表則可以幫助您討論數個演員之間的互動。 使用這些工具分析情節之後，您可以將分解的情節輸入到 Team Explorer。 這讓您能將測試案例連結至情節，並因此確認需求獲得滿足。 如需詳細資訊，請參閱 UML 活動圖表：方針和 UML 順序圖表：方針。
在這份簡短的逐步解說中，您會以小型情節樹狀結構的形式，輸入一組客戶需求。 這將提供建立功能的範例。
若要在 Excel 中開啟客戶需求樹狀結構
在 Team Explorer中，開啟 MSF for CMMI Process Integration 5.0 版專案。
依序展開 [工作項目]、[小組查詢] 和 [計劃和追蹤]，然後執行 [客戶需求]。
如果未出現 [反覆項目路徑] 及 [需求類型] 資料行，請按一下 [資料行選項]，然後將它們加入顯示清單。
您可能也想要加入 [區域路徑] 資料行。
設定查詢以顯示樹狀結構。
按一下 [編輯查詢]。
將 [查詢類型] 設定成 [工作項目的樹狀目錄]。
按一下 [儲存查詢]。
如果您無法在 [小組查詢] 中儲存查詢，請將它儲存至 [我的查詢]。
按一下 [檢視結果] 關閉編輯檢視。
按一下 [在 Microsoft Office 中開啟]，然後按一下 [在 Microsoft Excel 中開啟查詢]。
在 Office Excel 中，如果標題 [標題 1] 的資料行後面未接著 [標題 2] 和 [標題 3] 的資料行，則按一下 [小組] 索引標籤，然後按 [加入樹狀層級] 建立其他的資料行。
您現在可以方便地批次輸入情節。
在真實的情況中，您可能會先開始輸入一個等級的情節，然後將每個情節分解成不同操作中的較小步驟。
若要輸入情節
在緊接於現存工作項目 (若有的話) 底端資料列之後的資料列中，在 [標題 1] 資料行輸入最頂層情節的標題：
客戶訂購餐點。
在與企業專案關係人的討論中，您決定了構成最頂層情節的主體步驟。
在緊接於最頂層情節之後的資料列中，在 [標題 2] 資料行輸入步驟：
客戶選擇餐廳。
客戶從餐廳的菜單選擇項目，建立訂單。
客戶輸入付款詳細資料。
餐廳準備並外送訂單。
向客戶的信用卡收取款項。
進一步的分析 (或許是使用 UML 活動圖表或互動圖表) 會得到這些情節中一部分的更詳細步驟。
緊接於[客戶選擇餐廳] 底下，插入一些資料列，然後在 [標題 3] 資料行輸入下列步驟：
客戶輸入送貨郵遞區號。
網站顯示可外送到該地址的餐廳清單。
客戶可以瀏覽所有顯示餐廳的菜單。
客戶選取一家餐廳開始訂購。
刪除任何空白的資料列。
在所有新資料列的 [工作項目類型] 資料行中，將類型設定為 [需求]。
將所有新資料列的 [需求類型] 資料行設定為 [情節]。
若要將需求發行到 Team Foundation Server，請選取工作項目表格中的任何資料格，然後按一下 [小組] 索引標籤上的 [發行]。
您現在有一個樹狀結構的客戶需求，可以在 Office Excel 或 Team Explorer中進行更進一步的編輯。
指派分葉情節給反覆項目
「分葉」情節是本身沒有子系的情節。
藉由設定反覆項目路徑欄位，可以指派情節中最基本的步驟給反覆項目。 您可以在 Office Excel 檢視中完成此動作。
然後將有子系的每個情節指派給最早認為它可以使用的反覆項目。
在下列範例中，最基本的情節實作於反覆項目 1 和 2，其他功能則加入到較後面的反覆項目。
反覆項目 2 - 客戶選擇餐廳。
反覆項目 5 - 客戶輸入郵遞區號。
反覆項目 2 - DinnerNow 顯示餐廳的清單。
反覆項目 3 - 客戶可以瀏覽每間餐廳的菜單。
反覆項目 2 - 客戶選取一家餐廳以建立訂單。
反覆項目 1 - 客戶從菜單選擇項目，建立訂單。
反覆項目 1 - 客戶按一下菜單項目，加入訂單。
反覆項目 2 - 訂單摘要顯示訂單的總價。
反覆項目 1 - 客戶按一下 [確認]，完成訂單。
反覆項目 4 - 客戶輸入付款詳細資料。
反覆項目 2 - 餐廳準備和外送訂單。
反覆項目 4 - 向客戶的信用卡收取款項。
這些指派讓您能在早期對系統的整體設計進行操演，但許多細節則留待未來再進行。 某些被認為是低風險的部分可以留到後面的反覆項目。 在此範例中，小組先前已經有過連結到信用卡付款系統的經驗。 因此，他們覺得有自信，可以將該部分留到後面的反覆項目。
在某些情況下，您會想要再進一步分解分葉情節，以允許簡化及更複雜的版本能分到不同的反覆項目，如下圖所示。
.png "案例工作項目樹狀結構")
功能 - 在每個反覆項目中實現的需求
功能是指彙總使用者能在每個反覆項目完成時做到哪些事項的需求。 您可以為每個反覆項目建立多個功能。 將它們輸入為需求工作項目，並將 [需求類型] 設定為 [功能]。
使用您的情節對工作項目的指派，可幫助您定義功能。 下列範例功能計劃是從將上一節的情節對工作項目的指派得來：
反覆項目 1
- 客戶從菜單選擇項目、將它們加入訂單，然後加入送貨地址。
反覆項目 2
客戶開始先顯示餐廳的清單，然後選擇一間。
當客戶完成訂單時，訂單出現在所選擇餐廳的畫面上。
項目的價格及總價會顯示在訂單上。
反覆項目 3
準備好的餐點已派送之後，餐廳將訂單標示為「完成」。 針對餐廳記錄餐點。
每間餐廳可以輸入並更新其菜單。
客戶可以在選取餐廳之前，先瀏覽每間餐廳的菜單。
反覆項目 4
客戶在完成訂單時輸入付款詳細資料。 當餐廳將訂單標示為完成時，會向客戶的信用卡收取款項。
會針對已標示為完成的訂單付款給餐廳。
反覆項目 5
- 餐廳可以設定他們的外送區域。 客戶在工作階段開始時輸入郵遞區號。 網站只顯示可外送到當地的餐廳。
部分實作的情節
將情節分解成小步驟，有助於您將可以較早實作的一些步驟與可以較晚實作的步驟分開。
但有時您可以分開情節其他的面向。 在本例中，小組可能會在早期的反覆項目中實作基本版本的使用者體驗，稍後再加以改善。 因此您可能會加入下列功能：
- 反覆項目 6 - 餐廳可以選擇菜單的配色和字型，並上載自己的標誌和餐點照片。
這種類型的功能不會直接從分解成步驟時顯露，而是通常會在腳本討論時顯露。 使用者體驗功能便很適合留到後面的反覆項目。
輸入及檢查功能
建立工作項目類型為需求的工作項目，並將 [需求類型] 欄位設定為 [功能]。 將功能標題設定成簡短描述。
若要批次輸入功能並討論其指派給反覆項目的情形，請採用產品需求查詢，並使用 Office Excel 檢視。
若要輸入並編輯功能
在 Team Explorer中，開啟 MSF for CMMI Process Improvement 5.0 版專案。
依序展開 [工作項目]、[小組查詢] 和 [計劃和追蹤]，然後開啟 [產品需求]。
按一下 [資料行選項] 並將 [原始評估] 和 [反覆項目路徑] 加入到所顯示資料行的清單。
按一下 [在 Microsoft Office 中開啟]，然後按一下 [在 Microsoft Excel 中開啟查詢]。
在詢問您是否儲存查詢的對話方塊中，按一下 [是]。
(選用) 在 Office Excel 中，輸入功能標題的清單、設定反覆項目路徑，然後依反覆項目路徑排列資料列。
若要儲存對 Team Foundation Server 的變更，請按一下工作項目表格中的任何資料格，然後按一下 [小組] 索引標籤上的 [發行]。
根據需求來追蹤功能
您可以透過下列方式將功能連結至需求：
將功能工作項目連結至其反覆項目的分葉情節需求。 您必須使用 [相關項目] 連結來連結它們，因為分葉情節已經有父代。
將測試案例工作項目連結至情節以及它們所測試的服務品質需求。 將功能連結至測試案例的子集，開發功能時應該要通過這些測試案例。 如此一來，測試案例扮演著功能和客戶需求之間的連結。
服務品質功能
關於軟體設計，服務品質需求通常較普及。 例如，安全性需求一般不會與特定的開發工作相關。
然而，對於每個服務品質需求而言，您應該建立一個功能工作項目，其子系主要是測試工作，用來確認符合服務品質的準則。 這些工作項目稱為服務品質功能。
有些服務品質功能可以具有開發工作。 例如，在早期的反覆項目中，您可能會實作只能應付少許使用者的系統版本，做為概念證明。 而在後面的反覆項目，您可能會加入功能，指定如客戶需求中所述的目標容量。
產品計劃
在每個反覆項目的開始之前，請舉行會議來檢閱產品計劃。 第一次的產品計劃會議會建立計劃，而後續的會議便根據較早的反覆項目來檢閱它。 如需詳細資訊，請參閱規劃專案 (CMMI)。
在產品計劃檢閱中，請與企業專案關係人討論功能，並準備好重新設定它們的優先權，以及將它們安排到不同的反覆項目。 會議應該包含企業專案關係人和開發小組的代表。
會議中討論功能的開發順序。 這可以藉由投影或分享 [產品需求] 查詢之 Office Excel 檢視的畫面，並依反覆項目排列功能來達成。
另一種技巧是將功能放在特定的順序，然後考慮在每個反覆項目中可以完成多少。 例如，開發人員可能會討論「客戶可以顯示價格」是否應該從反覆項目 2 移到反覆項目 3，而不在順序中移動它。 若要將項目放在順序中，請在試算表額外加入一個名稱為「順位」的資料行，並插入代表順序的整數。 依這個資料行來排序試算表。 順位不會儲存在 Team Foundation Server 中，但您可以儲存試算表。 當您再次開啟試算表時，請按一下工作項目表格中的任何資料格，然後按一下 [小組] 索引標籤上的 [重新整理]。
產品規劃會考慮功能的優先權以及開發成本。 優先權來自企業專案關係人，並且加上來自開發人員的一些風險指引。 成本預估則來自開發人員。 為了對成本有正確的了解，開發小組必須已經對產品的架構完成一些工作，且可能需要來自早期反覆項目的一些經驗。 因此，成本預估應該在每次產品計劃檢閱時加以調整。
反覆項目規劃
產品計劃檢閱之後，請規劃反覆項目。 產品計劃決定了在反覆項目結束時將要交付的功能。 反覆項目規劃決定小組將要完成什麼工作，以便實作與測試這些功能。
以下活動是反覆項目規劃的一部分：
建立開發與測試的工作，並將它們連結為功能需求的子系。
針對每個功能中要開發的客戶需求各面向，建立測試案例。 測試案例應該要連結到客戶需求，以便您可以監視需求的完成程度。
您也可以將測試案例連結到功能，以便您可以追蹤功能與需求之間的對應性。 在連結的測試案例通過之前，功能不應該標示為已完成。
如需詳細資訊，請參閱 規劃反覆項目 (CMMI)。