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