IT專案中管理和技術兩手都要硬(轉)
在IT專案管理中,是技術重要還是管理重要?這個問題就如同是雞先生蛋還是蛋先生雞這種悖論,古往今來多少人參與辯論,也是說不清道不明。在中國,“技優則管”是一個普遍現象,這既符合中國的國情,又符合大多數企業的實際。但是這種情況在最近發生了變化,特別是國外的專案管理經驗和典型案例使人逐漸懷疑“技優則管”的正確性。
技術出身的專案經理往往欠缺系統的專案管理知識,常常是憑著自己的個人經驗摸著石頭過著石頭過河,一旦失敗了,也只能成為他個人的工作經驗。這其中有個問題: 技術情結,總是不由自主的想去了解每個技術問題的細節,好像不瞭解就感到很沮喪,而實際上從管理者的角度看問題需要了解全部的技術細節嗎? 潛意識管理,憑自己的樸素的曾作為開發人員的認識和一種英雄氣概來管理,不太善於處理各種關係,對缺少專業技術背景的人員沒有耐心。 技術與管理的最大的差異就是管理的藝術性。技術給人的印象是生硬的語法定義和刻板的設計流程,而管理的主題更多的是人,是生命。其實專案管理還包含了人文的關懷和尊重,人與人之間的溝通。管理作為一門藝術性的學科已經得到了人們的廣泛認同。
在IT業迅猛發展的今天,科班出生的專案管理人員是否就能站穩腳跟呢?很多掌握了專案管理知識的畢業生,往往因為缺乏技術背景,而感到心裡發虛。其實這也是正常的,社會的發展已經不再需要單一學科的狹窄型人才,而需要多種學科交叉的複合型人才。在現在的IT業,想什麼技術都樣樣精通幾乎是不可能的,人類再也不可能出現亞歷士多德那樣的博學家。IT專案通常又很複雜,需要用到很多最新的技術,所以一個開發組需要很多技術人才,而這時候管理就顯的非常重要。專案經理需要將所有的人才團結起來,使他們來完成共同的目標,這時候,專案經理是不是技術高手也就不重要了。專案經理的大部分工作應該是與客戶,上級,團隊成員溝通,協調各種關係和專案控制。但有些時候,在技術方案上需要專案經理來拍板定奪,這時技術背景就很重要了。當然技術把關也可以透過其他方式解決,在國外的很多大公司,專門有一個技術委員會來做決定把關,所以這些企業的專案主管可以不必拘泥於技術細節,而認真關注於管理工作。 拋開專案的規模、人員、計劃和資金等種種背景來探討管理重要還是技術重要,本身就是一個簡單的想法。 在專案規模小、人員少、資金緊張的情況下,也許就不需要多少管理,專案挑頭的基本上都是技術帶頭人。在很多大學裡,有不少的專案組是臨時拼湊起來的,2-3個教員,帶著一幫學生幹活,他們會有系統的管理嗎?在這種專案裡,技術潛力和技術帶頭人起著至關重要的作用。不可否認,這種專案的生命力非常弱,即便成活下來,生命週期也很短暫。 當專案規模大,人員眾多,而且實施時間有限的情況下,再沿用原來幾把菜刀鬧革命的方式,肯定會出大漏子。引入規範化的管理勢在必行,如果說以前是人管人,那麼現在應該是制度管人。專案經理應該首先是規章制度的制定者和監督者。一個好的規章制度體現在:執行者能感覺到規章制度的存在,但並不覺得規章制度會是一種約束。 另外,不同的IT專案,其管理可能側重面不一樣,例如軟體開發的專案管理,至少得技術和管理並重才行。如果專案經理完全不懂技術,有些孤傲的開發人員根本不會理你。另外一個軟體專案的成敗,技術因素和管理因素同樣重要,同樣有可能導致專案致命的失敗。 技術與管理確實沒有固定的高下之分,關鍵在於專案所處的環境和專案的實際情況。技術是右手,管理是左手,你來說說到底左手重要還是右手重要?也許你是左撇子,你就會覺得左手重要一些,右撇子就會認為右手重要一些,但是試想一下,如果將另外那隻手剁掉,感覺會是怎樣的呢?一隻手做專案,不做砸了才怪呢。所以技術和管理都很重要,只是在專案中的分工不同,角色不同,但終極目標是一致的:高質量地按計劃完成專案既定的目標。[@more@]
技術出身的專案經理往往欠缺系統的專案管理知識,常常是憑著自己的個人經驗摸著石頭過著石頭過河,一旦失敗了,也只能成為他個人的工作經驗。這其中有個問題: 技術情結,總是不由自主的想去了解每個技術問題的細節,好像不瞭解就感到很沮喪,而實際上從管理者的角度看問題需要了解全部的技術細節嗎? 潛意識管理,憑自己的樸素的曾作為開發人員的認識和一種英雄氣概來管理,不太善於處理各種關係,對缺少專業技術背景的人員沒有耐心。 技術與管理的最大的差異就是管理的藝術性。技術給人的印象是生硬的語法定義和刻板的設計流程,而管理的主題更多的是人,是生命。其實專案管理還包含了人文的關懷和尊重,人與人之間的溝通。管理作為一門藝術性的學科已經得到了人們的廣泛認同。
在IT業迅猛發展的今天,科班出生的專案管理人員是否就能站穩腳跟呢?很多掌握了專案管理知識的畢業生,往往因為缺乏技術背景,而感到心裡發虛。其實這也是正常的,社會的發展已經不再需要單一學科的狹窄型人才,而需要多種學科交叉的複合型人才。在現在的IT業,想什麼技術都樣樣精通幾乎是不可能的,人類再也不可能出現亞歷士多德那樣的博學家。IT專案通常又很複雜,需要用到很多最新的技術,所以一個開發組需要很多技術人才,而這時候管理就顯的非常重要。專案經理需要將所有的人才團結起來,使他們來完成共同的目標,這時候,專案經理是不是技術高手也就不重要了。專案經理的大部分工作應該是與客戶,上級,團隊成員溝通,協調各種關係和專案控制。但有些時候,在技術方案上需要專案經理來拍板定奪,這時技術背景就很重要了。當然技術把關也可以透過其他方式解決,在國外的很多大公司,專門有一個技術委員會來做決定把關,所以這些企業的專案主管可以不必拘泥於技術細節,而認真關注於管理工作。 拋開專案的規模、人員、計劃和資金等種種背景來探討管理重要還是技術重要,本身就是一個簡單的想法。 在專案規模小、人員少、資金緊張的情況下,也許就不需要多少管理,專案挑頭的基本上都是技術帶頭人。在很多大學裡,有不少的專案組是臨時拼湊起來的,2-3個教員,帶著一幫學生幹活,他們會有系統的管理嗎?在這種專案裡,技術潛力和技術帶頭人起著至關重要的作用。不可否認,這種專案的生命力非常弱,即便成活下來,生命週期也很短暫。 當專案規模大,人員眾多,而且實施時間有限的情況下,再沿用原來幾把菜刀鬧革命的方式,肯定會出大漏子。引入規範化的管理勢在必行,如果說以前是人管人,那麼現在應該是制度管人。專案經理應該首先是規章制度的制定者和監督者。一個好的規章制度體現在:執行者能感覺到規章制度的存在,但並不覺得規章制度會是一種約束。 另外,不同的IT專案,其管理可能側重面不一樣,例如軟體開發的專案管理,至少得技術和管理並重才行。如果專案經理完全不懂技術,有些孤傲的開發人員根本不會理你。另外一個軟體專案的成敗,技術因素和管理因素同樣重要,同樣有可能導致專案致命的失敗。 技術與管理確實沒有固定的高下之分,關鍵在於專案所處的環境和專案的實際情況。技術是右手,管理是左手,你來說說到底左手重要還是右手重要?也許你是左撇子,你就會覺得左手重要一些,右撇子就會認為右手重要一些,但是試想一下,如果將另外那隻手剁掉,感覺會是怎樣的呢?一隻手做專案,不做砸了才怪呢。所以技術和管理都很重要,只是在專案中的分工不同,角色不同,但終極目標是一致的:高質量地按計劃完成專案既定的目標。[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-945711/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 人人都要懂些專案管理(轉)專案管理
- 專案施工中的合同管理與技術管理(轉)
- 探祕技術專案管理(三)(轉)專案管理
- 探祕技術專案管理(二)(轉)專案管理
- 探祕技術專案管理(一)(轉)專案管理
- 外包專案管理技術要點(轉)專案管理
- 專案管理經典技術簡介(轉)專案管理
- 高新技術專案管理模式研究(轉)專案管理模式
- 技術轉向專案管理的心得筆記專案管理筆記
- 專案管理中的變革藝術(轉)專案管理
- 聊聊技術管理(一)入行之技術管理和技術專家
- 專案管理中“溝通”和“成本”(轉)專案管理
- 技術性工作與專案化管理模式(轉)模式
- 試論多媒體技術與專案管理(轉)專案管理
- 分享手淘過年專案中採用到的前端技術前端
- FMEA技術在IT專案風險管理中的應用
- 探秘技術專案管理(一)(轉)專案管理
- 探秘技術專案管理(二)(轉)專案管理
- 探秘技術專案管理(三)(轉)專案管理
- 專題 | 專案管理知識、方法論、工具NO.3:事事皆為專案,人人都要懂專案管理...專案管理
- [原創] 我的專案管理之路--9、如何從技術向管理轉身專案管理
- [專案管理]弱勢專案管理與技術牛人的對抗問題專案管理
- 主題閱讀-IT專案管理-工具技術專案管理
- 整合專案中的風險管理 (轉)
- IT專案管理中的風險控制(轉)專案管理
- 快速技術成長:提煉和總結專案中的技術重難點
- 專案管理的和諧模式(轉)專案管理模式
- 混沌理論和專案管理(轉)專案管理
- 專案管理-技術工程師需要有技術商人的能力薦專案管理工程師
- 專案管理系統中的任務和專案專案管理
- 專案管理:需要“平衡”的藝術1(轉)專案管理
- 專案管理:需要“平衡”的藝術2(轉)專案管理
- 專案管理:需要“平衡”的藝術3(轉)專案管理
- 在阿里,我如何做好技術專案管理?阿里專案管理
- 專案管理技術的七大優勢專案管理
- IT專案管理(轉)專案管理
- 專案管理中溝通的作用(轉)專案管理
- 專案管理中學會拒絕(轉)專案管理