本文說了一個在開發管理中比較簡單的一個問題，不過确實需要我們關注的問題。
轉自：www.csai.cn，
從技術出身的項目經理，很容易犯這樣一個錯誤：把自以為簡單的問題配置設定任務給成員時，會夾帶技術細節并表露出問題的簡單性。
譬如X項目經理接到客戶的新需求，要求更改頁面上的某個字元串。于是立刻把成員A叫過來，“這個需求隻要把對應頁面的字元串改一下就OK了，5分鐘搞定，你趕快去改一下吧”。姑且不論這個問題是否真的簡單，首先的問題是，X混淆了項目經理和開發人員的界線。具體實作細節是開發人員的事，項目經理不需要關心，即使開發人員不懂如何實作，那也是技術經理的事。此外，“5分鐘搞定”這種話，對開發人員來說往往是一種傷害。最常見的一種結果是，成員A下去後發現問題沒這麼簡單，不光要修改頁面檔案中的字元串，還涉及到資料庫中某個字段的修改，更麻煩的是，修改後單元測試一片紅。5分鐘的問題，最後花了一天才搞定。
項目經理一般不參與具體編碼工作，憑借以往的開發經驗得到目前項目中“某個問題很簡單”的結論往往經不住推敲。是以，項目經理最好絕口不提技術細節，配置設定任務就OK，譬如“目前接到一個新需求，客戶要求更改某個頁面上的某個字元串，你下去分析解決一下。問題比較急，相信你能盡快完成。” 首先把需求描叙清楚，然後說明一下緊急性，剩下的放心大膽的交給開發成員就行。
好的項目經理一定要時刻清楚自己的職責所在。如果因為種種原因，項目經理同時兼任技術經理，不得不參與具體編碼實作，那也得時刻清楚自己的角色轉變。配置設定完任務後，可以建議性的提及技術細節：“這個問題比較急，根據我以往的經驗，需要修改對應的某個頁面。你下去修改下，看能否盡快搞定。”這個例子過于簡單，後面這些話基本是廢話。兼任技術經理的項目經理，提及技術細節時，除非是别人不懂而自己很清楚，否則還是絕口不提的好。
有的項目經理可能會辯解說，把問題描叙得簡單些，可以避免員工磨洋工。如果真有員工磨洋工，5分鐘能做的活拖上一天來完成，那很可能是整個團隊建設出了問題，需要改進的是代碼評審和獎懲等制度。團隊建設涉及的話題太多，此處不展開了。
套用一句古話結尾：項目經理當有所為，有所不為。
