需求 (CMMI)

在此主題中，您可以學習如何填入需求工作項目的詳細資料。 需求的目的是要表達對產品或系統的客戶而言很重要的功能。 每一個需求應簡單地陳述使用者想利用軟體功能來做什麼，並從使用者的觀點進行描述。 如需詳細資訊，請參閱規劃專案 (CMMI)。

如需如何建立這類工作項目的詳細資訊，請參閱工作項目和工作流程 (CMMI)。

本主題內容	相關主題
定義需求 將需求連結至其他工作項目 將詳細資料、附件或超連結加入至需求 變更需求的狀態	流程指引 規劃專案 (CMMI) 在產品計劃中排列需求 驗證需求 活頁簿 分級活頁簿 (CMMI) 儀表板和報表 進度儀表板 (CMMI) 需求概觀報表 (CMMI) 需求進度報表 (CMMI) 欄位參考 標題、ID、描述和記錄欄位參考 指派和工作流程欄位參考 計劃、等級和優先權欄位參考 投入時間、排程和追蹤工作欄位參考 需求欄位參考 (CMMI) 區域和反覆項目欄位參考 連結的工作項目、連結控制項和限制 附件控制項和欄位參考

必要的使用權限

您必須是 [Readers] 群組的成員，或是您的 [檢視此節點中的工作項目] 已設為 [允許]，才能檢視需求。 您必須是 [Contributors] 群組的成員，或是您的 [編輯此節點中的工作項目] 權限已設為 [允許]，才能建立或修改需求。 如需詳細資訊，請參閱管理使用權限。

定義需求

當您撰寫需求時，您應該把焦點放在功能的適用對象、所要達成的目標及其原因。 您應該避免會指定功能開發方式的描述。

當您建立需求時，您只須指定標題。 但是，您可以指定其他各種資訊，藉此進一步定義需求，如下圖所示：

定義需求時，您必須定義 [標題]。 您可以將所有其他欄位保留空白，或接受其預設值。

若要定義需求

1. 在 [標題] (必要項) 中，輸入簡短描述。

   好的需求標題可反映出對於客戶的價值或是小組必須實作的功能。

2. 在工作項目表單的正確的區段中，指定一或多個下列類型的資訊:

   • 在 [指派給] 清單中，選取擁有需求的小組成員名稱。

     注意事項
     您只能將工作項目指派給 [Contributors] 群組的成員。

     如果您未指派需求擁有者，則該需求會自動指派給您。

   • 在 [狀態] 清單中，保留預設值 [已建議]。 在 [原因] 清單中，保留預設值 [新增]。

     如需 [狀態] 欄位以及如何使用它來追蹤工作流程的詳細資訊，請參閱本主題後面的變更需求的狀態。

   • 在 [優先權] 清單，請按 1 選項層級需求的重要 (最重要) 至 4 (最不重要)。

   • 在 [分級] 清單中，選取分級子狀態。

     有效值為 [暫止] (預設值)、[詳細資訊]、[已接收的資訊] 和 [已分級]。 此欄位識別在 [已提議] 狀態下的需求的分級層級。

   • 在 [已封鎖] 清單，則為，如果有問題阻礙進度需求的實作，請選取 [是] 。

   • 在 [已認可] 清單，則為，如果已認可要實作需求，請選取 [是] 。

   • 在 [區域] 和 [反覆項目] 清單中，選取適當的區域和反覆項目。

     注意事項
     每個 Team 專案的專案系統管理員都會定義該專案的區域和反覆項目路徑，讓小組能夠依照這些指定追蹤進度。如需詳細資訊，請參閱建立和修改區域和反覆項目。

   • 在 [類型]，選取您定義所需的型別。

     預設值為 [功能]。

3. 在 [描述] 索引標籤中，描述小組要用來確認需求與標準它是否已滿足的條件。

   您應該盡量提供詳細資料，確保開發人員可以實作需求且測試人員可以測試該需求。

   您的小組將使用這項資訊來建立工作和測試案例的工作項目。 如需詳細資訊，請參閱工作 (Agile)與測試案例 (Agile)。

4. 在 [分析] 索引標籤 ，如果要求未實作，描述影響給客戶。

   您可能需要針對 Kano 模型記錄相關詳細資料，說明此需求是屬於「意外」、「必要項」還是「明顯」分類。

5. 在 [其他] 索引標籤上，指定下列類型的資訊:

   • 在 [主題專家] 下，選擇熟悉問題範圍和客戶對於此需要三個小組成員的名稱。

   • 在 [原始評估] 方塊中輸入數字，表示實作需求可能需要的工作時數。

     注意事項
     一般來說，您會在之後的開發週期階段 (而不是在第一次定義需求時) 定義下列兩個欄位。

   • 在 [整合於] 清單中，選取開發小組已將需求整合至的組建名稱或編號。

   • 在 [測試] 清單中，選取使用者接受度測試狀態所要求的。

     有效值為 [成功]、[失敗]、[未就緒]、[就緒] 或 [略過]。 當需求為 [作用中] 狀態時，您應指定 [未就緒]，當需求為 [已解決] 狀態時，您應指定 [就緒]。

6. 在 [實作]、[變更要求]、[測試案例] 和 [所有連結] 索引標籤上，您可以建立需求與其他工作項目 (例如工作、變更要求、測試案例、Bug 和問題) 的連結。

   在 [附件] 索引標籤上，您可以附加規格、影像或其他檔案，提供要實作之需求的詳細資料。

   如需詳細資訊，請參閱本主題後面的下列章節：

   • 將需求連結至其他工作項目

   • 將詳細資料、附件或超連結加入至需求

7. 選取 [儲存工作項目]。

   注意事項
   在您儲存需求之後，識別項會出現在工作項目工具列底下的標題中。

將需求連結至其他工作項目

建立需求與其他工作項目之間的關聯性，可讓您更有效率地規劃專案、更精確地追蹤相依性、更清楚地檢視階層關聯性，以及更快速地找到重要資訊。 在需求的工作項目表單中，您可以建立自動連結至此需求的工作項目，也可以建立連出至現有工作項目的連結。

您可以使用 [實作]、[變更要求]、[測試案例] 和 [所有連結] 索引標籤，建立某類工作項目的連結以及特定類型的連結。 如需每個索引標籤之限制的詳細資訊，請參閱Linking Work Items (CMMI)。

注意事項
[需求概觀] 和 [需求進度] 報表都會要求您建立需求和工作之間及需求和測試案例之間的連結。

若要建立工作、Bug、變更要求、測試案例或其他工作項目並將其連結至需求

1. 開啟需求的工作項目表單，然後執行下列其中一個動作：

   • 若要建立並連結至，工作、Bug 或子需求，請選取 [程式碼實作] 索引標籤，然後選取 [新增 。

   • 使用變更要求要建立和連接，然後選取 [變更要求] 索引標籤，然後選取 [新增 。

   • 若要建立並連結至測試案例，然後選取 [測試案例] 索引標籤，然後選取 [新增 。

   • 若要建立並連結至其他任何類型的工作項目，選取 [所有連結] 索引標籤，然後 選取 [新增]。

   [加入新連結工作項目] 對話方塊隨即開啟。

   

2. 在 [連結類型] 清單中，保留預設值或選取下列其中一項:

   • 使用，若要連結至工作、Bug 或子需求，請選取 [子系]。

   • 與若要連結至變更要求，請選取 [影響者]。

   • 若要連結至測試案例，請選取 [測試者]。

   • 與其他任何類型的工作項目要連接，請選取 [相關] 或表示您要追蹤之關聯性的其他連結類型。

3. 在 [工作項目類型] 清單中，選取您要建立的工作項目類型。

4. 在 [標題] 中，輸入簡短但是明確說明需要執行之工作的描述。

5. (Facultatif) [註解]，輸入其他資訊，然後選取 [確定]。

   您所指定工作項目之類型的工作項目表單隨即開啟，內含您所提供的資訊。

6. 請依照下列主題所述指定其餘欄位：

   • 工作 (CMMI)

   • Bug (CMMI)

   • 變更要求 (CMMI)

   • 測試案例 (Agile)

   • 問題 (CMMI)

   • 風險 (CMMI)

   • 檢閱 (CMMI)

7. 選取 [儲存工作項目]。

若要將數個現有工作項目連結至需求

1. 開啟需求的工作項目表單，然後執行下列其中一個動作：

   • 具有一或多個，若要連結至工作、Bug 或子需求，請選取 [程式碼實作] 索引標籤，然後 選取 [連結至]。

   • 具有一或多個若要連結至變更要求，請選取 [變更要求] 索引標籤，然後 選取 [連結至]。

   • 若要連結至一個或多個測試案例，請選取 [測試案例] 索引標籤，然後選取 [連結至 。

   • 與其他類型的一個或多個工作項目要連接，請選取 [所有連結] 索引標籤，然後選取 [連結至 。

   [將連結加入至需求] 對話方塊隨即開啟。

   

2. 在 [連結類型] 清單中，保留預設值或選取下列其中一項:

   • 使用，若要連結至工作、Bug 或子需求，請選取 [子系] 或 [父代]。

   • 與若要連結至變更要求，請選取 [影響者]。

   • 若要連結至測試案例，請選取 [測試者]。

   • 與其他任何類型的工作項目要連接，請選取 [相關] 或表示您要追蹤之關聯性的其他連結類型。

3. 選取 [瀏覽]。

   [選擇連結工作項目] 對話方塊隨即出現。

   

4. 在 [工作項目 ID] 中輸入項目，或瀏覽您要連結的項目。

   您也可以執行小組查詢，找出您要連結的工作項目。 這些查詢包括待處理的 Bug、變更要求、開啟工作、開啟測試案例以及作用中工作。

5. 選取您要連結至需求之每一個工作項目旁邊的核取方塊。

   如需詳細資訊，請參閱尋找要連結或匯入的工作項目。

6. (選擇性) 輸入您要連結之工作項目的描述。

7. 選取 [確定]，然後按一下 [儲存工作項目 。

   注意事項
   需求和您已讓它連結的工作項目都會更新。

將詳細資料、檔案和超連結加入至需求

您可以透過下列方式將詳細資料加入至需求：

• 在 [詳細資料] 索引標籤的 [描述] 欄位或 [記錄] 欄位中輸入資訊。

• 附加檔案。

  例如，您可以附加電子郵件討論串、文件、影像、記錄檔或其他類型的檔案。

• 將超連結加入至網站，或加入至已儲存在伺服器或網站上的檔案。

若要將詳細資料加入至需求

1. 選取索引標籤， [詳細資料] ，而且，在 [歷程記錄]，將做為歷程記錄一部分，您想要擷取的註解。

   每當小組成員更新工作項目時，其記錄就會顯示變更的日期、進行變更的小組成員，以及變更的欄位。

   您可以格式化資訊，以便提供強調效果或擷取項目符號清單。 如需詳細資訊，請參閱需求欄位參考 (CMMI)。

2. 選取 [儲存工作項目]。

若要將檔案附加至需求

1. 在 [附件] 索引標籤上，執行下列其中一個動作：

   • 將檔案拖曳到附件區域中。

   • 複製檔案，然後選取或按下 CTRL-V 貼上檔案。

   • 選取 [新增]，然後選取 [瀏覽]。 在 [附件] 對話方塊中，輸入名稱或瀏覽至您要附加的檔案。

     (選擇性) 在 [註解] 方塊中，輸入附件的詳細資訊。

     若要關閉 [附件] 對話方塊中，選取 [確定]。

2. 選取 [儲存工作項目]。

若要將超連結加入至需求

1. 在 [所有連結 ] 索引標籤上， 選取 [連結至]。

   

2. 在 [連結類型] 清單中，選取 [超連結]。

3. 在 [位址] 方塊中，輸入連結目標的位址。

   如果目標是網站，請輸入 URL，或從網際網路瀏覽器複製 URL，然後將它貼入 [位址] 方塊中。 如果目標是伺服器位置，請以 UNC 名稱的格式輸入位址。

4. (選擇性) 在 [註解] 方塊中，輸入超連結的詳細資訊。

5. 選取 [確定]，然後選取 [儲存工作項目 。

變更需求的狀態

小組可以將需求的 [狀態] 欄位設定為下列其中一個值，藉以追蹤其進度：

• 已提議

• Active

• 已解決

• Closed

當您建立需求時，該需求預設是 [已提議] 狀態。 小組在目前反覆項目中接受需求時，會將工作項目的狀態變成 [作用中]，並且建立工作來實作工作項目。 當小組完成工作且系統測試顯示小組已成功實作需求時，小組會將需求的狀態變成 [已解決]。 最後，小組在驗證需求之後，會將需求的狀態變成 [已關閉]。

所有小組成員都可以變更需求的狀態。

如需您可以用於追蹤工作項目狀態之資料欄位的詳細資訊，請參閱指派、工作流程和規劃 (CMMI)。

若要變更需求的狀態

1. 開啟需求的工作項目表單。

2. 在 [州/省] 清單中，選取 [待處理]、 [已解析] 或 [已關閉]。

   • 如果您將狀態由 [已提議] 變更為 [作用中]，則 [原因] 欄位會自動變更為 [已接受]。

   • 如果您將狀態由 [作用中] 變更為 [已解決]，則 [原因] 欄位會自動變更為 [程式碼完成和系統測試成功]。

   • 如果您將狀態由 [已解決] 變更為 [已關閉]，則 [原因] 欄位會變更為 [通過驗證測試]。

   • 如果您從 [待處理] 變更狀態至 [已關閉]，您應該選擇符合您在 [ 原因] 清單用途的選項。

     有效選項為 [分割] (預設值)、[已放棄] 和 [超出範圍]。

3. 選取 [儲存工作項目]。

一般工作流程進展： 小組成員建立預設狀態 [已提議] 的需求，預設原因為 [新增]。 小組成員將狀態由 [已提議] 變更為 [作用中]，預設原因為 [已接受]。 針對需求完成程式碼並通過系統測試時，小組成員將狀態由 [作用中] 變更為 [已解決]。 在驗證需求成功符合客戶期望之後，小組成員將需求的狀態由 [已解決] 變更為 [已關閉]。 反常的轉換： 小組成員將狀態由 [已提議] 變更為 [已關閉]，預設原因為 [已拒絕]。 小組成員將狀態由 [已提議] 變更為 [作用中]，預設原因為 [已調查]。 小組成員判斷需求不相關或超出範圍，因而將狀態由 [作用中] 變更為 [已關閉]。 需求的驗證測試失敗。 因此，小組成員會將狀態由 [已解決] 變更為 [作用中]。 小組成員判斷需求錯誤關閉或現在又在範圍內，因而將狀態由 [已關閉] 變更為 [作用中]。

需求狀態圖表

已提議 (新增)

當小組成員建立需求時，會自動擷取下列資料欄位：

• 建立者：建立需求的小組成員名稱。

• 建立日期：需求的建立日期和時間 (依照伺服器時鐘記錄)。

從已提議到作用中

小組成員可以針對如下表所述的原因將需求狀態由 [已提議] 變更為 [作用中]：

原因	使用時機	其他可採取的動作
已接受	當分級委員會核准在目前反覆項目中實作需求時。	將需求指派給要負責實作需求的小組成員。
調查	當分級委員會判斷小組必須先調查需求對客戶的影響，再決定是否應實作需求時。	調查完成後，將需求變回 [已提議] 狀態。

當小組成員將需求的狀態變更為 [作用中] 時，會擷取下列資料欄位：

• 啟動者：啟動需求的小組成員名稱。

• 啟動日期：需求的啟動日期和時間 (依照伺服器時鐘記錄)。

• 狀態變更日期：需求狀態的變更日期和時間。

從已提議到已關閉

小組成員可以針對如下表所述的原因關閉 [已提議] 狀態的需求。

原因	使用時機	其他可採取的動作
已拒絕	當分級委員會判斷小組無法實作需求或客戶不再需要該需求時。	無。

當小組成員關閉需求時，會擷取下列資料欄位：

• 關閉者：關閉需求的小組成員名稱。

• 關閉日期：需求的關閉日期和時間 (依照伺服器時鐘記錄)。

• 狀態變更日期：需求狀態的變更日期和時間。

Active

小組只應該實作處於 [作用中] 狀態的需求。 對於作用中的需求，小組成員應該建立工作來撰寫程式碼、測試和記錄需求。 完成所有工作後，將需求變成 [已提議] 狀態。 如果需求已遭分割、放棄或經判斷超出範圍，小組成員也可以關閉需求。

從作用中到已解決

小組成員可以針對如下表所述的原因解決作用中的需求。

原因	使用時機	其他可採取的動作
程式碼完成和系統測試成功	當小組簽入用以實作需求的程式碼，而且所有系統測試都已通過時。	將需求指派給要負責測試需求的小組成員。

當小組成員解決作用中需求時，會擷取下列資料欄位：

• 解決者：解決需求的小組成員名稱。

• 解決日期：需求的解決日期和時間 (依照伺服器時鐘記錄)。

• 狀態變更日期：需求狀態的變更日期和時間。

從作用中到已關閉

小組成員可以針對如下表所述的其中一個原因關閉作用中的需求：

原因	使用時機	其他可採取的動作
[分割] (預設值)。	當需求太大或是需要更精確的定義時。	建立一個或多個額外的需求，並從原始需求連結到它們。 新的需求應該接受為 [作用中]。
已放棄	當小組不再需要實作需求時。	無。
超出範圍	當小組沒有足夠的時間可在目前反覆項目中實作，或發現造成阻礙的問題時。	指定可以在哪個反覆項目中實作需求。 如果需求會延後到下一版軟體再實作，請將 [反覆項目] 欄位留空，但請詳細描述需求為何延後以及何時應予以實作。

當小組成員關閉作用中需求時，會擷取下列資料欄位：

• 關閉者：關閉需求的小組成員名稱。

• 關閉日期：需求的關閉日期和時間 (依照伺服器時鐘記錄)。

• 狀態變更日期：需求狀態的變更日期和時間。

從作用中到已提議

小組成員可以針對如下表所述的其中一個原因，將作用中需求的狀態變更為 [已提議]：

原因	使用時機	其他可採取的動作
延後	當小組不會在目前反覆項目但可能會在未來反覆項目中實作需求時。	無。
[調查完成] (預設值)	當小組已調查需求，而要重新提交需求以進行分級時。	無。

當小組成員關閉作用中需求時，會擷取下列資料欄位：

• 變更者：變更需求狀態的小組成員名稱。

• 狀態變更日期：需求狀態的變更日期和時間。

已解決

在程式碼中實作需求並通過系統測試之後，首席程式開發人員會將需求的狀態設定為 [已解決]，然後將需求指派給測試人員。 然後，測試人員便會驗證需求是否已依照客戶期望來實作。 如果答案是肯定的，則測試人員會關閉需求。 如果答案是否定的，則測試人員會重新啟動需求以做進一步處理。

從已解決到已關閉

小組成員可以針對如下表所述的原因關閉已解決的需求：

原因	使用時機	其他可採取的動作
驗證測試成功	當需求通過所有與其關聯的驗證測試時。	將需求指派給產品擁有者。

當小組成員關閉已解決的需求時，會自動擷取下列資料欄位：

• 關閉者：關閉需求的小組成員名稱。

• 關閉日期：需求的關閉日期和時間 (依照伺服器時鐘記錄)。

• 狀態變更日期：需求狀態的變更日期和時間。

從已解決到作用中

小組成員可以針對如下表所述的原因重新啟動已解決的需求：

原因	使用時機	其他可採取的動作
驗證測試失敗	當驗證測試指出需求未符合一個或多個客戶期望時。	將問題記錄為 Bug，然後將需求指派給首席開發人員。

當小組成員重新啟動已解決的需求時，會自動擷取下列資料：

• 啟動者：重新啟動需求的小組成員名稱。

• 啟動日期：需求的重新啟動日期和時間 (依照伺服器時鐘記錄)。

• 狀態變更日期：需求狀態的變更日期和時間。

Closed

小組不應該再處理任何已關閉的需求，原因是這類需求已遭拒絕，或已受到成功實作、確認和驗證。

如果已關閉的需求回到範圍內，則小組可以重新啟動該需求。 會重新啟動已關閉需求的人通常是商務分析師或程式管理員。

從已關閉到作用中

小組成員可以針對如下表所述的原因重新啟動已關閉的需求：

原因	使用時機	其他可採取的動作
重新引入範圍中。	當出現可用的資源來實作需求時。	確定針對需求所定義的實作工作、測試案例和詳細資料都很完整且為最新狀態。
因錯誤而關閉	當誤將需求關閉時。	確定針對需求所定義的實作工作、測試案例和詳細資料都很完整且為最新狀態。

當小組成員重新啟動已關閉的需求時，會自動擷取下列資料：

• 啟動者：重新啟動需求的小組成員名稱。

• 啟動日期：需求的重新啟動日期和時間 (依照伺服器時鐘記錄)。

• 狀態變更日期：需求工作項目狀態的變更日期和時間。

請參閱

概念

成品 (CMMI)

藉由使用 PowerPoint 的圖片敘述積存的項目

要求，並使用小組網站存取的處理程序的利害關係者意見反應

Visual Studio ALM 的工作項目欄位參考

其他資源

工作項目和工作流程 (CMMI)