作業: 排程和指派工作
這項作業說明將已核准的變更要求納入開發排程之前,必須完成的所有事項。
規範: 專案管理
目的
目的是接受反覆期間所產生而已核准的產品和流程變更(問題、加強)。
關係
主要說明

在反覆開始時所準備的反覆計劃,只能選取當時已知的項目。這將是所需總量(功能和非功能需求)的一項漸進式,變更要求是來自先前的反覆。之後,專案管理人員就可以決定反覆的資源和排程。反覆計劃應該內建了問題配額,可能是由配置給工作成果正式作業的工作來隱含地內建,也可能是在特定活動中明確地內建。建議您採用後一種方法,Rational Unified Process 有可讓您採用這個方式的作業。

雖然修正的優先順序是由變更控制管理人員來指派,但在決定何時應該進行修正時,專案管理人員仍可以自己進行一些規劃,不過,通常應該在出現問題的反覆中嘗試更正問題,且應該有可能利用反覆開始時所規劃的資源來執行這個動作。在反覆結束時,當然仍會有一些已發現而未修正的問題(因為反覆應該有時間限制),但如果反覆要被視為順利完成,就不太可能有許多因為其他原因而成為嚴重或高優先順序的問題。

不過,您仍可以提供小量的配額給意外出現而非無關緊要的加強要求。如果核准了現行反覆後續加強的變更要求,專案管理人員幾乎一定要重新規劃,可能是將某些規劃的功能推到下一次反覆,或尋找其他資源來進行變更。這類加強要求通常會延續到下一次反覆,甚至下下次反覆,之後,便成為正規反覆規劃循環的一部分。

步驟
將變更要求配置給反覆

檢查好變更要求之後,專案管理人員再根據變更要求的類型、優先順序和嚴重性來決定應該在哪一次反覆進行修正。如果變更要求要保留到稍後的反覆,專案管理人員只需要重新規劃未來的反覆(在軟體開發計劃中),以便在這時瞭解變更要求的影響,可以儘早起始獲得資源的作業,以避免後來發生令人不悅的意外。

指派責任

專案管理人員會決定哪些組織位置應該負責實作變更。

說明工作和預期的輸出

變更要求應該已包含所需變更概要中的說明(因為已分析和核准變更要求)。這個步驟將這項說明修正成一項明確陳述,指出將執行什麼,將產生什麼。

預算工作和其他資源

專案管理人員要與變更要求的負責人協商,將變更要求中的工作和其他資源預估修正成穩固的規劃預估內容,負責人將確定這些事項。

設定排程

如果要在現行反覆中實作變更要求,專案管理人員要與被指派的負責人協商,設定專案的開始日期和預期持續時間。

重新規劃

必要的話,會修正現行反覆計劃,對未來反覆的任何影響都應反映在軟體開發計劃中。重新規劃之後,專案管理人員可能必須呼叫 作業:處理異常狀況和問題,使專案狀態符合新計劃,當因為資源不足或規劃的功能延後到後來的反覆而影響到現行反覆時,尤其如此。

發出工作訂單

專案管理人員負責發出工作訂單,其中定義了要完成的工作、排程和責任等。預定工作要處理的活動(在工作分解結構中)寫在工作訂單中。



詳細資訊