活動: 修正開發計畫
本活動視情況修正「軟體開發計畫」。
說明工作分解結構團隊配置工作成果用法
關係
母項活動
說明

初始階段的初期已建立並審查「軟體開發計畫」。此後,通常在每一次反覆的開頭,可能需要根據先前反覆的經驗來修訂「軟體開發計畫」(及其附件)和下一次反覆的「反覆計畫」。「專案管理人員」也會整理「軟體開發計畫」的其他所有附加要素,然後匯聚到 作業:編譯軟體開發計畫中。

內容
事件驅動
多次出現的項目
持續進行中
選用
規劃Yes
可重複的
人員配置

本活動很明顯強調「專案管理人員」的評估、規劃及文稿撰寫能力。此外,在建構這些計畫期間,「專案管理人員」也必須大量諮詢關係人的意見,因此,表達和溝通技巧也很重要。「管理審查人員」必須具備在相關商業或技術領域中評估專案的經驗,也應該有能力研判「專案管理人員」提出的假設是否有效。「管理審查人員」也應該具備豐富的 Rational Unified Process 知識,有能力判斷 開發案例是否正確地呈現在「軟體開發計畫」中。

用法
用法指引

這項活動通常在每一個反覆的開頭進行。

最好以組織本身的經驗來做預估,以這些經驗來校訂預估模型,例如 COCOMO。 (如需原始模型的說明,請參閱 [BOE81],或請造訪 http://sunset.usc.edu/research/cocomosuite/index.html,了解最新的成果。) 如果「專案管理人員」以模型係數的預設值來從頭開始,最好利用其他方法來驗證估計值。 就像必須獲得人員和其他關係人的同意一樣,估計值是否實際可行也很重要。 不過,「專案管理人員」必須考量對估計值提出意見的人員所具備的經驗。 資淺的人員可能只是猜測數字,再加上較大的誤差範圍;相反地,他們的預估結果則可能低估。 「專案管理人員」必須小心處理資淺人員的估計值,必要時提供建議,並指派資深同事予以協助。 如需預估的相關資訊,請參閱作業:規劃階段與反覆

在開始專案規劃審查之前,「軟體開發計劃」的所有計劃附件和內容,都應該先經過內部排練和審查的評估。