如何繪製「專案工作時程表」？

製作時程表對於專案管理而言，可以說是一項基本但又容易犯錯的工作。何以說容易犯錯? 因為和風險管理一樣，隨著時間推移，工作時程、任務之間的關聯也會有所變化，如果沒有經常檢視、校正，就無法有效掌控潛在的問題。今天就以前陣子才剛結束的奧運會為主題，將「舉辦羽球競賽」作為專案任務來簡單說明。

專案人力管理三部曲

「團隊凝聚力」這種東西雖然無法被量化，也無法具體描述它能帶給專案什麼實質的成果，不過多數人應該都會同意，團隊互助及向心力，絕對是一個高績效專案背後不可或缺的支撐力量，當團隊內部運作不協調時，即使成員的工作能力再怎麼強大，做起事來也綁手綁腳。

拯救失控專案：談管理機制導入前必要的診斷

某天其他部門的同事跑來詢問我 : 「聽說你們的專案執行得不錯，可以給我們WBS參考嗎?」起初我有點一頭霧水，一問之下才知道原來是主管的指示，要他們前來取經，而且特別指名要看WBS。據我所知，他們的專案範疇大、協作單位多，一直以來是個燙手山芋，卻又是公司轉型階段不得不執行的任務。雖然和我之前的專案有些相似之處，但畢竟團隊不同，產品的屬性也有差異，想用同一招打天下頗有難度，於是我開始思考，專案管理強調的Lessons Learned ( 經驗傳承 ) 精神，要如何落實? 

善用use case及流程圖匡列專案範疇

專案執行過程最為人詬病的問題，就是用戶或sponsor持續追加需求，導致範疇不斷變更、膨脹。變更的原因有很多，最常見的情況是專案初期PM就無法明確定義範疇，也沒有讓團隊成員、用戶及sponsor都充分理解專案執行的邊界在哪裡，當邊界模糊，對於新增的需求自然也缺乏約束力，無法排除在專案之外。在《專案管理知識體系指南》中，雖然有定義專案初始階段的任務，包含確認專案範疇、展開WBS...等，但如何有效界定範疇、用何種圖表來呈現，就需要靠PM自己想辦法。

別讓專案吹破了牛皮！如何及早避免專案中的潛藏危機？

有些時候專案失敗並非刻意隱藏事實導致問題爆發，而是當下的時空背景會讓人忽略了一些星星之火，倘若專案正巧處在一個危險平衡的狀態下，那麼任何一點點失誤可能就產生牽一髮動全身的影響。不過，專案執行的過程中，確實有些舉動可以避免日後出現重大問題。

專案經理的基本苦工：繪製一份「實用」的甘特圖

甘特圖或許是多數PM最常製作的一張圖表，但是有多少人會在專案執行的過程中，持續透過這份資料追蹤、更新時程? 又或者有多少人能從當中看出潛在風險、並適時調整專案步伐呢?PM進行專案時程估算時，常常會犯以下幾個錯誤：

想著常態WFH前，先打破工時紀錄的迷思吧！

防疫期間WFH(Work From Home，在家上班)成了一種趨勢，起初企業們是被動受疫情影響而不得不執行，但隨著WFH的期間拉長，有些企業開始評估常態性在家上班的可行性，例如Google、蘋果就力挺每週進辦公室三天成為主流工作型態。看到這些消息讓身在台灣的我們好生羨慕，但是，在常態居家工作之前，有多少企業還奉行工時記錄?