IT專案中管理和技術兩手都要硬(轉)

ger8發表於2007-08-11
在IT專案管理中,是技術重要還是管理重要?這個問題就如同是雞先生蛋還是蛋先生雞這種悖論,古往今來多少人參與辯論,也是說不清道不明。在中國,“技優則管”是一個普遍現象,這既符合中國的國情,又符合大多數企業的實際。但是這種情況在最近發生了變化,特別是國外的專案管理經驗和典型案例使人逐漸懷疑“技優則管”的正確性。

技術出身的專案經理往往欠缺系統的專案管理知識,常常是憑著自己的個人經驗摸著石頭過著石頭過河,一旦失敗了,也只能成為他個人的工作經驗。這其中有個問題: 技術情結,總是不由自主的想去了解每個技術問題的細節,好像不瞭解就感到很沮喪,而實際上從管理者的角度看問題需要了解全部的技術細節嗎? 潛意識管理,憑自己的樸素的曾作為開發人員的認識和一種英雄氣概來管理,不太善於處理各種關係,對缺少專業技術背景的人員沒有耐心。 技術與管理的最大的差異就是管理的藝術性。技術給人的印象是生硬的語法定義和刻板的設計流程,而管理的主題更多的是人,是生命。其實專案管理還包含了人文的關懷和尊重,人與人之間的溝通。管理作為一門藝術性的學科已經得到了人們的廣泛認同。

在IT業迅猛發展的今天,科班出生的專案管理人員是否就能站穩腳跟呢?很多掌握了專案管理知識的畢業生,往往因為缺乏技術背景,而感到心裡發虛。其實這也是正常的,社會的發展已經不再需要單一學科的狹窄型人才,而需要多種學科交叉的複合型人才。在現在的IT業,想什麼技術都樣樣精通幾乎是不可能的,人類再也不可能出現亞歷士多德那樣的博學家。IT專案通常又很複雜,需要用到很多最新的技術,所以一個開發組需要很多技術人才,而這時候管理就顯的非常重要。專案經理需要將所有的人才團結起來,使他們來完成共同的目標,這時候,專案經理是不是技術高手也就不重要了。專案經理的大部分工作應該是與客戶,上級,團隊成員溝通,協調各種關係和專案控制。但有些時候,在技術方案上需要專案經理來拍板定奪,這時技術背景就很重要了。當然技術把關也可以透過其他方式解決,在國外的很多大公司,專門有一個技術委員會來做決定把關,所以這些企業的專案主管可以不必拘泥於技術細節,而認真關注於管理工作。 拋開專案的規模、人員、計劃和資金等種種背景來探討管理重要還是技術重要,本身就是一個簡單的想法。 在專案規模小、人員少、資金緊張的情況下,也許就不需要多少管理,專案挑頭的基本上都是技術帶頭人。在很多大學裡,有不少的專案組是臨時拼湊起來的,2-3個教員,帶著一幫學生幹活,他們會有系統的管理嗎?在這種專案裡,技術潛力和技術帶頭人起著至關重要的作用。不可否認,這種專案的生命力非常弱,即便成活下來,生命週期也很短暫。 當專案規模大,人員眾多,而且實施時間有限的情況下,再沿用原來幾把菜刀鬧革命的方式,肯定會出大漏子。引入規範化的管理勢在必行,如果說以前是人管人,那麼現在應該是制度管人。專案經理應該首先是規章制度的制定者和監督者。一個好的規章制度體現在:執行者能感覺到規章制度的存在,但並不覺得規章制度會是一種約束。 另外,不同的IT專案,其管理可能側重面不一樣,例如軟體開發的專案管理,至少得技術和管理並重才行。如果專案經理完全不懂技術,有些孤傲的開發人員根本不會理你。另外一個軟體專案的成敗,技術因素和管理因素同樣重要,同樣有可能導致專案致命的失敗。 技術與管理確實沒有固定的高下之分,關鍵在於專案所處的環境和專案的實際情況。技術是右手,管理是左手,你來說說到底左手重要還是右手重要?也許你是左撇子,你就會覺得左手重要一些,右撇子就會認為右手重要一些,但是試想一下,如果將另外那隻手剁掉,感覺會是怎樣的呢?一隻手做專案,不做砸了才怪呢。所以技術和管理都很重要,只是在專案中的分工不同,角色不同,但終極目標是一致的:高質量地按計劃完成專案既定的目標。
[@more@]

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-945711/,如需轉載,請註明出處,否則將追究法律責任。

相關文章