技術出身的專案經理容易犯的一個錯誤

技術出身的專案經理容易犯的一個錯誤

從技術出身的專案經理，很容易犯這樣一個錯誤：對自以為簡單的問題，分配任務給成員時，會夾帶技術細節並表露出問題的簡單性。

譬如X專案經理接到客戶的新需求，要求更改頁面上的某個字串。於是立刻把成員A叫過來，"這個需求只要把對應頁面的字串改一下就OK了，5分鐘搞定，你趕快去改一下吧"。姑且不論這個問題是否真的簡單，首先的問題是，X混淆了專案經理和開發人員的界線。具體實現細節是開發人員的事，專案經理不需要關心，即使開發人員不懂如何?，那也是技術經理的事。此外，"5分鐘搞定"這種話，對開發人員來說往往是一種傷害。最常見的一種結果是，成員A下去後發現問題沒這麼簡單，不光要修改分頁檔中的字串，還涉及到資料庫中某個欄位的修改，更麻煩的是，修改後單元測試一片紅。5分鐘的問題，最後花了一天才搞定。

專案經理一般不參與具體編碼工作，憑藉以往的開發經驗得到當前項目中"某個問題很簡單"的結論往往經不住推敲。因此，專案經理最好絕口不提技術細節，分配任務就OK，譬如"目前接到一個新需求，客戶要求更改某個頁面上的某個字串，你下去分析解決一下。問題比較急，相信你能儘快完成。"首先把需求描敘清楚，然後說明一下緊急性，剩下的放心大膽的交給開發成員就行。

好的專案經理一定要時刻清楚自己的職責所在。如果因為種種原因，專案經理同時兼任技術經理，不得不參與具體編碼實現，那也得時刻清楚自己的角色轉變。分配完任務後，可以建議性的提及技術細節："這個問題比較急，根據我以往的經驗，需要修改對應的某個頁面。你下去修改下，看能否儘快搞定。"這個例子過於簡單，後面這些話基本是廢話。兼任技術經理的專案經理，提及技術細節時，除非是別人不懂而自己很清楚，否則還是絕口不提的好。

有的專案經理可能會辯解說，把問題描敘得簡單些，可以避免員工磨洋工。如果真有員工磨洋工，5分鐘能做的活拖上一天來完成，那很可能是整個團隊建設出了問題，需要改進的是程式碼檢閱和獎懲等制度。團隊建設涉及的話題太多，此處不展開了。

套用一句古話結尾：專案經理當有所為，有所不為。