項目經(jīng)理從職業(yè)角度，是指企業(yè)建立以項目經(jīng)理責(zé)任制為核心，對項目實行質(zhì)量、安全、進度、成本管理的責(zé)任保證體系和全面提高項目管理水平設(shè)立的重要管理崗位。項目經(jīng)理是為項目的成功策劃和執(zhí)行負總責(zé)的人。項目經(jīng)理是項目團隊的領(lǐng)導(dǎo)者，項目經(jīng)理首要職責(zé)是在預(yù)算范圍內(nèi)按時優(yōu)質(zhì)地領(lǐng)導(dǎo)項目小組完成全部項目工作內(nèi)容，并使客戶滿意。為此項目經(jīng)理必須在一系列的項目計劃、組織和控制活動中做好領(lǐng)導(dǎo)工作，從而實現(xiàn)項目目標。
項目經(jīng)理一般不參與具體編碼工作，憑借以往的開發(fā)經(jīng)驗得到當前項目中“某個問題很簡單”的結(jié)論往往經(jīng)不住推敲。因此，項目經(jīng)理最好絕口不提技術(shù)細節(jié)，分配任務(wù)就OK，譬如“目前接到一個新需求，客戶要求更改某個頁面上的某個字符串，你下去分析解決一下。問題比較急，相信你能盡快完成?！笔紫劝研枨竺钄⑶宄缓笳f明一下緊急性，剩下的放心大膽的交給開發(fā)成員就行。
從技術(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)理可能會辯解說，把問題描敘得簡單些，可以避免員工磨洋工。如果真有員工磨洋工，5分鐘能做的活拖上一天來完成，那很可能是整個團隊建設(shè)出了問題，需要改進的是代碼評審和獎懲等制度。團隊建設(shè)涉及的話題太多，此處不展開了。
好的項目經(jīng)理一定要時刻清楚自己的職責(zé)所在。如果因為種種原因，項目經(jīng)理同時兼任技術(shù)經(jīng)理，不得不參與具體編碼實現(xiàn)，那也得時刻清楚自己的角色轉(zhuǎn)變。分配完任務(wù)后，可以建議性的提及技術(shù)細節(jié)：“這個問題比較急，根據(jù)我以往的經(jīng)驗，需要修改對應(yīng)的某個頁面。你下去修改下，看能否盡快搞定?！边@個例子過于簡單，后面這些話基本是廢話。兼任技術(shù)經(jīng)理的項目經(jīng)理，提及技術(shù)細節(jié)時，除非是別人不懂而自己很清楚，否則還是絕口不提的好。