活動: 規劃專案
本活動開發「軟體開發計畫」的元件和附件。
延伸: 規劃專案
說明工作分解結構團隊配置工作成果用法
關係
母項活動
說明

開發「軟體開發計畫」的元件和附件之後,整個計畫接著就正式進入審查,評估可行性和關係人的接受度。這將成為下次反覆中建立詳細計畫的基礎(「反覆計畫」)。 

初始階段早期會開始投入建立這些構件。「專案管理人員」也會整理「軟體開發計畫」的其他所有附加要素,然後匯聚到 作業:編譯軟體開發計畫中。

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

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

用法
用法指引

主要工作很早就在初始階段開始進行;此後,就在每一個反覆的開頭進行(請參閱活動:修正開發計劃)。

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

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