技術(shù)出身的項目經(jīng)理容易犯的一個錯誤

申請免費試用、咨詢電話：400-8352-114

從技術(shù)出身的項目經(jīng)理，很容易犯這樣一個錯誤：把自以為簡單的問題分配任務(wù)給成員時，會夾帶技術(shù)細節(jié)并表露出問題的簡單性。 

　　譬如X項目經(jīng)理接到客戶的新需求，要求更改頁面上的某個字符串。于是立刻把成員A叫過來，“這個需求只要把對應(yīng)頁面的字符串改一下就OK了，5分鐘搞定，你趕快去改一下吧”。姑且不論這個問題是否真的簡單，首先的問題是，X混淆了項目經(jīng)理和開發(fā)人員的界線。具體實現(xiàn)細節(jié)是開發(fā)人員的事，項目經(jīng)理不需要關(guān)心，即使開發(fā)人員不懂如何實現(xiàn)，那也是技術(shù)經(jīng)理的事。此外，“5分鐘搞定”這種話，對開發(fā)人員來說往往是一種傷害。最常見的一種結(jié)果是，成員A下去后發(fā)現(xiàn)問題沒這么簡單，不光要修改頁面文件中的字符串，還涉及到數(shù)據(jù)庫中某個字段的修改，更麻煩的是，修改后單元測試一片紅。5分鐘的問題，最后花了一天才搞定。 

　　項目經(jīng)理一般不參與具體編碼工作，憑借以往的開發(fā)經(jīng)驗得到當前項目中“某個問題很簡單”的結(jié)論往往經(jīng)不住推敲。因此，項目經(jīng)理最好絕口不提技術(shù)細節(jié)，分配任務(wù)就OK，譬如“目前接到一個新需求，客戶要求更改某個頁面上的某個字符串，你下去分析解決一下。問題比較急，相信你能盡快完成?！笔紫劝研枨竺钄⑶宄?，然后說明一下緊急性，剩下的放心大膽的交給開發(fā)成員就行。 

　　好的項目經(jīng)理一定要時刻清楚自己的職責所在。如果因為種種原因，項目經(jīng)理同時兼任技術(shù)經(jīng)理，不得不參與具體編碼實現(xiàn)，那也得時刻清楚自己的角色轉(zhuǎn)變。分配完任務(wù)后，可以建議性的提及技術(shù)細節(jié)：“這個問題比較急，根據(jù)我以往的經(jīng)驗，需要修改對應(yīng)的某個頁面。你下去修改下，看能否盡快搞定?！边@個例子過于簡單，后面這些話基本是廢話。兼任技術(shù)經(jīng)理的項目經(jīng)理，提及技術(shù)細節(jié)時，除非是別人不懂而自己很清楚，否則還是絕口不提的好。 

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

　　套用一句古話結(jié)尾：項目經(jīng)理當有所為，有所不為。