共用方式為


反覆項目活動

在 MSF for CMMI Process Improvement 如上所述經過,您專案規劃成一系列的反覆項目。 每一個反覆項目通常為期四到六週,而開發小組會在這段期間實作一組指定的需求。

在反覆項目開始時

反覆項目規劃會發生在每一個反覆項目開始當時或之前。 其中包含下列工作:

  • 檢閱已指派給反覆項目的需求,並且更詳細定義這些需求。

  • 針對必須執行才能實作和測試每一項需求的工作 (Work) 建立工作 (Task) 工作 (Work) 項目。 使用父連結類型,將工作 (Task) 連結至需求工作 (Work) 項目。

  • 設定每一項工作的 [原始評估] 欄位。 分割評估長度大於數天的工作。

  • 將評估結果與此反覆項目的可用時間進行比較。 如果評估總計太長,請簡化部分需求,或將部分需求延後至稍後的反覆項目。

如需詳細資訊,請參閱 規劃反覆項目 (CMMI)

在反覆項目期間

Ee946845.collapse_all(zh-tw,VS.110).gif工作執行

小組成員會開始與完成工作 (Task),並將這些事件記錄在工作 (Work) 項目中。 工作的完成可能包含簽入程式碼與其他成品。 每一項工作應持續不超過數天;較大型的工作則會在反覆項目規劃期間予以分割。 如需詳細資訊,請參閱建立、複製和更新工作項目Completing Development Tasks

如果小組成員遇到任何無法立即解決的工作障礙,則應該記錄問題工作項目。 如需詳細資訊,請參閱問題 (CMMI)

Ee946845.collapse_all(zh-tw,VS.110).gif測試

應該開發手動或自動測試,並應將測試案例連結至產品需求。 在將工作項目連結至通過測試並可示範它可運作的測試案例之前,都無法將產品需求視為完成。

測試的開發工作 (Work) 應納入已連結至產品需求的工作 (Task) 中。

Ee946845.collapse_all(zh-tw,VS.110).gif循環和每晚建置

建置系統會根據最近簽入的更新來建置產品,並執行自動化測試。 您可以設定要連續執行的主體測試,也可以設定要每晚執行的完整套件。 這種做法有助於確保多次累加不會引起錯誤的累積。 如需詳細資訊,請參閱設定與管理建置系統

Ee946845.collapse_all(zh-tw,VS.110).gif每日晨會

整個小組會對反覆項目的工作進度進行簡短的每日檢討。 小組成員可以將進度儀表板投射在牆上、使用 Office Live Meeting 分享,或同時利用這兩種方法。 如需詳細資訊,請參閱進度儀表板 (CMMI)

  • 每一位小組成員會簡短報告近期進度、當天手上的工作,以及任何阻礙問題。

  • 專案經理或小組領導者會報告問題的解決進度。 如需詳細資訊,請參閱管理問題 (CMMI)

  • 檢閱錯誤計數。 解決錯誤的優先順序應高於新的開發項目。 努力將整個專案期間的錯誤計數維持在很低的數目。 如果錯誤數目增加,請討論原因以及對開發工作的可能影響。

  • 檢閱待執行工作比率。

Ee946845.collapse_all(zh-tw,VS.110).gif範圍調整

「待執行工作圖表」可能表示將無法在反覆項目結束時完成工作。 在這種情況下,專案經理或小組領導者會發起如何才能簡化需求以刪減工作的討論。 如需詳細資訊,請參閱待執行工作和完工速率報表 (CMMI)

需求與對應的測試都會予以調整。 針對遺漏的功能,將新的需求功能放入專案計劃中。 在反覆項目結束前舉行的專案計劃檢討中,該功能可能會被指派至未來的反覆項目或遭刪減。

在反覆項目期間並不會考量變更要求與風險。

Ee946845.collapse_all(zh-tw,VS.110).gif分級

部分小組成員 (通常並非整個小組) 會定期開會一起檢討錯誤。 每一位小組成員都必須在發現缺失時記錄錯誤。 記錄的錯誤一開始為 [已提議] 狀態,而分級會議的目的在於決定是否修正該錯誤、將其延後到稍後的反覆項目,或予以拒絕。

如需詳細資訊,請參閱 處理 Bug

在反覆項目結束時

Ee946845.collapse_all(zh-tw,VS.110).gif驗證

只有在通過相關聯的測試時,才會將需求視為完成。 如需詳細資訊,請參閱驗證需求

Ee946845.collapse_all(zh-tw,VS.110).gif追溯性

流程改善是一項重要的 CMMI 目標。

反覆項目追溯性可反映反覆項目的進展順利或不順利之處,並考量小組所使用的流程與工具改善。 網路上可以取得大量的追溯性相關資料。

小組成員應避免任何相互的指責。 試著改善流程,讓個人所造成的錯誤較不造成影響。

當您在流程中引入變更時,請確定小組同意下列決策:

  • 如何得知它將會改善目前的流程。

  • 何時進行評量。

  • 結果該怎麼做。

Ee946845.collapse_all(zh-tw,VS.110).gif整合

如果這個專案屬於較大型的程式,每個小組可以在版本控制系統的分支中執行其工作。 主要分支會保留以供整合小組的工作。 在反覆項目的結尾,小組可能會執行與主要分支的整合動作。 如需詳細資訊,請參閱使用分支隔離風險

整合是由兩個步驟所組成:

  • 正向整合,用於將較新的程式碼從主要分支合併到局部的專案分支中。 執行合併之後,會執行自動化和手動測試。 這將會造成一些缺失。 這些缺失會優先予以修正。

  • 反向整合。 局部的分支程式碼會合併到主要分支中,而且會在主要分支上執行建置和完整測試套件。 如果發生任何錯誤,就會回復變更。 不建議您將錯誤引進主要分支。 如果未發生任何錯誤,整合作業便會宣告完成。

建議您在每一個反覆項目結束時執行整合。 如果延遲整合,則在正向整合之後所要修正的錯誤清單會較長。 如果需花很長一段時間來修正錯誤,主要分支將會有新的資料,而您將必須執行另一次正向整合。

Ee946845.collapse_all(zh-tw,VS.110).gif準備進行下一次反覆項目

在反覆項目即將結束或於結束時,會執行數個專案管理活動。 這些活動包含檢閱風險以及檢閱與變更要求、變更開發評估相關的計劃。

如需詳細資訊,請參閱專案活動