新手PM入門

從《灌籃高手》談專案管理的3大核心

灌籃高手這部漫畫應該是六、七年級生共同的兒時回憶,最近也推出手遊再度攻占大家的眼球。它的故事在敘述原本默默無聞的湘北高中籃球隊,因緣際會加入了櫻木、流川等好手,先是取得縣大賽亞軍,接著又在全國大賽中擊敗常勝霸主山王工業,雖然湘北後來未能如願獲得冠軍,但也打響了名號。現實生活中不一定有如此振奮人心的情節,專案成功也不是一蹴可幾,但湘北籃球隊的故事符合了專案特性 -- 在特定期限內,產生一個獨特的產品或達成特定目標。

接到一個模糊的需求時,該怎麼處理?

今天老闆突然說:Evonne啊!現在CRM顧客關係管理的概念很紅,我們來設計一個手機會員集點的app吧!如果你是PM,你會怎麼設計,怎麼執行這個專案?這是我在線上課程出給學生們的作業,在批改這些作業的時候,我發現很有趣的事--其實從這份作業,可以大概看得出一個PM的等級,跟大家分享我的觀察。

如何提高「跨領域」轉職成功機會?經驗教會我的3件事

第一次成功跨領域轉職,也是我第一次轉職,是在監控新創公司做了六年PM之後,希望能爭取到「大公司」的PM機會,也想跳脫「監控」,嘗試其他的產業。那是我第一次換工作,我記得當時在找工作、包裝履歷時,我第一次很驚訝地發現,六年的經驗我竟不知如何下筆。

從電影《聖母峰》學管理:3種足以造成專案失敗的星星之火

雖然專案管理知識告訴我們,專案在有限時間、資源下,應該限縮範疇,不過實務上,不常遇見越談越少的範疇,sponsor總是希望用最少的資源完成最多的工作與最好的品質。反之,如果專案目標時間常被視為不可更動的限制條件,甚至由完成時間與資源來反推能做出多少成果,久而久之,組織會養成一種凡事不多做的被動習慣,以免被壓榨。由此看來,對於sponsor來說,似乎要求多或少都會有負面的效果,那麼,身為一位PM應該怎麼辦呢?

敏捷專案管理模式下,開發團隊成員能不能動態進出專案?

日前在為某企業進行敏捷式專案管理的導入輔導時,有位同仁這樣問我,「老師,敏捷開發團隊的成員,從頭到尾都不能換人嗎?譬如,臨時加人進來,或有人完成工作後就離開,去做其他專案的事?」「你為什麼會想在要這樣做呢?」「因為有的人比較熟悉這個衝刺要做的任務,有的人比較熟悉下個衝刺的任務,這樣安排不是可以讓他們工作得更有效率嗎?」

PM想成事,三大隱性關鍵力

但,為什麼這整個事件裡乍聽之下沒有人有什麼嚴重的大錯、更沒有人刻意想當壞人,卻造成了這樣悲慘的結果呢?我想說的是,PM在專案裡的職責,不是只有確保WBS上的工作被順利執行,你還有一項沒有明文規範,卻非常重要的隱性能力,叫做確保團隊的「一致性」。

即便沉船也能優雅:如果鐵達尼號的船長知道風險管理

在我的管理經驗中,風險管理是專案管理中最容易被大家忽視的一課,因為它管理的是不一定會發生的事。當我們沒有預期要去處理它,使用再多的管理技巧或工具都無濟於事,最壞的情況,就像曾經號稱史上最大的郵輪:鐵達尼號擦撞冰山後所發生的不幸船難,匱乏的風險意識造成難以挽回的結果