規(guī)模，工作量，資源和工期
軟件項目的復(fù)雜性就在于這幾個因素間基本都沒有簡單的線性關(guān)系可尋。在項目過程不成熟或積累的歷史數(shù)據(jù)不夠的時候，慎用直接估算規(guī)模的方法，因此及時估算了規(guī)模也不清楚團(tuán)隊的實際生產(chǎn)率情況，無法根據(jù)規(guī)模推出具體的工作量。在這種情況下一般可以直接估算工作量，在項目進(jìn)度跟蹤過程中再收集產(chǎn)出物的規(guī)模數(shù)據(jù)以積累歷史數(shù)據(jù)，方便后期建立相關(guān)的預(yù)測模型。 轉(zhuǎn)自項目管理者聯(lián)盟
功能點和代碼行是可采用的規(guī)模數(shù)據(jù)，但采用代碼行時候往往無法區(qū)分不同的代碼類型本身往往具有不同的復(fù)雜度，對于邏輯層實現(xiàn)算法的代碼和UI層實現(xiàn)簡單完整性代碼，雖然可能相同的代碼行，但其復(fù)雜度不同將直接導(dǎo)致工作量的不同。對于任意一個功能點的開發(fā)基本都會涉及到DB,邏輯層和UI代碼，因此可以給出一個綜合的代碼生產(chǎn)率數(shù)據(jù)，然后根據(jù)該數(shù)據(jù)到計算工作量。
項目管理者聯(lián)盟文章
當(dāng)新項目的規(guī)模比歷史項目規(guī)模大幾倍的時候，往往工作量會成指數(shù)級增長，在這種情況下要謹(jǐn)慎采用原來的線性比率關(guān)系�？梢越梃bCocomo模型來估算項目的工作量和項目工期。當(dāng)預(yù)計出項目工作量人月后，最好能夠根據(jù)歷史經(jīng)驗和模型來預(yù)測在不考慮人力資源限制情況下項目可以完成的最短周期。雖然這個時候還沒有考慮活動任務(wù)排序和資源約束，但基本可以得出一個經(jīng)驗數(shù)據(jù)。
WBS分解和估算的關(guān)系
項目在做詳細(xì)估算的時候往往項目周期已經(jīng)確定，因此為了可以滿足進(jìn)度WBS的分解粒度和進(jìn)度的安排就至關(guān)重要了。比如在開發(fā)階段現(xiàn)在有四個人可以進(jìn)行并行開發(fā)，這個時候WBS最好能細(xì)化出四個可以并行的任務(wù),當(dāng)發(fā)現(xiàn)預(yù)排的進(jìn)度無法滿足要求的時候，需要再投入4個人，這個時候就需要WBS進(jìn)一步分解以滿足8 個人能夠同時進(jìn)入并行開發(fā)。當(dāng)WBS分解導(dǎo)致后期集成工作量超過并行節(jié)約的時間時候，基本就到了進(jìn)度能夠壓縮的極限。所以WBS和估算沒有完全的先后關(guān)系，分解后進(jìn)行估算，在估算過程中又在調(diào)整和分解WBS。 項目經(jīng)理圈子
當(dāng)項目人力資源很固定的時候，WBS分解更需要按現(xiàn)有人力資源情況進(jìn)行考慮和分解，這個時候分解的粒度最好和項目可用人力資源匹配�？傮w原則仍然是前緊后松，讓項目人力資源在項目一開始就能夠完全動起來，而不是要漫長的等待前續(xù)工件和任務(wù)。
當(dāng)考慮了人力資源仍然無法滿足進(jìn)度要求的時候，需要考慮我們采用的方法論，如是否可用增量迭代的方法替換瀑布模型，如果可以則需要完全根據(jù)增量迭代思路重新分解WBS，對于采用不同生命周期模型情況下WBS往往存在較大的差異。 blog.mypm.net
當(dāng)以上仍然無法滿足進(jìn)度要求的時候，我們可以考慮對過程進(jìn)行裁剪，重點保證對產(chǎn)品質(zhì)量又重大影響的核心過程元素。當(dāng)進(jìn)行過程裁剪仍然無法滿足的時候，你需要考慮的是人的因素，去尋找開發(fā)生產(chǎn)率比一般人高5倍以上的開發(fā)高手，而不是在明知WBS無法細(xì)分的情況下繼續(xù)往項目里面投人。 項目管理者聯(lián)盟
此文章共有2頁 1 2 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 