在IT公司,，IT項目經(jīng)理起到非常重要的作用,。
　　tuenhai一直在思考，如果是我,，如何當(dāng)好IT項目經(jīng)理,？

　　一. IT項目經(jīng)理需要很專業(yè)的IT知識嗎？
　　 IT項目經(jīng)理需要很專業(yè)的IT知識嗎?是ITPUB上一個討論帖子,。

　　 “我是從硬件工程師做到部門主管,，對于項目管理,我覺得IT行業(yè)的項目管理與其他行業(yè)不同，他需要比較全面的IT背景知識,。一個做ERP項目的項目經(jīng)理,，他無法完成一個金融中間業(yè)務(wù)的項目開發(fā)。同時在一個項目里會涉及到主機(jī)技術(shù),、網(wǎng)絡(luò)技術(shù),、數(shù)據(jù)庫技術(shù)甚至還有備份技術(shù)與容災(zāi)技術(shù)等，對于這么多的專業(yè)技術(shù),，是否需要該項目的項目經(jīng)理對他負(fù)責(zé)的項目里所包含的技術(shù)有一個大概的了解,。對于IT部門的管理者，我覺得光有很豐富的管理知識和經(jīng)驗不夠,，你必須在專業(yè)技術(shù)上面也要是很有權(quán)威的一個人,，你要讓小組的成員信任你，不光光是人品的問題,、個人魅力的問題,，對搞技術(shù)的人來說很重要的一條是在技術(shù)上讓他服你（中國知識分子大多數(shù)有這樣的毛病，外行不能領(lǐng)導(dǎo)內(nèi)行）。”（ mingsir,http://www./90577,1.html)

　　“我個人覺得其實項目經(jīng)理不一定非要很懂技術(shù),，因為他的主要工作是項目的管理,，目前國內(nèi)的項目經(jīng)理必須要懂技術(shù)其實是被迫的，很多項目組里都會有一兩個技術(shù)好一點的,，往往這兩個人便是最難管的刺頭兒,，他們自認(rèn)為在技術(shù)上是大拿，一般的項目經(jīng)理不容易管他們,。”（ lonelywolf ）

　　“我同意樓上“寂寞高手”的看法,，技術(shù)對于一個項目經(jīng)理是必不可少的，而且這種所謂的技術(shù)已經(jīng)不同于我們所看到的一般的技術(shù)人員或者說是專業(yè)人員所具有的技術(shù)（在這里暫且稱為“純技術(shù)”吧）,。前者應(yīng)該是純技術(shù)的一種升華,，是內(nèi)在的，所以從一個真正的項目經(jīng)理身上我們看到的多是非技術(shù)技能,，其實,，非技術(shù)技能的發(fā)揮是建立在升華后的專業(yè)技術(shù)基礎(chǔ)之上的。”（ 寄生蟲）

　　“技術(shù)對于一個項目經(jīng)理是必不可少的,而且項目經(jīng)理應(yīng)該有很廣的知識面,對項目使用的技術(shù)會有哪些優(yōu)點缺點,才能夠決定什么時候使用什么技術(shù),什么時候放棄某個技術(shù)而改用更適合的技術(shù),。”（ gzllm）

　　“你認(rèn)為一個項目經(jīng)理應(yīng)該具備的是什么,？管理人的能力、協(xié)調(diào)能力……

　　系統(tǒng)分析員,、框架設(shè)計者,、開發(fā)人員、測試人員等
　　這些所有的人員,，他們都是具有具體的職責(zé)和任務(wù)的
　　但這些人應(yīng)該為項目的整個評估和進(jìn)度做決定么,？

　　建議當(dāng)然是可以
　　可自己怎么來裁決？

　　如果項目經(jīng)理所做的和技術(shù)相關(guān)聯(lián)的決定由 其他人員 建議所獲得
　　時間長了次數(shù)多了會不會出現(xiàn)一些問題呢?

　　不是要懂所有的知識
　　而是在宏觀上要能把握

　　注意團(tuán)隊精神和合作是好的
　　但是充分相信別人這條偶不大同意

　　管理,？為什么要強(qiáng)調(diào)管理,、制度……
　　我覺得管理的和規(guī)則的基本前提就是建立在不充分信任人的基礎(chǔ)之上的
　　誰相信團(tuán)隊中的人都能作好？
　　誰敢擔(dān)保中途沒有人離開
　　充分信任別人的話,，你能保證別人不會隱藏一些什么東西或者說為自己謀取私下利益?”（ biti_rainy ）

　　“我覺得現(xiàn)在國內(nèi)的項目經(jīng)理往往同時兼任項目經(jīng)理和系統(tǒng)架構(gòu)師的職責(zé),，有的同時還干起程序員。所以必然決定了項目經(jīng)理要掌握IT方面的專業(yè)技能,。

　　我身邊的很多IT方面的同事朋友都對技術(shù)比較重視,，這種對技術(shù)的重視有的時候形成一種對掌握技術(shù)的人的佩服敬佩等等。掌握了專業(yè)技能的項目經(jīng)理就會得到擁戴,。

　　如果一個項目經(jīng)理沒有這方面的能力,，往往受到程序員的質(zhì)疑：“為什么這樣安排？為什么這樣設(shè)計,？”,，“不合理,，這樣不對”等等。項目管理就會失控,。

　　有的時候,，為了照顧程序員的情緒等等。項目經(jīng)理索性就把一個項目分成幾大塊,，每一塊交給一個人去設(shè)計,、編程、寫文檔,。雖然不合理,，但是有什么辦法,？,？” （ skyweave）

　　 “一次閑聊中，有個朋友告訴我,，一個成功的項目經(jīng)理必須具有下面的角色之一：
　　1,、技術(shù)權(quán)威：技術(shù)上的NO.1
　　2、錢袋權(quán)威：可以決定項目成員的收入分配
　　3,、行政權(quán)威：有上下級的職位區(qū)別
　　4,、領(lǐng)導(dǎo)權(quán)威：個人魅力
　　5、官僚權(quán)威：熟悉公司的流程 ”（ zhongfei）

　　“我覺得很多發(fā)言和現(xiàn)實中的具體項目實施不符
　　對于國內(nèi)IT公司,，技術(shù)人員的流動量是很大的,，項目經(jīng)理沒有很特別的地方而只知道管理，誰會服你,，項目干到一半,，技術(shù)人員走人，對項目是很大的損失,。
　　我從自己接觸來看,，比較好的項目經(jīng)理有：
　　1、假如不懂技術(shù),，甚至和下屬聊天,，根本不懂他們的意思的話，除非你能控制下屬的工資且給與下屬工資很有誘惑力,，否則沒人聽你得（即使有技術(shù)經(jīng)理也是這樣）
　　2,、項目經(jīng)理可以不精通技術(shù)，但是對于開發(fā)的過程,，項目的進(jìn)度,，以及一些概念性的知識必須知道才行
　　3、假如是做集成項目的話,，項目經(jīng)理必須對于相關(guān)的業(yè)務(wù)很精通才行,，這是技術(shù)經(jīng)理沒法幫你得，這時候有一些概念性的技術(shù)加很強(qiáng)的業(yè)務(wù)知識，此時你的下屬肯定會服你得
　　4,、除了以上以外,，能夠“搞定”客戶也是一個好的項目經(jīng)理必需的能力，否則有上面三樣所管理的項目也很難成功,。
這是我做一些系統(tǒng)集成項目所看到的情況
反正：不懂技術(shù)也不懂業(yè)務(wù)的項目經(jīng)理手下肯定笑話你得,，搞不來錢讓手下過得很慘的話就沒人服你得，不能“搞定”客戶的話項目經(jīng)理很難做得很久

　　ps:從沒有見過一個項目經(jīng)理僅靠“管理”能帶好一個項目,，部門經(jīng)理只懂“管理”又控制著下屬的工資還差不多,。” （ shenxiangyang）

　　tuenhai總結(jié)出幾條：
　　 1. IT項目經(jīng)理最好是技術(shù)出身
　　 2. 技術(shù)高手型IT項目經(jīng)理有很多好處
　　 在中國，特別是中小型研發(fā)項目,，IT項目經(jīng)理在某方面是技術(shù)高手有很多好處,，這些好處，上面幾位朋友都詳細(xì)討論過了,，我就不再重復(fù)．
　　

　　二. IT項目經(jīng)理有必要高度重視項目文檔嗎,？

　　其實，如果項目經(jīng)理不高度重視項目文檔,，本身就不是一個合格的IT項目經(jīng)理．
　　因此,，我們要討論的是，不是項目文檔是否重要的問題,，而是如何按照軟件規(guī)范做好文檔管理工作．

　　之所以用這個小標(biāo)題,，是因為現(xiàn)實中有許多拿著嚇人薪水的所謂的IT項目經(jīng)理，對項目文檔的重要性認(rèn)識不足,，因此稱不上是合格的項目經(jīng)理．

　?。⑽臋n毫無疑問要比代碼重要的多；但在崇尚個人英雄的中國,，很多人會希望別人能知道自己的代碼優(yōu)良,，而不知為何這么優(yōu)良，這與寫文檔的目的是沖突的,，所以不會有太多人贊同文檔比代碼重要,。我認(rèn)為事實上寫文檔可以讓程序員更好地把握項目，以及在項目完成后總結(jié)經(jīng)驗,；而且一個人coding很出色之后會讓他覺得困難的只會是項目把握而不會是代碼,，所以我認(rèn)為文檔比代碼更重要！ ＂（ 苦苦兒　http://www./best/g7/g449.htm）
　　
　?。⒆岉椖恐鞴茏钔纯嗟氖虑槟^于：當(dāng)一個重要成員半途離開項目組時,，才發(fā)現(xiàn)他根本就沒有留下任何可用的文檔。天下沒有不散的宴席,，項目組的成員也是在動態(tài)調(diào)整中,，文檔就是成員之間交接的重要工具,。很多主管很容易陷入"重技術(shù)實現(xiàn)，輕文檔"的誤區(qū),。他們總是認(rèn)為項目實施時間緊迫,，為了節(jié)省時間，可以在項目收尾階段突擊寫文檔,。要是項目周期稍長,，到了最后，成員還會記得清清楚楚每個實現(xiàn)細(xì)節(jié)嗎,？沒有文檔的項目鐵定是一個失敗的項目,。
　　從過程控制的角度看，項目的實施質(zhì)量控制,，最重要的就是文檔的管理控制,。通過文檔來顯示表明每個基線，每個成員的工作量和完成質(zhì)量,，達(dá)到項目的風(fēng)險最小化,。＂（《 IT項目管理有無“天理”可循？》 吳海菁 http://www./htm/work/zl/xiaocao/02_7_30_2_2.asp）

　　如果tuenhai在專業(yè)技術(shù)上夠格,，tuenhai有信心成為業(yè)界最優(yōu)秀的項目經(jīng)理之一。tuenhai之所以有此信心,，原因之一是tuenhai絕不會對項目文檔的重要程度認(rèn)識不足,。

　　 “文檔從用途上分主要分為內(nèi)部文檔和外部文檔。

　　內(nèi)部文檔包括： 項目開發(fā)計劃,； 需求分析,； 體系結(jié)構(gòu)設(shè)計說明； 詳細(xì)設(shè)計說明,； 構(gòu)件索引,； 構(gòu)件成分說明； 構(gòu)件接口及調(diào)用說明,； 組件索引,； 組件接口及調(diào)用說明； 類索引,； 類屬性及方法說明,； 測試報告； 測試統(tǒng)計報告,； 質(zhì)量監(jiān)督報告,； 源代碼； 文檔分類版本索引,； 軟件安裝打包文件,。
　　外部文檔主要包括： 軟件安裝手冊,； 軟件操作手冊； 在線幫助,； 系統(tǒng)性能指標(biāo)報告,； 系統(tǒng)操作索引。 ”（《 有效的軟件質(zhì)量管理 》 蘇黎虹 http://www./modules/doc/article.php?storyid=383）

　　
　　如果tuenhai是項目經(jīng)理,，會這么做：

　　 1. 我會高度重視項目文檔,，因為項目文檔是與上司溝通的主要方式。
　　 項目文檔是我與上司的主要溝通方式,。與上司溝通不好,，或者我做的工作上司不理解，我的“項目經(jīng)理”就快做到頭了,。

　　 2. 我會高度重視項目文檔,，因為項目文檔是與下屬溝通的重要方式。
　　 與下屬溝通不暢,，項目質(zhì)量就難以保證,，項目都失敗了，即使上司不撤我,，我還有臉繼續(xù)做項目經(jīng)理嗎,？

　　 3. 我要通過對項目文檔的重視及組織實施，使項目組的每一位成員（包括我）在一定程度上都是可替換的,，使公司的風(fēng)險降到最低,。這能充分顯示出我的“忠誠”。雖然這樣做也是軟件規(guī)范的要求,，但對許多boss也說,，“忠誠”永遠(yuǎn)是第一位的。“忠誠”就是設(shè)身處地為公司著想,，使公司利益最大化,。通過使公司利益最大化來實現(xiàn)自身利益最大化，是最聰明人的做法,。

　　 同時,，我再通過其他方式，樹立我在業(yè)界的信譽(yù)和品牌,。個人品牌一經(jīng)樹立,，就立于不敗之地。

　　 當(dāng)然,，我也可以通過不重視文檔,，使項目過程完全在我個人控制之下，公司如要撤我會冒很大風(fēng)險,。有時,，這種策略可能很有用,。但是，萬一公司上層有人精通管理,，我隨時會被拿下——不重視文檔的項目經(jīng)理就不是合格的項目經(jīng)理,。

　　親愛的讀者，如果你是IT項目經(jīng)理,，tuenhai非常希望得到你的指教,。（MSN:king#,網(wǎng)址：)
　　
　　

　　三. 做個重視溝通的IT項目經(jīng)理

　　 tuenhai還在傳統(tǒng)行業(yè)工作時，曾寫過一篇文章——《 給小老板的一封信——兼談和董事長的良好溝通是做好工作的前提》,，這篇文章現(xiàn)在還能搜到,。
　　 tuenhai不但重視與認(rèn)識的人（boss，下屬）溝通,，還重視與不認(rèn)識的人溝通（比如通過網(wǎng)絡(luò)文章）,，可見tuenhai一貫以來對溝通的重視。

　　對于IT項目經(jīng)理來說,，和上司最主要的溝通方式是項目文檔,。如果你不重視和上司的溝通，我勸你還是早點回家歇著吧,。IT項目經(jīng)理是執(zhí)行者,，執(zhí)行公司的決定（或者說上司的意圖）。要做好執(zhí)行者,，有兩個步驟：
　　 1. 理解公司的決定（或者說上司的意圖）
　　 2. 讓上司知道你理解了他的意圖,，并在大力執(zhí)行。

　　 針對第一條,，要理解上司的意圖，在制定研發(fā)計劃和需求文檔時,，就要讓上司參與并充分互動,。這是以后一切工作的前提。
　　 針對第二條,，你就要用文檔形式和上司進(jìn)行進(jìn)行充分溝通,。
　　 上司也許沒有時間看你的項目文檔，或者看不懂,，但這不是你要考慮的,。你要考慮的是，讓上司關(guān)心的時候能隨時調(diào)出項目文檔,，而不是來向你討要,。上司向你討要一次可能不覺得有什么，但向你三次討要,，就有問題了,。眾所周知,，中國的boss都喜歡聰明人。

　　 上司可能通過某種途徑聘請你出任項目經(jīng)理,，口頭上boss會說如何相信你,，或者全權(quán)由你處理等。他這樣說并沒有錯,，如果你不通過你的方式讓上司知道上司用你絕對是“英明”選擇,，就是你的錯了。

　　或許你想,，產(chǎn)品出來,，就是最好的證明，在這之前我什么都不表示,，項目文檔也到代碼完成再補(bǔ),。那你就太天真了，你不照軟件規(guī)范做,，你能保證公司所有人都能被你蒙在鼓里嗎,，也許，不等你的產(chǎn)品出來,，你就“下臺”了,。

　　你會想，我受過嚴(yán)格訓(xùn)練,，產(chǎn)品開發(fā)完全按軟件開發(fā)規(guī)范進(jìn)行,。只是我在產(chǎn)品完成后再拿文檔和上司進(jìn)行交流。那你又錯了,，項目文檔的目的是降低產(chǎn)品風(fēng)險,，對項目經(jīng)理來說，存在技術(shù)風(fēng)險和溝通風(fēng)險,?；蛟S你是個技術(shù)強(qiáng)人，能獨力解決技術(shù)風(fēng)險,，然而因為你不重視溝通,，讓上司覺得用你風(fēng)險較大，你就冒了比較大的溝通風(fēng)險,。從過程來說,，溝通應(yīng)該在技術(shù)之前。

　　 做技術(shù)出身,，自認(rèn)為技術(shù)較強(qiáng)的IT項目經(jīng)理往往對溝通的重要性認(rèn)識不足,，表現(xiàn)在：
　　 1.懶得寫文檔?！∵@個bug已經(jīng)被我搞定了,，我才懶得去寫解決過程,。我解決bug用了1小時，再花半小時去寫文檔豈非浪費時間,。我才沒有那么傻?。▽懳臋n對你成長“好像”好處不明顯，但對公司有用,，你走了,，新人來，不就可以少走彎路了,！設(shè)身處地為公司著想是得到提拔重用的必要條件）

　　 2. 項目文檔齊全,，但不給上司：他這個菜鳥怎么看得懂我高手寫的東東，給他也是白給,，嘿嘿?。ú徽f上司不一定完全看不懂，就算他完全看不懂,，他不可以讓看得懂的人代參謀一下,，看看你這個高手是否名符其實！）

　　 如果你是項目經(jīng)理,，你對項目文檔重視嗎,？你自認(rèn)為是一名優(yōu)秀的IT項目經(jīng)理嗎？歡迎與tuenhai交流(),。