在IT專案管理中，是技術重要還是管理重要？這個問題討論了很久，誰也不能說服對方，這個問題就如同是雞先生蛋還是蛋先生雞這種悖論，古往今來多少人蔘與辯論，也是說不清道不明。在中國，“技優則管”是一個普遍現象，這既符合中國的國情，又符合大多數企業的實際，很多人員都是畢業後先做技術在漫漫的提拔升為管理層面。
但是這種情況在最近發生了變化，特別是國外的專案管理經驗和典型案例使人逐漸懷疑“技 優則管”的正確性。
方法/步驟
IT專案管理，技術重要還是管理重要？
技術出身的專案經理往往欠缺系統的專案管理知識，常常是憑著自己的個人經驗摸著石頭過著石頭過河，一旦失敗了，也只能成為他個人的工作經 驗。這其中有個問題：技術情結，總是不由自主的想去了解每個技術問題的細節，好像不瞭解就感到很沮喪，而實際上從管理者的角度看問題需要了解全部的技術細 節嗎？潛意識管理，憑自己的樸素的曾作為開發人員的認識和一種英雄氣概來管理，不太善於處理各種關係，對缺少專業技術背景的人員沒有耐心。技術與管理的最大的差 異就是管理的藝術性。技術給人的印象是生硬的語法定義和刻板的設計流程，而管理的主題更多的是人，是生命。其實專案管理還包含了人文的關懷和尊重，人與人 之間的溝通。管理作為一門藝術性的學科已經得到了人們的廣泛認同。
在IT業迅猛發展的今天，科班出生的專案管理人員是否就能站穩腳跟呢？
很多掌握了專案管理知識的畢業生，往往因為缺乏技術背景，而感到心裡發虛。其實這也是正常的，社會的發展已經不再需要單一學科的狹窄型人才，而需要多種學科 交叉的複合型人才。在現在的IT業，想什麼技術都樣樣精通幾乎是不可能的，人類再也不可能出現亞歷士多德那樣的博學家。IT專案通常又很複雜，需要用到很多最新的技術，所以一個開發組需要很多技術人才，而這時候管理就顯的非常重要。專案經理需要將所有的人才團結起來，使他們來完成共同的目標，這時候，專案 經理是不是技術高手也就不重要了
專案經理的大部分工作應該是與客戶，上級，團隊成員溝通，協調各種關係和專案控制
但有些時候，在技術方案上需要專案經理來拍板定奪，這時技術背景就很重要了。當然技術把關也可以通過其他方 式解決，在國外的很多大公司，專門有一個技術委員會來做決定把關，所以這些企業的專案主管可以不必拘泥於技術細節，而認真關注於管理工作。拋開專案的規模、人員、計劃和資金等種種背景來探討管理重要還是技術重要，本身就是一個簡單的想法。在專案規模小、人員少、資金緊張的情況下，也許就不需要多少管理，專案挑頭的基本上都是技術帶頭人。
有不少的專案組是臨時拼湊起來的，2-3個教員，帶著一幫學生幹活，他們會有系統的管理嗎？
在這種專案裡，技術潛力和技術帶頭人起著至關重要 的作用。不可否認，這種專案的生命力非常弱，即便成活下來，生命週期也很短暫。當專案規模大，人員眾多，而且實施時間有限的情況下，再沿用原來幾把菜刀鬧 革命的方式，肯定會出大漏子。引入規範化的管理勢在必行，如果說以前是人管人，那麼現在應該是制度管人。
專案經理應該首先是規章制度的制定者和監督者。一個好的規章制度體現在：執行者能感覺到規章制度的存在，但並不覺得規章制度會是一種約束。另外，不同的IT 專案，其管理可能側重面不一樣，例如軟體開發的專案管理，至少得技術和管理並重才行。如果專案經理完全不懂技術，有些孤傲的開發人員根本不會理你。
注意事項
一個軟體專案的成敗，技術因素和管理因素同樣重要，同樣有可能導致專案致命的失敗。技術與管理確實沒有固定的高下之分，關鍵在於專案所處的環境和專案的實際情況。技術是右手，管理是左手，你來說說到底左手重要還是右手重要？也許你是左撇子，你就會覺得左手重要一些，右撇子就會認為右手重要一些，但是試 想一下，如果將另外那隻手剁掉，感覺會是怎樣的呢？一隻手做專案，不做砸了才怪呢。所以技術和管理都很重要，只是在專案中的分工不同，角色不同，但終極目 標是一致的：高質量地按計劃完成專案既定的目標。