百煉成鋼 真正的軟件項目經理是怎么煉成的
這個問題存在于很多公司。也許讀者的公司夠正規不存在這樣的問題。
在中國當談到項目經理這個詞語或者職位時，很多人的腦袋里閃現的是“技術與管理”的化身。對于項目經理，多數人的理解是，技術很NB的人，但是對于是否熟悉或者精通軟件工程卻不太關注。需要嗎？
這個問題恰好在我現在工作的公司存在。我講講我現在工作的公司的情況。
沒有項目經理！的確沒有，至少沒有這個職位！但是有這樣的角色，就是小組組長。他/她既要負責技術還要負責整個軟件開發過程并且還要負責與用戶的溝通。很厲害吧！！其實很累，累死不討好！經常被領導罵。因為不能按時完成任務。
很累，有很多事情要一個人去做。怎么辦呢？該寫的文檔以后補唄，編碼才是最重要的！可惜評審時，評審專家們看的卻是文檔，不是代碼！當回頭再補文檔時卻發現“此時非彼時”了。于是乎，評審的文檔改了又改、改了又改、改了又改…
與客戶的溝通也存在問題，對于一個編碼人員來說，需求一旦確定了就不想它再變更，可實際情況卻是，需求是最容易變更的。但是我們的“項目經理”缺乏這樣的意識或者缺乏主動溝通的能力，(You don’t bird me, I don’t bird you!哈哈)，往往導致我們最后交付的軟件與客戶的要求不匹配。然后我們的軟件
改了又改、改了又改、改了又改…
領導們關心的成本就這樣上去了
！我們有個項目做了大概8年，到現在都還沒成功，但是還在做！為啥這么久？開發過程中沒人關心需求變更！“做完”之后發現，TMD，咋需求又變了呢？都沒通知我們！！555555555…..老委屈了！
在我們公司當小組長的確很累。估計看官您要說，這不是很好嗎？多鍛煉人啊！對于個人來說的確很鍛煉人，技術+文檔+計劃+需求+溝通…還有很多。但是對于一個軟件公司呢？將雞蛋放在一個籃子里了。也許有人會說，這樣至少可以解決成本啊！表面上看上去是可以節約成本，因為少了一個人，不是嗎？可真的如此嗎？就我獲得的反饋來看，答案是否定！成本估計還應該加上時間吧。把2個或者>2個人的工作給了一個人做，這個人該怎么辦呢？+班+班或者是超人或者是天才。但是畢竟超人很少，天才更少，那只有加班了，在我們公司加班是不給錢的。我們公司加班是常事！但是大多數的所謂“項目經理”是軟件工程方面的專家或者高手嗎？鳳毛麟角！
深夜寫出來的開發文檔會是什么樣的？就是為了趕工期才加班的噻！最后是
改了又改、改了又改、改了又改…
我覺得這樣的公司還處于“手工作坊”階段！
我們需要真正的項目經理，至少在我們公司我有這樣強烈的要求。將我們現在的“小組長”從繁瑣的文檔中解放出來，或者讓他擔任一個專業的項目經理而不用關心“大小端”、“到底用Java還是C++來實現”這樣的問題。小弟剛剛看完一本叫《項目經理應該知道的97件事》的書。看了之后我發現，天哪！！滿篇談得都是團隊管理、計劃、溝通、過程控制…就是沒談技術。難道他們不懂技術嗎？估計很大一部分人都懂技術或者曾經干過技術。但是為什么不談呢？這個可不符合咱們的“具有中國特色”的軟件行情啊！西方式資本主義，老馬說過，資本主義就是追求利益最大化。可是他們單獨設置了一個項目經理，而且最重要的是那家伙居然不編碼甚至可以不懂技術！難道是資本家良心發現從而為了增加社會就業率？借用我大學的代數老是的一句話“答案是否定滴！”。我個人理解是，在西方軟件產業早就開始了流水線般的生產模式。就是各司其職啦！為啥要這樣呢？通才不好嗎？好啊，當然好啊！可惜這樣的人太少了。而軟件事業確實無限的。怎么辦呢？分工唄！不把所有工作集于一個人的身上，減少工作時間，增加項目的成功率。讓技術人員絕大部分時間里只關心技術問題，讓項目經理來作為一個“局外人”來控制整個項目的開發過程以及保持與客戶之間的良好溝通。
我們還有很長的路要走啊，至少我們公司是這樣的！
【編輯推薦】
