close

通常在專案對估算缺乏信心時使用,因為這是最可靠方式(),將 Activity or work package 的預估往上加總。

對一般專案經理或工程師來說,這是一定要的,這樣才準嘛!又用不到多少effort,把所有的Activity的成本加總,再加上 contingency reserves就可以了,話是沒錯,這是因為台灣中、小企業很多,大部分人接觸到的是小 project 幾個人、幾十個 activity就搞定,當然用Bottom up這樣估法ok,可是一般中、大型project你知道有多少activity? 用百、用千來計是平常的,Project schedule( or Logic network diagram) 印出後在Wall Room須貼個兩、三面牆也是正常,牽涉到的人力、機具、料是pool不是那麼容易可以細分到每個activity(例如高速公路建設,十幾個工作面同時施工,外勞、各型機具、材料是無法細分歸類到用Activity來計算的)而且用Bottom up這樣估法是要耗費大量人力去做估算,可退而求其次用 control account來估算或用 Top down方式(Analogous estimating 類似專案做類比)

在上課的第一天一定要提到,讀PMBOK最基本的Assumption他是以中、大型project來寫,許多你沒做過的沒聽過的Term並不代表它不存在,只不過是你之前的經驗侷限了你的看法,如果沒先告知學員,學員自修時一定會感覺PMBOK寫的與自己執行的專案距離有點遠,你不知道並不代表它不存在。

Ocean

arrow
arrow
    全站熱搜
    創作者介紹
    創作者 ocean415585 的頭像
    ocean415585

    Ocean PMP BLOG

    ocean415585 發表在 痞客邦 留言(0) 人氣()