專案人力不夠也不優,issue 太多又難解,你到底應該怎麼辦?
圖片來源:Microsoft Bing Copilot (GPT-4 enabled) |
最近到一家合作多年的客戶那邊授課(EZ專案力兩日班),課程結束後,一位學員(研發單位副處長)來問我問題。
「老師,您的課程真的很有用,從出社會到現在這麼多年,從來就沒有人用這麼系統化的方式教我們管理專案。您剛剛講的 Issue management 和 debugging 的實務經驗(專案品質控管),它們和人資管理、時程管理等面向環環相扣的關係,真的是很有感。可是,現在人真的很不好找,您也知道,我們公司的薪資福利根本就拚不過台積電和 IC Design House,老師您有沒有什麼好的建議啊?」
專案章程為什麼很重要?竟然可以擋下 AI 妖孽!
「老師,可以跟您請教一個問題嗎?」
「當然可以啊!請說。」
「老師,我有參加一個專案,客戶那邊都不太想用我們做出來的功能,我覺得應該要針對客戶的回饋來修改,可是老闆卻叫我們要多做一些新功能,再去推銷給客戶用,我該聽老闆的?還是聽客戶的?」
專案狀態報告:你不可不知的四大法寶
不知道身為 PM 的你有沒有過這樣的經驗,當你走進公司大樓電梯,沒想到公司高階主管也走了進來並關上了電梯門(因此你想逃也逃不掉),緊接著,他冷不防地問你,「那個XXX專案現在的狀況怎麼樣了?」
他不是你的直屬老闆,只是你老闆的上司或更高層的上司,所以平時你並沒有直接向他報告的機會,這個時候你會怎麼做呢?
用戶故事時間老是估不準?三大技巧助你敏捷團隊一臂之力!
「老師,我們公司有在使用敏捷方法做專案,可是團隊在估算用戶故事(User Story)時間的時候,老是估不準,有的時候會多留很多 buffer,有時候又少估很多時間,導致衝刺的工作做不完,這該怎麼辦才好?」
我在《Scrum 敏捷方法裡,渾然天成的九大風險管理把關設計》一文中談過,敏捷方法的框架其實隱含了不少巧妙的風險管控設計,其中當然包含了管控「因時間錯估而延誤」的風險。這裡我們先假設,這位學員提及的敏捷團隊,有確實遵守敏捷方法要求的原則來運作,沒有自行偷斤減兩,可是團隊對於時間的估算,卻依然不夠準確。在這樣的前提背景下,我們還有什麼其他的招數,可以來改善這樣的問題。
專案管理輔導紀實-國境之南篇
在我企業內訓接案的對焦經驗裡,有不少客戶,其「原本想要」的服務,其實可能根本就不是該公司「真正需要」的。只是有些客戶會認真聽你講,願意讓你的專業說服,走對路,預算用對地方;有些客戶則是早有定見,只想交差了事(如,老闆交代、消化預算、有培訓紀錄…),任憑你說破了嘴也沒有用。
當然啦,生意就是生意,能成交而且雙方都滿意就好,沒什麼對錯的問題。只是以我立場而言,既然客戶你付了錢,也讓員工花了時間,能讓員工有巨大收穫,能讓組織的問題獲得解決,這樣的合作不是會更有意義一些嗎?
2020 年倒數最後幾天,我收到一家南部電子大廠人資經理的來信,目的是想要邀約敏捷課程和顧問輔導服務。這個案子頗為戲劇化,也有些峰迴路轉,不過,最後的結果是,我把該公司「原本想要」的服務,轉變成該公司「真正需要」的方案,而且事後成效極大,滿意度極高。
你不可不知,「當責」對「專業」的影響有多大
最近跟一位裝潢設計師友人 Jean(化名)吃飯聊天,席間談到她的一個 case,這 case 不僅讓她多賠了一些錢,還弄得她客戶有點不太開心,讓她覺得有點委屈。
Jean 其實相當細心,設計功力不錯,且心地善良(因此生活上常被人詐騙^^!),因此,我出社會以後,多次的新房設計裝潢都是交給她負責的。以我吹毛求疵的高標準來說,她能多次從我手上活著完工結案,裝潢設計的品質和質感一定是掛保證、沒問題的。
那為什麼這樣的人依舊會出包,惹得客戶不開心呢?這點讓我很不解,因此我決定繼續深挖這個故事。