VictorHsu - 作者系列文章
VictorHsu

曾經主修科學,也當過工程師寫過程式,其實最大的興趣卻是是寫文章說故事,目前在網際網路產業擔任PM工作。 自認只是職場上的小人物,但深知專案管理的知識應用廣泛,2011年取得PMP證照後,開啟對專案管理的學習之路,於是結合自身的經驗,以及大眾最熟悉的電影劇情,讓生活、理論與虛構的情節在專案管理的世界裡產生交集,期許能引領更多同好認識專案管理。

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

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

專案人力管理三部曲

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

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

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

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

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

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

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

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

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

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

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