警告：千萬不要跟著沒有業務設計經驗的專案經理混

警告：千萬不要跟著沒有業務設計經驗沒有開發經驗的專案經理混

這片文章不僅是給程式員看的，也是希望企業能明白，不要再殘害和糟蹋程式員了。當管理層的好好理解和瞭解下程式員的苦逼，這是普遍現象不是個人現象，這是客觀事實不是情緒發泄。

 

專案經理不寫代碼是正常的，不太會寫代碼也還算正常，可能當專案經理時間長了已經不會寫代碼了。但是有些年輕的專案經理是程式員做不下去寫不好代碼，然後直接衝著專案經理去的，那就要小心了，光是寫代碼寫不下去還好說，麻煩的是根本沒有開發經驗和業務設計經驗，更更可怕的是他又沒有業務設計能力。

專案經理之所以工資高，是因為他比程式員要NB，就是NB在客戶溝通和大型系統設計規划上，而程式員只能做一個小模組，專案經理能更具複雜程度估算人月，而不懂開發設計的專案經理就只會算有幾個頁面了。

悲劇還遠不止如此，設計能力差，客戶提需求的時候就沒辦法轉換成具體的業務設計，即便需求有問題腦子也轉不過來，不知道有問題，就後就悶頭做，簡單的東西會做的很困難，更何況複雜的會怎麼樣。專案經理可以不做太過具體的設計，但是前提是需求明確，可惜他的文檔中看著他的需求根本沒法設計，可以猜出N種設計，他自己也思考下能設計出什麼東西來。

像我現在的專案經理，前幾個項目不是他設計的，都是別人瞭解需求設計的只管做，起碼大架構有了再錯也錯不到哪裡去，這次有個很簡單的項目，就是他自己去瞭解需求和設計的，他瞭解的需求我們沒法做設計，他做的設計是和他寫的需求文檔矛盾的而已，好了，幾樣東西都放到一個表裡去了，檢查複查是不是一回事兒也不知道（檢查和複查本來應該是做幾乎相同的事情，那就是一張表，但是在他設計裡又是不同的事情 而且不再一張表中，但偏要放在一個列表中(兩張表union的那種合并)，欄位也是幾乎相同的。。。），明明不在一個資料表裡的東西偏要往一個列表裡塞，設計變得越來越複雜，他麼總歸說，“誒呀，這很簡單的”“先做個簡單的”，每次他這麼說都是悲劇，結果都是推翻麼又不行，加東西麼有很麻煩，勸麼不聽的，簡單的東西搞複雜，設計能力不如大學畢業生。 縱容這種問題發生的高管也是很有問題的。說簡單點就是，只需要他談好需求，可惜需求不完整沒法設計，不得不他自己來設計，他的設計還能和需求以及文檔有衝突。

 

理論的東西會看書會吹NB就行，他喜歡一本叫《人月神話》的書，可憐的是他根本沒能力算工作量，沒能力提前考慮風險，算個P人月啊，真能當神話來看了，他還說，做項目最關鍵的就是算人月，好吧，簡直就是個神話。 

我的專案經理也沒有大家看到的這麼壞啦，只是文筆比較犀利，專門挑壞的說，比我專案經理壞的多的去了。

許多公司還有一個問題，就是喜歡從外面請高管，其實許多高管之所以當上高管就是會吹牛逼，外面請來的搞不好還得自己員工花時間教他，教會了他就繼續吹牛逼去其他公司混了，要麼就是混不下去繼續吹牛逼換地方唄，這種樣本見得多了，所以一個公司選管理員最好從自己員工提拔多好，知根知底，而不像某些人混著高管無所作為殘害下屬。

 

 

 ---

有人要問了，跟上頭提問題要提解決方案啊，解決方案呢？ 這麼簡單我都懶得說，看能力啊，從有溝通能力的有開發經驗的程式員提拔啊，而不是隨隨便便外面招，找來也先從程式員坐起看看，不要讓人以為吹吹牛就能當專案經理了，先把代碼寫寫好吧。

老實說我周圍的能寫代碼有技術能力的專案經理也是不少的，怎麼來的？ 就是老老實實當程式員當來的。別亂給捷徑，就不會有人亂抄捷徑。

----

還有人要說了，你就會噴，別吃不到葡萄說葡萄酸。

呵呵，專案經理也只是一個職業，做不好就該罵，怎麼了？ 專案經理太無聊沒時間玩技術我還不願意當呢。 該鄙視高管智商的我照樣鄙視，你們罵紅十字貪不也照樣罵麼，別人能貪你貪不到，你們就在酸啊，是吧。

---

注意素質，不要地區炮