七種場景下的軟件作業量估計

場景一:合同前的工作量估算
場景描述:
(1)沒有實施過CMMI2級
(2)合同未籤,需要給客戶報價
(3)有客戶的概要需求,有類似的項目數據可供參考
(4)需要估計整個項目的總工作量,以便於估算總成本,給客戶報價

估算步驟:
(1)尋找類似的歷史項目,進行項目的類比分析,根據歷史項目的工作量憑經驗估計本項目的總工作量;
(2)進行WBS分解,力所能及地將整個項目的任務進行分解;
(3)參考類似項目的數據,採用經驗法估計WBS中每類活動的工作量;
(4)彙總得到項目的總工作量;
(5)與第(1)步的結果進行印證分析,根據分析結果,確定估計結果。

場景二:基於詳細需求的經驗估計
場景描述:
(1)只有詳細需求,沒有歷史數據
估算步驟:
(1)WBS分解,將任務分解到一個人或者一個小團隊可以執行的顆粒度;WBS分解時要識別出所有的交付物、項目管理活動、工程活動等。
(2)採用經驗法估計每個活動的工作量;
(3)彙總得到:每個階段的工作量、項目的總工作量。
其他說明:
在該場景下,只使用了經驗法,無法對結果進行印證,難以判斷結果的合理性。

場景三:由編碼估算整體
場景描述:
(1)有類似項目的歷史數據
(2)有編碼活動的生產率數據
(3)有詳細需求
(4)實施了CMMI2級,但是沒有積累歷史項目的工作量分佈數據
估算步驟:
(1)產品分解,將系統分爲子系統,子系統分解爲模塊;
(2)WBS分解,將任務分解到一個人或者一個小團隊可以執行的顆粒度;WBS分解時要識別出所有的交付物、項目管理活動、工程活動等。
(3)建立WBS分解中的活動與產品元素的映射關係,識別出WBS中哪些活動可以採用模型法估算;
(4)估計產品元素的規模,可以採用代碼行法或功能點法,並估計每個產品元素的複雜度、複用率等;
(5)根據歷史的編碼階段的生產率數據和產品元素的規模估計、複雜度、複用率等採用模型法計算每個產品元素的編碼工作量;
(6)根據歷史的類似項目的數據及估算人的經驗估計其他活動的工作量,可以採用經驗法。
(7)彙總得到:每個階段的工作量、項目的總工作量。
其他說明:
在該場景下,混合使用了經驗法與模型法,這2種方法互相補充,而不是互相印證。

場景四:由總體印證基於WBS的估計
場景描述:
(1)有類似項目的歷史數據
(2) 有類似項目的全生命週期的生產率數據(含管理工作量)
(3)有詳細需求
(4)實施了CMMI2級,但是沒有積累歷史項目的工作量分佈數據
估算步驟:
(1)產品分解,將系統分爲子系統,子系統分解爲模塊;
(2)估計產品元素的規模,可以採用代碼行法或功能點法;
(3)累計出整個產品的總規模,並估計產品總體的複雜度、複用率等;
(4)根據類似項目的全生命週期的生產率數據和產品的總規模、複雜度、複用率等採用模型法計算總的開發工作量;
(5)WBS分解,將任務分解到一個人或者一個小團隊可以執行的顆粒度;WBS分解時要識別出所有的交付物、項目管理活動、工程活動等。
(6)根據歷史的類似項目的數據及估算人的經驗估計所有活動的工作量,可以採用經驗法。
(7)彙總得到:每個階段的工作量、項目的總工作量。
(8)與第(4)步得出的工作量進行比較印證,如果偏差不大,則以第(7)步的結果爲準,如果偏差比較大,要仔細分析原因,可能的原因舉例如下:
類似項目的生產率數據不適合本項目;
WBS分解的顆粒度不夠詳細;
估算專家的經驗不適合本項目;
具體任務的估計不合理;
針對原因,對估算的結果進行調整,使其趨向合理。
其他說明:
在該場景下,對於項目的總工作量有2個結果或者多個結果,這些結果可以互相印證,以發現估算過程中的不合理之處,是估計更加合理。

場景五:三維印證基於WBS的估計
場景描述:
(1)有類似項目的歷史數據
(2) 有類似項目的全生命週期的生產率數據(含管理工作量)
(3)有詳細需求
(4)實施了CMMI3級,有歷史項目的工作量分佈數據(階段分佈、工種分佈)
估算步驟:
(1)產品分解,將系統分爲子系統,子系統分解爲模塊;
(2)估計產品元素的規模,可以採用代碼行法或功能點法;
(3)累計出整個產品的總規模,並估計產品總體的複雜度、複用率等;
(4)根據類似項目的全生命週期的生產率數據和產品的總規模、複雜度、複用率等採用模型法計算總的開發工作量;
(5)根據歷史項目的工作量分佈數據及第(4)步估算的項目總工作量,計算:
? 每個階段的工作量
? 每個工種的工作量
(6)WBS分解,將任務分解到一個人或者一個小團隊可以執行的顆粒度;WBS分解時要識別出所有的交付物、項目管理活動、工程活動等。
(7)根據歷史的類似項目的數據及估算人的經驗估計所有活動的工作量,可以採用經驗法。
(8)彙總得到:每個階段的工作量、每個工種的工作量、項目的總工作量。
(9)與第(4)、(5)步得出的工作量進行比較印證,如果偏差不大,則以第(7)步的結果爲準,如果偏差比較大,要仔細分析原因,可能的原因舉例如下:
 類似項目的生產率數據不適合本項目;
 WBS分解的顆粒度不夠詳細;
 估算專家的經驗不適合本項目;
 具體任務的估計不合理;
針對原因,對估算的結果進行調整,使其趨向合理。
其他說明:
在該場景下,對於項目的總工作量有2個結果或者多個結果,並且採用2種方法都得到了每個階段、每個工種的工作量、項目的總工作量,可以從上述的3個維度對這些結果進行互相印證,以發現估算過程中的不合理之處,是估計更加合理。

場景六:四維印證基於WBS的估計
場景描述:
(1)有類似項目的歷史數據
(2) 有類似項目的編碼活動的生產率數據(不含管理工作量)
(3)有詳細需求
(4)實施了CMMI3級,有歷史項目的工作量分佈數據(階段分佈、工種分佈、階段工種分佈)
(5)項目採用了瀑布模型
估算步驟:
(1)產品分解,將系統分爲子系統,子系統分解爲模塊;
(2)估計產品元素的規模,可以採用代碼行法或功能點法,並估計每個產品元素的複雜度、複用率等;
(3)根據類似項目的編碼活動的生產率數據和產品元素的規模、複雜度、複用率等採用模型法計算每個產品元素的編碼工作量;
(4)根據歷史項目的按工種的工作量分佈數據及第(3)步的估算的編碼工作量依次計算:
i)根據歷史項目的編碼的工作量佔編碼階段的工作量的百分比與第(3)部計算出的編碼工作量計算編碼階段的總工作量;
ii)根據歷史項目的編碼階段各工種的工作量分佈百分比計算編碼階段每個工種的工作量;
iii)根據歷史項目的其他階段的工作量與編碼階段的工作量比例計算其他階段的總工作量;
iv)根據歷史項目的其他階段的每個工種的工作量分佈百分比及第iii)步的結果計算其他階段的每個工種的工作量;
(5)WBS分解,將任務分解到一個人或者一個小團隊可以執行的顆粒度;WBS分解時要識別出所有的交付物、項目管理活動、工程活動等。
(6)根據歷史的類似項目的數據及估算人的經驗估計所有活動的工作量,可以採用經驗法。
(7)彙總得到:每個階段每個工種的工作量、每個階段的工作量、每個工種的工作量、項目的總工作量。
(8)與第(4)步得出的工作量進行比較印證,如果偏差不大,則以第(6)步的結果爲準,如果偏差比較大,要仔細分析原因,可能的原因舉例如下:
 類似項目的生產率數據不適合本項目;
 WBS分解的顆粒度不夠詳細;
 估算專家的經驗不適合本項目;
 具體任務的估計不合理;
針對原因,對估算的結果進行調整,使其趨向合理。
其他說明:
在該場景下,對於項目的總工作量有2個結果或者多個結果,並且採用2種方法都得到了每個階段的工作量、每個工種的工作量、每個階段每個工種的工作量、項目的總工作量,可以從上述的4個維度對這些結果進行互相印證,以發現估算過程中的不合理之處,是估計更加合理。

場景七:需求變更的工作量估計
場景描述:
(1)有變更的需求描述
(2)項目進行到了編碼階段
(3)有本項目的編碼的生產率
估算步驟:
(1)進行需求變更的波及範圍分析
(2)進行本次變更的的WBS分解
(3)對於變更引起的代碼變化進行規模、複雜度等其他屬性的估計
(4)根據本項目的編碼的生產率及估計的規模採用模型法估計工作量
(5)對於WBS分解中其他活動進行經驗估計
(6)彙總所有的工作量得到本次變更的工作量估計

Source URL: http://blog.csdn.net/CompassButton/archive/2008/01/07/2028578.aspx

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章