整備與評估待處理項目

發行項
02/28/2013

以 Agile 作法，在產品擁有者建立產品的高階計劃之後，您的小組會舉行會議以修飾待處理項目和評估項目。您可以透過定義更細微的項目，加入項目表示額外的工作來修飾待處理項目。例如研究，或發表重要的 Bug。在估計投入時間層級之前，您的小組必須同意每個項目之成功意義為何。

這個主題繼續一個遵循虛擬 Fiber Fabrikam 小組成員的教學課程，其中根據 Agile 的作法建立產品待處理項目並執行衝刺 (Sprint) 週期。小組使用 Team Web Access 待處理項目和工作面板頁面。

產品擁有者茱莉文，把她的高階視覺化和藍圖給使用者支援入口擷取至一系列的待處理項目，如建立或新增產品待處理項目中所述。小組已經準備好修飾和估計待處理項目。

注意事項
如果您正在使用 Visual Studio Scrum 2.0 的流程範本，您可以建立產品待處理項目描述使用者劇本、需求，或專案的某些傳遞的部分。如果您為 Agile 軟體開發 (Agile Software Development) 使用 MSF ，您可以建立使用者劇本。如果您為 CMMI Process Improvement 使用 MSF，您會建立要求。

本主題內容

檢閱驗收準則和估計投入時間。
擷取裝訂或非劇本工作於待處理項目
支援估計投入時間的其他資源

需求

若要跟隨本主題的程序，您必須具有下列權限：

Visual Studio Premium、Visual Studio Ultimate 或 Visual Studio Test Professional。
您必須是小組的成員，因此，您必須將 [編輯此節點中的工作項目] 使用權限設定為 [允許]。根據預設，，因為小組群組是小組專案的 [參與者] 群組的成員，任何小組成員具有這個使用權限。
若要檢視 [待處理項目] 頁面，您必須屬於 Team Web Access 中 [全部] 的存取群組。

如需詳細資訊，請參閱管理我的設定檔和檢視我的權限與存取 Team Web Access 中的功能。

檢閱驗收準則和估計投入時間。

請盡量提供詳細的資料，以描述不僅待處理項目或 Bug，而也說明了您要用於驗證項目是否已達到或 Bug 已修正的標準。一旦接受表準已明確定義，您的小組可以以合作方式估計每個待處理項目，根據它們接受到的程序。

待處理項目中的接受度準則和投入時間

開啟 Team Web Access，瀏覽至您的小組專案或小組的首頁，並選取 [檢視待處理項目]。
按兩下您要檢視的工作項目，或選取它並按確定。
檢閱及更新 [說明] 和 [驗收準則] 欄位，根據小組對於待處理項目或 Bug 的共識。

提示

根據用來建立您小組專案的流程範本的不同，這些欄位的名稱也會有所不同。例如， [驗收準則的說明] 或 [說明]。

關於驗收準則: 在反覆項目或衝刺 (Sprint) 結束時，您的客戶或您的產品擁有者會接受使用者劇本視為完成或拒絕它。在衝刺 (Sprint) 開始之前，應該盡可能清楚地描述客戶驗收的準則。當然，使用者劇本可能會由於非預期的原因而不被接受。不過，為了協助定義驗收準則，小組與客戶之間的交談將有助於確定小組了解客戶的期望。驗收準則可以當做接受度測試的基礎使用，讓您能夠更有效地評估是否已完成使用者劇本。

提示
根據用來建立您小組專案的流程範本的不同，這些欄位的名稱也會有所不同。例如， [驗收準則的說明] 或 [說明]。

以您的小組使用的評估方法，請輸入 [投入時間] 的值。在專案的早期，您只需要概略的估計。

注意事項
根據您用來建立您小組專案流程範本的不同，這些欄位的名稱也可能會有所不同。例如，Scrum 的投入時間，Agile 的劇本點數和 CMMI 的大小。有關於劇本點: 在 Mike Cohn 所著的 Agile Estimation and Planning 一書中，他以這種方式定義劇本點：「劇本點是一種測量單位，用於表示使用者劇本、功能或其他工作的整體大小」。Cohn 解釋劇本點是不能被直接轉換成特定時數的相對數值。不過，劇本點可協助小組量化使用者劇本的一般大小。這些相對估計值較不精確，所以比較容易判斷，而且經過一段時間仍然有效。透過使用劇本點估計，當小組成員即將實作使用者劇本時，您的小組可立即提供使用者劇本的一般大小，然後再開發更詳細的工作時數估計。如需詳細資訊，請參閱估計。

根據您用來建立您小組專案流程範本的不同，這些欄位的名稱也可能會有所不同。例如，Scrum 的 投入時間，Agile 的 劇本點數 和 CMMI 的大小。

有關於劇本點: 在 Mike Cohn 所著的 Agile Estimation and Planning 一書中，他以這種方式定義劇本點：「劇本點是一種測量單位，用於表示使用者劇本、功能或其他工作的整體大小」。Cohn 解釋劇本點是不能被直接轉換成特定時數的相對數值。不過，劇本點可協助小組量化使用者劇本的一般大小。這些相對估計值較不精確，所以比較容易判斷，而且經過一段時間仍然有效。透過使用劇本點估計，當小組成員即將實作使用者劇本時，您的小組可立即提供使用者劇本的一般大小，然後再開發更詳細的工作時數估計。如需詳細資訊，請參閱估計。

選取 [儲存後關閉] 按鈕。

擷取裝訂或非劇本工作於待處理項目

您的小組有時候需要進行間接實作使用者劇本或產品需求的工作。這種工作稱為增量。三種常見的增量包括研究、尚未解決的 Bug，以及流程或工程改良。若要在 Team Foundation 中建立增量，請建立待處理項目或使用者劇本、選擇性地將 [增量] 包括在標題內，然後在產品待處理項目中，與其他使用者劇本一起排定優先權。

[產品待處理項目] 頁面上的加入面板

在產品待處理項目頁面的增加面板上，請在需要進行的增量或非劇本工作的 [標題] 欄位輸入一個描述，然後選取 [新增] 按鈕。

提示
如果將增加面板沒有出現，請選取 [加入項目] 連結以顯示。

考慮定義下列活動的非劇本工作:

研究: 當您的小組有對於使用者劇本的開放問題，而這個問題必須在使用者劇本被完全細分為工作和估計之前被回答，您應該估計足以回答此問題的研究。例如，在檢閱中小組判斷劇本，「身為飛行常客，我可以訂購優惠行程」有幾個未回答的問題。小組建立項目，「身為小組成員，我可以了解「訂購優惠行程的意義」」以代表增量。小組會和其他待處理項目一同估計在同一個單位中需要的研究工作。

重要事項
人何要求研究的待處理項目都不應該加入至目前的反覆項目，直等到小組已完成研究。研究工作和待處理項目應該被排程至發生在不同的未來反覆項目。

Bug Debt: 修正 Bug 的最佳時間就是在發現 Bug 的時候。如果您無法在發現 Bug 的同一天修正 Bug，應該建立 Bug 工作項目，確保能夠追蹤此 Bug。請小心避免累積 Bug。如果您的小組累積了 Bug，請建立使用者劇本，並且將這些 Bug 連結至增量，以便與其他使用者劇本和增量一起估計和排定優先權。
流程或工程改良: 您的小組將負責協助巡覽朝向成功的流程或工程改良。這些改良通常是在衝刺 (Sprint) 追溯性會議和每日 Scrum 會議期間識別的。例如，您的小組可能需要透過單元測試改善程式碼涵蓋範圍，或是減少連續整合伺服器的建置時間。