Leadge.com首頁 > 知識庫
文章搜索
軟件項目計劃——估算雜談
2009-3-12 18:11:14  作者:佚名
  規模,工作量,資源和工期

  軟件項目的復雜性就在于這幾個因素間基本都沒有簡單的線性關系可尋。在項目過程不成熟或積累的歷史數據不夠的時候,慎用直接估算規模的方法,因此及時估算了規模也不清楚團隊的實際生產率情況,無法根據規模推出具體的工作量。在這種情況下一般可以直接估算工作量,在項目進度跟蹤過程中再收集產出物的規模數據以積累歷史數據,方便后期建立相關的預測模型。 轉自項目管理者聯盟

  功能點和代碼行是可采用的規模數據,但采用代碼行時候往往無法區分不同的代碼類型本身往往具有不同的復雜度,對于邏輯層實現算法的代碼和UI層實現簡單完整性代碼,雖然可能相同的代碼行,但其復雜度不同將直接導致工作量的不同。對于任意一個功能點的開發基本都會涉及到DB,邏輯層和UI代碼,因此可以給出一個綜合的代碼生產率數據,然后根據該數據到計算工作量。
項目管理者聯盟文章

  當新項目的規模比歷史項目規模大幾倍的時候,往往工作量會成指數級增長,在這種情況下要謹慎采用原來的線性比率關系。可以借鑒Cocomo模型來估算項目的工作量和項目工期。當預計出項目工作量人月后,最好能夠根據歷史經驗和模型來預測在不考慮人力資源限制情況下項目可以完成的最短周期。雖然這個時候還沒有考慮活動任務排序和資源約束,但基本可以得出一個經驗數據。

  WBS分解和估算的關系

  項目在做詳細估算的時候往往項目周期已經確定,因此為了可以滿足進度WBS的分解粒度和進度的安排就至關重要了。比如在開發階段現在有四個人可以進行并行開發,這個時候WBS最好能細化出四個可以并行的任務,當發現預排的進度無法滿足要求的時候,需要再投入4個人,這個時候就需要WBS進一步分解以滿足8 個人能夠同時進入并行開發。當WBS分解導致后期集成工作量超過并行節約的時間時候,基本就到了進度能夠壓縮的極限。所以WBS和估算沒有完全的先后關系,分解后進行估算,在估算過程中又在調整和分解WBS。 項目經理圈子

  當項目人力資源很固定的時候,WBS分解更需要按現有人力資源情況進行考慮和分解,這個時候分解的粒度最好和項目可用人力資源匹配。總體原則仍然是前緊后松,讓項目人力資源在項目一開始就能夠完全動起來,而不是要漫長的等待前續工件和任務。

  當考慮了人力資源仍然無法滿足進度要求的時候,需要考慮我們采用的方法論,如是否可用增量迭代的方法替換瀑布模型,如果可以則需要完全根據增量迭代思路重新分解WBS,對于采用不同生命周期模型情況下WBS往往存在較大的差異。 blog.mypm.net

  當以上仍然無法滿足進度要求的時候,我們可以考慮對過程進行裁剪,重點保證對產品質量又重大影響的核心過程元素。當進行過程裁剪仍然無法滿足的時候,你需要考慮的是人的因素,去尋找開發生產率比一般人高5倍以上的開發高手,而不是在明知WBS無法細分的情況下繼續往項目里面投人。 項目管理者聯盟

此文章共有2頁  1 2 下一頁

文章來源:中國項目管理資源網

發表評論    【推薦】 【打印
我來評兩句 查看最新評論〗 
請您注意:
·遵守中華人民共和國的各項有關法律法規
·承擔一切因您的行為而導致的法律責任
·本網留言板管理人員有權刪除其管轄留言內容
·您在本網的留言,本網有權在網站內轉載或引用
·參與本留言即表明您已經閱讀并接受上述條款
昵稱: 匿名
 

熱點文章
論壇精貼

香港赛马会一肖中特