這個問題存在于很多公司。也許讀者的公司夠正規(guī)不存在這樣的問題。
在中國當(dāng)談到項目經(jīng)理這個詞語或者職位時，很多人的腦袋里閃現(xiàn)的是“技術(shù)與管理”的化身。對于項目經(jīng)理，多數(shù)人的理解是，技術(shù)很NB的人，但是對于是否熟悉或者精通軟件工程卻不太關(guān)注。需要嗎？
這個問題恰好在我現(xiàn)在工作的公司存在。我講講我現(xiàn)在工作的公司的情況。
沒有項目經(jīng)理！的確沒有，至少沒有這個職位！但是有這樣的角色，是小組組長。他/她既要負(fù)責(zé)技術(shù)還要負(fù)責(zé)整個軟件開發(fā)過程并且還要負(fù)責(zé)與用戶的溝通。很厲害吧！其實很累，累死不討好！經(jīng)常被領(lǐng)導(dǎo)罵。因為不能按時完成任務(wù)。
很累，有很多事情要一個人去做。怎么辦呢？該寫的文檔以后補(bǔ)唄，編碼才是重要的！可惜評審時，評審專家們看的卻是文檔，不是代碼！當(dāng)回頭再補(bǔ)文檔時卻發(fā)現(xiàn)“此時非彼時”了。于是乎，評審的文檔改了又改、改了又改、改了又改...

與客戶的溝通也存在問題，對于一個編碼人員來說，需求一旦確定了不想它再變更，可實際情況卻是，需求是容易變更的。但是我們的“項目經(jīng)理”缺乏這樣的意識或者缺乏主動溝通的能力，(You don‘t bird me， I don‘t bird you!哈哈)，往往導(dǎo)致我們后交付的軟件與客戶的要求不匹配。然后我們的軟件 改了又改、改了又改、改了又改...

領(lǐng)導(dǎo)們關(guān)心的成本這樣上去了 ！我們有個項目做了大概8年，到現(xiàn)在都還沒成功，但是還在做！為啥這么久？開發(fā)過程中沒人關(guān)心需求變更！“做完”之后發(fā)現(xiàn)，TMD，咋需求又變了呢？都沒通知我們！555555555.....老委屈了！
在我們公司當(dāng)小組長的確很累。估計看官您要說，這不是很好嗎？多鍛煉人！對于個人來說的確很鍛煉人，技術(shù)+文檔+計劃+需求+溝通...還有很多。但是對于一個軟件公司呢？將雞蛋放在一個籃子里了。也許有人會說，這樣至少可以解決成本。”砻嫔峡瓷先ナ强梢怨(jié)約成本，因為少了一個人，不是嗎？可真的如此嗎？我獲得的反饋來看，答案是否定！成本估計還應(yīng)該加上時間吧。把2個或者>2個人的工作給了一個人做，這個人該怎么辦呢？+班+班或者是超人或者是天才。但是畢竟超人很少，天才更少，那只有加班了，在我們公司加班是不給錢的。我們公司加班是常事！但是大多數(shù)的所謂“項目經(jīng)理”是軟件工程方面的專家或者高手嗎？鳳毛麟角！

深夜寫出來的開發(fā)文檔會是什么樣的？是為了趕工期才加班的噻！后是 改了又改、改了又改、改了又改...

我覺得這樣的公司還處于“手工作坊”階段！

我們需要真正的項目經(jīng)理，至少在我們公司我有這樣強(qiáng)烈的要求。將我們現(xiàn)在的“小組長”從繁瑣的文檔中解放出來，或者讓他擔(dān)任一個專業(yè)的項目經(jīng)理而不用關(guān)心“大小端”、“到底用Java還是C++來實現(xiàn)”這樣的問題。小弟剛剛看完一本叫《項目經(jīng)理應(yīng)該知道的97件事》的書？戳酥笪野l(fā)現(xiàn)，天哪！滿篇談得都是團(tuán)隊管理、計劃、溝通、過程控制...是沒談技術(shù)。難道他們不懂技術(shù)嗎？估計很大一部分人都懂技術(shù)或者曾經(jīng)干過技術(shù)。但是為什么不談呢？這個可不符合咱們的“具有中國特色”的軟件行情啊！西方式資本主義，老馬說過，資本主義是追求利益大化？墒撬麄儐为氃O(shè)置了一個項目經(jīng)理，而且重要的是那家伙居然不編碼甚至可以不懂技術(shù)！難道是資本家良心發(fā)現(xiàn)從而為了增加社會業(yè)率？借用我大學(xué)的代數(shù)老是的一句話“答案是否定滴！”。我個人理解是，在西方軟件產(chǎn)業(yè)早開始了流水線般的生產(chǎn)模式。是各司其職啦！為啥要這樣呢？通才不好嗎？好啊，當(dāng)然好啊！可惜這樣的人太少了。而軟件事業(yè)確實無限的。怎么辦呢？分工唄！不把所有工作集于一個人的身上，減少工作時間，增加項目的成功率。讓技術(shù)人員絕大部分時間里只關(guān)心技術(shù)問題，讓項目經(jīng)理來作為一個“局外人”來控制整個項目的開發(fā)過程以及保持與客戶之間的良好溝通。

我們還有很長的路要走啊，至少我們公司是這樣的！