字體：小 中 大 |
|
|
|
| 2012/10/17 00:40:52瀏覽7035｜回應1｜推薦8 | |
如果要用一句話來形容PM的工作，那就是「解決問題。」 解決問題四個字看來簡單，那可是肺腑之言啊！沒有做過兩三年以上PM的人是不容易體會這句話之涵義的。 PM每天要面對各式各樣的問題，就像在電動玩具中打怪一樣。對PM而言，客戶、廠商、RD工程師、頂頭上司、製造處、採購、文管中心等等彷彿隨時都在製造問題，真正在解決問題的似乎只有PM一人。連警衛、人事部門、資訊部門甚至總機偶爾都也來參一腳，各式各樣的問題排山倒海而來，幹PM的只好來一個殺一個，來一對殺一雙。不斷的解決問題，收歛問題，同時盯緊專案團隊成員儘量減少問題發生，撥亂反正。這就是PM最重要的工作，以推動整個團隊往前走。換言之，如果PM本身也在製造問題，那就是一團亂加一團亂，叫做天下大亂。 小PM最常犯的錯誤就是 ─ 不但沒有幫助解決問題，反而讓問題更發散，或製造出更多的問題。這在一個專案任務裡，是最糟糕的狀況，將會導致schedule delay, cost up, 甚至project fail。 什麼叫做讓問題更發散，或製造出更多的問題？ 1. 對事情未追根究底 2. 相信口頭訊息而非根據證據 3. 對事情發展過度樂觀 4. 在壓力之下隱瞞問題，不敢說真話 5. 做出超越職權的事或說出越權的話 以下分別說明。 1. 對事情未追根究底。 小PM往往未查明root cause是什麼，就下了錯誤的決定。因此身為PM最重要，一定要養成的習慣就是對issue/bug一定要追根究底。 舉例： - 因為擔心即使測試通過的主機板也有空冷焊的問題，因此決定把此批生產的所有主機板都重新焊接顯示晶片。這一決定的代價是會損耗掉1000顆顯示晶片，加上重新焊接，通常會有5%左右的風險會讓整片主機板都壞掉。 當所有的重工做完之後，照例要重新再做測試，這一次仍然發現有一大堆不良品。這時候一位新進的測試人員眼尖發現，做測試用的其中那台螢幕連接線有斷裂的現象，於是他換了一條線，從此測試便全都通過了。 於是PE、QE(Quality Engineer) and RD再做調查及分析，這才發現原來一開始測試不良的原因便是因為測試設備螢幕連接線的問題。而PM未能追根究底，對非一致性的現象未謹慎處理，草率做出重工的決定，平白無故造成了公司的一大筆損失。 PM是最後的把關者，身為PM如果不能追根究底，往往造成的損失是無法挽回的。也許有人會說，QA(Quality Assurance)部門才是把關者，QE工程師才應該追根究底。如果是設計問題那DQA(Design Quality Assurance)、DQE(Design Quality Engineer)要負責。這樣說沒有錯，在制度的設計上的確是品管人員要負責品質問題做把關的動作。但是，實務上我要認真奉勸各位PM，還是要親自了解每一個細節，尤其是假如已經出現問題了，停線了，hold shipment了。這時PM千萬不能只仰賴QA部門，一定要自己追問題追到底。因為每個角色的人都有本位主義跟自私的考量，他們不會為別人的問題負責，只有PM才是縱覽全局全盤負責。所以若覺得有1)不合常理 2)不合邏輯 3)分析不夠周延或有任何疑慮之處，就一定要提出來，不可以放過。 2. 相信口頭訊息而非根據證據 工程師如果跟你說某項測試已經「測好了」，某個工作已經「做好了」。你最好請他用e-mail把報告發出來，沒有報告至少也要發個結果出來。甚至再進一步，請他發出來的mail要CC他的主管。 不只是我，我相信很多PM都有經驗，工程師口頭先說的話跟事後發出來的mail竟然不同。如果PM很天真的聽了口頭回報之後就把訊息轉給客戶或做了決策，哈哈，這個黑鍋就是揹定了。 3. 對事情發展過度樂觀 在研發產品的專案執行過程中，一個階段的所有工作任務都要達成100%，整個專案才能進到下一階段。每個工作任務要如何達成100%？如上述，光說沒有用，要有證據、有報告、有實物可供大家驗證。口頭的、預估的、大概的統統都不算數。換句話說，PM應該是最悲觀卻要對schedule負起全責的那個人。 舉例來說：假設業務主管希望你下週一提供他2套工程樣品以便寄給客戶測試。雖說是工程樣品，但因為客戶要測試以判斷是否要下單採購。這兩套樣品必須是跟正式出貨時一模一樣的品質與效能。否則萬一產品的品質被客戶打槍，那就會失去這個客戶這個生意。 因此準備這兩套樣品的工作重要性非同小可。 你詢問相關的物料管理員、電子工程師、研發工程師、測試工程師等等。綜合大家的回答差不多星期一上午應該可以有樣品組裝完成，星期一下午測試工程師約兩小時可以測試完畢。所以你回覆給業務主管說：「OK，沒問題，星期一下午3點鐘給你樣品。」。業務主管於是安排好了快遞公司，於下週一下午3點半來公司取件。並且把訊息回報給了客戶「下週一下午3點半樣品將準時寄出！」，你的心情很愉快，因為完成一件重要任務，說不定可以幫公司贏得一筆大訂單，記下一筆功勞。 到了星期一下午三點，你跑到測試工程師那裡準備要拿樣子，看到他還在做測試。於是你說： 「怎麼還沒測好？」 他說：「我2點半才拿到東西，裡面還缺了一個零件。我現在勉強開始測試，但某些功能要等那個零件來的時候才能測。」 你氣急敗壞的跑去找研發工程師跟物料管理員，他們告訴你因為那顆零件在公司內有的庫存品是舊版本，不能用在這個新產品上。雖然立刻跟廠商要新版本的零件，廠商說最快要明天中午才能拿到手，下午再儘快送到公司來，然後再做一次組裝、測試。 看來不但今天樣品寄不出去，連明天能不能寄出去都很難說。這時你終於發現事態嚴重，不知道該如何跟業務主管說...。 Shit Happens ! 工作中的意外狀況常常發生。無論是可預防的不可預防的，老天爺本來就不是一定要讓你的工作每一件都順利！因此身為PM，除了事事緊盯，靠經驗細心深入每個細節去找出魔鬼以外，還是要審慎保守一點比較好，給事情多一點緩衝的餘地。以上述例子而言，如果一開始就跟業務主說星期三給樣品，業務主管或客戶就算有意見，頂多改為星期二出樣品。那麼就算出了意外狀況，還是可以順利達成任務。 4. 在壓力之下隱瞞問題，不敢說真話 每個專案都有schedule，keep schedule是PM最重要的天職。因此有些PM明明知道機構設計出了問題、備料出了問題等等造成進度延後。因為怕被客戶或上層怪罪，竟設法掩飾，告訴客戶說schedule remains，私下希望team member搶進度把schedule補回來。 千萬不要！這樣子是很危險很糟糕的做法。到時候如果進度補不回來，所有的錯都會怪罪在PM頭上，兩面不是人。 有擔當的PM就是實話實說，清楚告訴客戶問題是什麼？對策是什麼？新的schedule是什麼？證明給客戶及上層看，雖然有delay，但是everything is under my control. 這樣才是正面且正確的做法。 5. 做出超越職權的事或說出越權的話 有些PM能力很強、做事積極又熱心。例如出貨時的紙箱包裝有瑕疵他就直接判定OK可以出貨，例如廠商來料與承認書不符時他便直接簽特採讓材料入庫，例如客戶急著要報價他便把價錢報了出去，這些可都是犯了大忌。不知不覺中你就把其他部門都得罪光光。 - 出貨時的紙箱包裝有瑕疵。正確的做法應該是由QA來把關，如果客戶有給標準就依客戶標準來判定，如果客戶沒給標準就依公司內部標準來判。PM直接來判定那就是越權，如果判斷錯誤那麻煩就大了，就算運氣好沒出事也得罪了QA部門。 - 廠商來料與承認書不符。正確的做法應該是讓RD來決定是否可以特採入料？如果規格不符那就算是delay schedule也得要把料退回給廠商。PM沒讓RD來看就直接簽特採，同上，就算運氣好沒出事也得罪了RD。 - 客戶急著要報價。就算再急，也應該由業務員、業務主管或高層去報價。不經內部充分同意就對客戶報價，是非常非常嚴重，足以被開除的過錯！切記切記。 以上五點錯誤其實不只小PM，某些有經驗的PM也偶爾會犯。有些錯誤比較輕微，過了就算了。有些錯誤會引起大麻煩。大家真的要小心。 ---若要轉載或引用，請註明出處。--- |
|
| ( 知識學習｜商業管理 ) |
