對付每一種問題的程序通常不一樣,例如使用不同的「變更控制委員會」,或採取不同的程序來實作解決方案。 在此情況下,「問題解決計劃」應該描述程序來分別處理每一種問題。
開發「問題解決計劃」的第一個步驟是定義採取什麼程序來處理每一種問題。 在 Rational Unified Process 中,問題管理程序由下列因素啟動:
「狀態評量」是在排定的專案狀態審查的準備期間建立。不過,在作業:監視專案狀態期間,如果發現需要立即解決的問題,則可能會不定時更新爭議清單(如果存在)。
考量的事項如下:
找出的問題和狀態必須保持一份最新的清單或日誌。 每一個問題種類可能有不同的適用工具(例如,缺失追蹤系統可用來管理產品問題,簡單的試算表可用來追蹤專案問題)。
在此章節中,將指定在專案中用來追蹤問題的工具、資料庫及檔案。 另外也會指出任何要採用的特定技術。可能包含下列技術:
在大多數專案中,由一個「優先處理」團隊來定期審查專案的問題,此團隊由每一個專案次級團隊的代表組成(例如,專案管理、開發、測試、QA 等)。 團隊會依序評估每一個問題,並準備動作計劃來更正問題。
在計劃中指定參與優先處理活動的人。如果由不同的優先處理團隊來處理不同類型的問題,請分別指定每一個群組。
您也應該指定群組或個人來負責驗證每一個問題的更正動作已完成。
在計劃中指出定期問題管理「優先處理」會議的排程。
設定問題管理作業的排程,對於專案的順利推展很重要。 這讓專案小組有一個可靠且一致的地方可提出和解決問題。 業界最佳做法是在每天早上一開始就成立「戰情室」,由任何團隊成員參加,指出需要優先處理的問題。
© Copyright IBM Corp. 1987, 2006. All Rights Reserved.