，如：配置管理、QA檢查等。
l 維護類活動，項目驗收后的數(shù)據(jù)整理、修改缺陷、系統(tǒng)維護等活動。
根據(jù)公司的實際情況，列出各類項目活動，可以根據(jù)不同的項目類別而列出不同的活動，盡量把這些活動種類細化，如考慮設(shè)計時，還需要考慮設(shè)計評審的時間，考慮編寫計劃時，需要考慮主計劃、子計劃的編寫等等。
把這些框架定好，并設(shè)計出估算表模板，供項目組使用。
據(jù)我的經(jīng)驗，很多估算沒有做好的緣故，常常是忘記或者是沒有估算好管理類、支持類、維護類的活動。當一個公司的估算精英聚集在一起的時候，大家要列出公司估算中常常遇到的問題，全部考慮到估算表模板中，并寫上足夠清晰的指導(dǎo)。當項目組用這些模板的時候，相當于用了估算精英們的腦袋來思考本項目的估算了。
第二步：項目組選用合適的估算表模板，進行由底而上的估算。
項目組根據(jù)自己項目的特點，選用合適的估算表模板，然后項目組成員一起在這個模板的基礎(chǔ)上，繼續(xù)細化，進行詳細的WBS，列出要完成這個項目所需要的全部工作，并且把這些工作落實到具體的項目組成員身上，由負責該任務(wù)的人來估算自己完成這個任務(wù)需要多少時間，而不是由項目經(jīng)理分配一個完成時間。這就是由底而上的估算辦法，這是微軟MSF中的估算辦法，這個辦法有以下好處：
1. 最終該任務(wù)是由這個人來完成的，他估計多少時間才能做完，這個時間才是最接近實際的。
2. 負責該任務(wù)的人進行估算的時候，肯定需要認真思考這個任務(wù)的風(fēng)險，需要做哪些具體的工作，這樣更容易在未開始工作之前就發(fā)現(xiàn)更多的潛在問題。相反如果由項目經(jīng)理來分配時間，這個人就可能不會去思考這個任務(wù)了。
3. 做這個任務(wù)的人會有被重視和尊重的感覺，他會很重視自己承諾的完成時間，并且想法設(shè)法按時間完成。這樣會減少很多項目管理時間，因為每個任務(wù)負責人都會主動地跟蹤好自己的工作。
第三步：持續(xù)完善模板，持續(xù)改進。
每個項目使用模板進行估算后，都可以對模板提出改進建議，把本項目的成功經(jīng)驗融入到模板中，讓后面的項目收益。
“傻瓜估算法”非常直接有效，能很準確地估算出項目的工作量。學(xué)院派的人士會認為應(yīng)該先估算出規(guī)模，然后再由規(guī)模估算出工作量，但我想說的是，估算規(guī)模的目的還不是為了估算工作量，如果有辦法直接準確地估算工作量，干嘛還要去估算規(guī)模，干嘛還要去想功能點法好還是代碼行法好？當時我們主任評估師也認可這樣的做法，他也認為某些情況下工作量可以直接代表項目規(guī)模。CMMI也沒有規(guī)定非要用什么功能點法代碼行法來度量軟件規(guī)模。
軟件的工作量估算是很重要的一項工作，是整個項目成功的基礎(chǔ)，用“土方法”也可以把工作量估好估準！
如果要滿足目標3，即作為組織的生產(chǎn)力數(shù)據(jù)，應(yīng)該如何度量呢？
滿足目標3之前，我們應(yīng)該保證我們能滿足目標1和目標2，如果目標1和目標2都沒滿足的情況下，我們就去追求目標3，是有點“超前”，這種“超前”對公司來說可能是“拔苗助長”。當然我們希望有一種方法能同時滿足這三個目標的，但到目前為止，我還沒有見到過這樣的成功案例。軟件規(guī)模度量還是要一步一步來，不要一開始就期望吃成個“胖子”了。
如果在“傻瓜估算法”的基礎(chǔ)上多做一步，我們是可以滿足目標三的。在第二步進行WBS進行由底而上的估算時，這些WBS其實是可以分解成功能點或者是代碼行數(shù)。我們可以利用這些WBS得到兩個輸出，一個是工作量，一個是功能點或者是代碼行數(shù)。如果積累了一定的數(shù)據(jù)，就可以建立功能點或者代碼行數(shù)與工作量的對應(yīng)關(guān)系，這樣不僅可以用來衡量公司的生產(chǎn)力，也可以利用這些經(jīng)驗數(shù)據(jù)來估算以后的項目。
特別聲明：
如需轉(zhuǎn)載此文，請給出指向本網(wǎng)站的連接，如下：
作者：張傳波
摘自：http://www.umlonline.cn
如不能按此要求，請不要轉(zhuǎn)載此文。