Ocean PMP BLOG

當我們完成 Activity definition 將 Activity列出後接下來該要知道什麼？根據上課經驗有一半以上的人都認為是時間(Time)，我就要反問一個問題(最好的回答方式是再問一個問題)，請問一件事情你要主任工程師來做與 Jr. 工程師來做，花的時間一樣嗎？你給不同的生產線、設備、機具，花的時間一樣嗎？所以接下來應該先要瞭解什麼？這時大家都會答”需要那些Resource”，對不對。列出需要資源類型(人員、設備、材料)、 資源數量、資源可得性(available time)
 Ocean

通常在專案對估算缺乏信心時使用，因為這是最可靠方式(考)，將 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 類似專案做類比)。

3 types of dependencies 三種依存關係
1.            強制依存關係(Mandatory Dependencies)，又稱為硬邏輯(Hard Logic)，受自然、實體或順序上的限制。 如：製造->取樣，主結構->裝潢

 Activity Sequencing活動排序 T&T 工具及技術 Arrow 箭頭表示活動Activity (箭身用實線)； Node 節點表示兩活動間依存關係 dependencies。亦稱為“箭頭活動圖示法”Activity-On-Arrow (AOA)。祇有一種依存關係即結束到開始Finish-to-Start (FS)。需要時可藉由“假活動(dummy activities箭身用虛線)”來定義兩活動間邏輯關係，假活動無工期。 Ocean

PMP Planning Activity Definition T&T Rolling wave planning ，面對現實不是所有的活動，在目前這個階段都可以明確的分析出來，譬如說 當我們做完 Prototype 後，才會得到 feedback，我們也才會知道要 take 什麼 action(Activity)，Rolling wave planning 就是逐步規劃之意，在不明確情況下先規劃有限的活動，再逐步擴大詳細規劃範圍。
Ocean

 以大型專案來說，WBS最下層是 work package，仍然是大的項目( 2wks，$xx)，視產業別及各別專案特性，有的需要細分到每天甚至更細來安排各別活動，我們就需要將 work package 再往下切，參考 WBS dictionary與團隊成員往下分解到最下層稱為 Activity (活動)，依 PMBOK 精神，時間排程是以 Activity 為單位，意思是 Network Diagram、Project Schedule 是以Activity 來排的。 如同 WBS dictionary 之於 WBS，Activity 也有 Activity Attributes 活動屬性，來當備註。
Ocean

 (1) - 先要把自己份內事情做好
如果我烤麵包的速度不夠快就會讓漢堡組合員苦等；如果珍妮炸薯條的速度太慢，訂單就會堆積如山；如果完成點餐的速度趕不及，櫃台的服務人員就會被生氣的顧客怒罵；如果某天有店員突然沒來上班，所有人都要付出代價；如果有兩個人沒來，那一天就一定混亂當道。(derived from P145 My Secret life on McJob)
(2) - 主動補位
在中午最忙碌時，如果我高喊需要有人幫我從冷凍庫拿出華堡肉排，我相信一定有人回應，幫我這個忙。中午這段時間靠單打獨鬥是不夠的，每個人都有需要幫忙的時候，所以當有人有需求時都會得到正面的回應。在台灣我想每個人都看過棒球，當一壘有人，打擊者把球擊向一、二壘之間，這時二壘手出來接球，空出來的二壘，游擊手會過來補位，先封殺跑向二壘的球員，再傳向一壘做雙殺，每個懂棒球的人都會認為這是最基本的動作，其時我們看到了團對合作最適當的展現”補位”，因為團隊勝敗超越個人表現，大家都懂但是回過頭來，在公司你帶的team會主動補位嗎? 還是大部分是自己接球，自己得再跑到二壘做封殺(游擊手-其他人有空也不會過來幫你)，球也不一定會傳回一壘，每一個人都有KPI(key performance index)，自己把自己KPI protect 好就可以了，別人差一點顯得我好一點，還是等到出問題時，我在出來當解決問題的英雄，管理者在訂定KPI時或獎勵時常針對個人，把個人榮譽、獎勵視為高於團隊榮譽，這祇會造就能力好的球員而不是優秀的團隊。多去看看體育賽事，看看甚麼是團隊合作，在低頭想想我們自己所帶的team….(所以有些主管會特別喜歡雇用像是曾為球隊隊員或是有速食店經驗…，有實際體驗團隊合作重要性的新人)。