共用方式為


管理問題 (CMMI)

您可以使用 Visual Studio Team Foundation Server 中的問題工作項目,以協助您追蹤專案計劃與其活動和工作的問題。 請勿把問題和 Bug 混淆。 Bug 工作項目是用來追蹤與程式碼及特定失敗測試相關的問題。 問題工作項目類型則是用來協助您追蹤其他與專案相關的所有問題: 某些需求不明確的範例、人員和其他資源的無法取得、與環境相關的問題、持續發生的其他專案風險,以及整體來說,任何會危及專案成功交付的事物。

問題的不同點在於,它們代表的是不在計劃內的活動。 解決問題不是正常的專案工作。 因此必須加以追蹤並投以特別的關注。 利用問題工作項目追蹤這些專案問題及使用 Team Foundation Server 中的報告和查詢功能,協助您開發可快速且有效地管理及解決問題的核心功能。

本主題內容

  • 建立問題工作項目

  • 檢閱問題

  • 分析問題

  • 驗證已解決的問題

  • 檢閱問題以取得解決方式

建立問題工作項目

當問題發生時,請建立問題工作項目、描述問題,以及描述建議的解決方式 (若有已知的解決方式)。 專案的問題工作項目可為 Standard CMMI Appraisal Method for Process Improvement (SCAMPI) 評價建立重要的實證。 如需 CMMI 的詳細資訊,請參閱 CMMI 的背景 的背景。

問題的工作項目表單將資料儲存在下圖所示的欄位和索引標籤中:

CMMI 問題工作項目表單

檢閱問題

您應定期檢閱專案中的未結問題。

若要檢視問題,請執行範本隨附的 [開啟問題] 查詢。 利用 [已提議] 狀態排序問題,將任何新的問題分級。 如需詳細資訊,請參閱問題 (CMMI)

分析問題

每個新的問題都應經過分析,以找出問題的徵兆和根本原因。 接著應擬定矯正措施的計劃,以解決徵兆或甚至是根本原因。 將計劃記錄在問題的 [矯正措施] 索引標籤中。 要解決問題或嘗試修復根本原因的決定應可反應出專案風險。 應該將這些決定記錄在問題工作項目中。 它們可做為 SCAMPI 評價的證據,並展現風險管理這方面的功能等級,而風險管理正是第 3 級評價的要項。

解決徵兆是成熟度較低的行為,此行為展現出的功能等級足以通過 CMMI 模型第 2 級或第 3 級的評價。 根本原因分析和解決方式則隱含著組織不想讓問題再次發生的意圖。 這是成熟度較高的行為。 它在問題解決方式和流程改善等方面展現出來的功能等級通常是達到第 4 級或第 5 級之組織擁有的功能。

請記錄措施計劃,接著將工作細分為工作 (Task) 工作 (Work) 項目,並以子系的形式和問題工作項目連結。 如需如何連結工作項目的詳細資訊,請參閱問題 (CMMI)。 您應該將工作指派給個別的小組成員,以找出解決方式。 每項工作在建立時應具有 [矯正措施] 的工作類型。

CMMI 工作 (Task) 的工作項目 (Work Item) 表單

驗證已解決的問題

在定期檢閱未結問題的同時,不妨檢閱標示為已解決的問題。 如果對所記錄的解決方式一致接受,請將問題標示為 [已關閉],並將原因設定為 [已解決]。您可以使用 [開啟問題] 查詢,然後篩選狀態等於 [已解決] 的問題。

檢閱問題以取得解決方式

在針對某個問題的所有工作均完成後,專案關係人應決定問題是否已解決。

開啟問題工作項目和任何封鎖的工作項目。 您可以參閱 [矯正措施] 索引標籤以檢視原始計劃的措施和實際採取的措施。 您也可以顯示 [子系] 連結的 [所有連結] 索引標籤,查看和問題相關的工作 (Task) 工作 (Work) 項目。 矯正措施是否成功解除遭到封鎖的工作項目並解決問題? 如果不是,請重新訂定矯正措施,並重新指派給小組成員。 矯正措施是否已立即執行? 排程要徑是否免於受到未預期的外部事件 (或特殊原因) 或衝擊影響? 專案認可是否安全,或是必須要重新協調? 請將這些詳細資料記錄在工作項目中。 如此可產生珍貴的 CMMI 評價證據。

如果專案關係人對於成功解決問題感到滿意,請將問題標示為 [已解決],如此便能正式將問題關閉。

如果尚未成功解決問題,請重新訂定矯正措施工作,並指派給適合的人員以找出解決方式。 請重新考量問題的優先順序,並考慮提升問題以促進解決方式的產生,避免額外的延遲。

其他資源

如需 SCAMPI 評價的詳細資訊,請參閱下列網頁:軟體工程協會 (英文)。