IT業呼喚專案經理人(轉)
在飛速發展的IT行業,成功的企業是以成功的專案為基礎的!越來越多的企業意識到,要樹立精品工程,沒把握的專案寧可不做,有把握的專案一定要盡力做成功。這種趨勢對專案經理人提出了千呼萬喚。
70%的軟體專案是因管理不善導致的
IT業的專案實施情況一直很不樂觀。美國Gartner Group公司於美國時間2000年11月14日透過其下屬的TechRepublic公司發表了有關IT專案的調查結果。該調查是以北美的1375個IT專家為物件實施問卷調查進行的。根據此調查,IT專案中有40%失敗,這些專案的平均成本每年花費100萬美元。
在我國,軟體專案的失敗幾乎成了普遍現象。由於認識的誤區,許多企業領導盲目認為軟體業是低成本(在他們眼裡,就是幾個人員的工資)、高回報的產業,絲毫不考慮風險,鼓吹軟體工程師無所不能,使用者和市場人員的無知和膽大是的銀彈綜合症的病因;由於經驗的不足,有許多專案在需求調研階段就沒有明確的範圍或偏離了方向,進度、資金、工作量估計嚴重不足,而業主往往在專案交付後才學會提需求,使專案沒完沒了;由於管理水平的低下和軟體本身的智力密集性,研發過程很難控制,個人英雄主義普遍存在,致使軟體專案的成敗把握在個別人手裡……
軟體專案為何屢屢失敗?美國國防部曾立題專門研究軟體專案做不好的原因,發現70%的專案是因為管理不善而引起,而並不是因為技術實力不夠,進而得出一個結論,即管理是影響軟體研發專案全域性的因素,而技術隻影響區域性。美國Gartner Group公司的調查顯示,為了降低失敗比例,強化專案管理以及組建專案監視小組的方法較為有效。但是,有60%的企業沒有實施專案管理,有61%的企業沒有設立監視小組。有效的管理雖然不是專案成功的全部,但缺乏管理的專案肯定是成功不了的。管理學的創始人是彼得?德魯克說過:"如果沒有管理,那也就只會有一群烏合之眾,而不會有一個機構。"
有效的管理是專案成功的前提條件
眾多IT企業經過多次失敗後,逐漸認識到,軟體專案實在是失敗不起了。尤其是,在多種媒體飛速發展、資訊傳播空前快捷廣泛的今天,一個有影響專案的失敗可能會一夜之間傳遍全球,這對承攬該專案的IT企業來講無疑是滅頂之災。
現代管理由一種趨向,即從偏愛目標管理轉向偏愛過程管理。按德魯克的觀點,企業的R&D部門,是知識型組織結構的創新典範,特別是軟體開發組織。而軟體工程的過程屬性可以說是現代專案管理的典範。應當說,MIT於20世紀80年代提出的“軟體能力成熟度模型CMM”,把注意力引向了正確的方向,即專案賴以存在、展開的組織的成熟度。這是一個全新的視角。工程問題很容易被簡化為工具是否銳利的問題,即簡化為一個根據目標演繹的過程。工程失敗也可以從專案管理上尋找原因。但組織的成熟水平,的確是一個好的探索方向。CMM首先不是單純地考察專案,而是考察組織,以及組織的演進。一個組織如果透過專案獲得了能力的提升,比如越來越標準化、一致化的軟體過程;越來越可以預測的軟體過程;軟體專案的最佳化是一個持續最佳化的可感知的過程等等,都體現了組織的成熟性。CMM強調的是組織的能力,而不是專案管理過程中一些更多地以規則、方法面目出現的東西,比如IDEAL模型,概括了建立一個成功的過程改善專案的必要步驟,其中I代表Initiating(啟動)、D代表Diagnosing(診斷)、E代表Establishing(建造)、A代表Acting(措施)、L代表Learning(學習)。
軟體工程的探索把軟體專案關注的焦點,從工程本身轉向了實施工程的組織,這就是現代專案管理的靈魂所在。專案管理不再僅僅是工具,而是關於組織、關於組織的成熟程度、關於組織的能力、關於組織的智商的學科和技術。組織行為的改善,可以視為種群習性的遷移,其意義遠遠大於一次孤立的獵食行動(專案)。
IT專案管理呼喚“掌門人”
專案管理作為一門新興的學科正在全球範圍內飛速發展,當前國際專案管理的特點是正朝著全球化、多元化、專業化發展,社會上逐漸形成了證書制熱、培訓熱、軟體熱等三大熱點,企業領導者對專案管理的渴求空前高漲。但有一個危險的傾向,就是有的企業領導錯誤地把企業的全部希望寄託在諮詢機構身上,幻想諮詢師針對企業的情況開一濟靈丹妙藥,一切問題都迎刃而解了。這種想法忽視了企業自身人員素質的重要性,事實上,專業的專案管理人員和受過專門培訓的研發人員才是專案管理成功實施的基礎。
在國內IT界,企業中絕大多數的部門經理和專案經理,都是對企業有過突出貢獻的技術專家提升上來的。到了經理崗位上,他們角色沒有及時調整,工作重心沒有及時轉移,管理技能沒有提高。專案經理只關心自己的專業工作,可能使他的目光從企業的大目標轉移開來,把團隊的工作置於腦後,換句話說,他們更像兼職管理者。軟體專案的特點決定了外行管內行比較吃力,所以專案經理出身技術專家本身是件好事,但必須意識到, 這時,不能以他個人對企業作出的貢獻和他個人的專業技藝標準來衡量他的成就,而要以提高團隊的戰鬥力和凝聚力為使命,要強調只有團隊的成功才是個人的成功。
搞研發的專案經理,除了要有一定的專業背景和開發經驗外,還要具備專業的專案管理知識和技巧。要把握專案本身的一些規律,如時間、質量、成本三者間的制約關係等;要掌握多種專案管理的方法和工具,如專案分解、專案計劃、網路計劃技術、進度估計、費用估算、風險評估與分析、專案控制等;還要具備管理者應有的管理技能和領導藝術,如激勵方法、目標管理、績效考核、溝通技巧等。 [@more@]
70%的軟體專案是因管理不善導致的
IT業的專案實施情況一直很不樂觀。美國Gartner Group公司於美國時間2000年11月14日透過其下屬的TechRepublic公司發表了有關IT專案的調查結果。該調查是以北美的1375個IT專家為物件實施問卷調查進行的。根據此調查,IT專案中有40%失敗,這些專案的平均成本每年花費100萬美元。
在我國,軟體專案的失敗幾乎成了普遍現象。由於認識的誤區,許多企業領導盲目認為軟體業是低成本(在他們眼裡,就是幾個人員的工資)、高回報的產業,絲毫不考慮風險,鼓吹軟體工程師無所不能,使用者和市場人員的無知和膽大是的銀彈綜合症的病因;由於經驗的不足,有許多專案在需求調研階段就沒有明確的範圍或偏離了方向,進度、資金、工作量估計嚴重不足,而業主往往在專案交付後才學會提需求,使專案沒完沒了;由於管理水平的低下和軟體本身的智力密集性,研發過程很難控制,個人英雄主義普遍存在,致使軟體專案的成敗把握在個別人手裡……
軟體專案為何屢屢失敗?美國國防部曾立題專門研究軟體專案做不好的原因,發現70%的專案是因為管理不善而引起,而並不是因為技術實力不夠,進而得出一個結論,即管理是影響軟體研發專案全域性的因素,而技術隻影響區域性。美國Gartner Group公司的調查顯示,為了降低失敗比例,強化專案管理以及組建專案監視小組的方法較為有效。但是,有60%的企業沒有實施專案管理,有61%的企業沒有設立監視小組。有效的管理雖然不是專案成功的全部,但缺乏管理的專案肯定是成功不了的。管理學的創始人是彼得?德魯克說過:"如果沒有管理,那也就只會有一群烏合之眾,而不會有一個機構。"
有效的管理是專案成功的前提條件
眾多IT企業經過多次失敗後,逐漸認識到,軟體專案實在是失敗不起了。尤其是,在多種媒體飛速發展、資訊傳播空前快捷廣泛的今天,一個有影響專案的失敗可能會一夜之間傳遍全球,這對承攬該專案的IT企業來講無疑是滅頂之災。
現代管理由一種趨向,即從偏愛目標管理轉向偏愛過程管理。按德魯克的觀點,企業的R&D部門,是知識型組織結構的創新典範,特別是軟體開發組織。而軟體工程的過程屬性可以說是現代專案管理的典範。應當說,MIT於20世紀80年代提出的“軟體能力成熟度模型CMM”,把注意力引向了正確的方向,即專案賴以存在、展開的組織的成熟度。這是一個全新的視角。工程問題很容易被簡化為工具是否銳利的問題,即簡化為一個根據目標演繹的過程。工程失敗也可以從專案管理上尋找原因。但組織的成熟水平,的確是一個好的探索方向。CMM首先不是單純地考察專案,而是考察組織,以及組織的演進。一個組織如果透過專案獲得了能力的提升,比如越來越標準化、一致化的軟體過程;越來越可以預測的軟體過程;軟體專案的最佳化是一個持續最佳化的可感知的過程等等,都體現了組織的成熟性。CMM強調的是組織的能力,而不是專案管理過程中一些更多地以規則、方法面目出現的東西,比如IDEAL模型,概括了建立一個成功的過程改善專案的必要步驟,其中I代表Initiating(啟動)、D代表Diagnosing(診斷)、E代表Establishing(建造)、A代表Acting(措施)、L代表Learning(學習)。
軟體工程的探索把軟體專案關注的焦點,從工程本身轉向了實施工程的組織,這就是現代專案管理的靈魂所在。專案管理不再僅僅是工具,而是關於組織、關於組織的成熟程度、關於組織的能力、關於組織的智商的學科和技術。組織行為的改善,可以視為種群習性的遷移,其意義遠遠大於一次孤立的獵食行動(專案)。
IT專案管理呼喚“掌門人”
專案管理作為一門新興的學科正在全球範圍內飛速發展,當前國際專案管理的特點是正朝著全球化、多元化、專業化發展,社會上逐漸形成了證書制熱、培訓熱、軟體熱等三大熱點,企業領導者對專案管理的渴求空前高漲。但有一個危險的傾向,就是有的企業領導錯誤地把企業的全部希望寄託在諮詢機構身上,幻想諮詢師針對企業的情況開一濟靈丹妙藥,一切問題都迎刃而解了。這種想法忽視了企業自身人員素質的重要性,事實上,專業的專案管理人員和受過專門培訓的研發人員才是專案管理成功實施的基礎。
在國內IT界,企業中絕大多數的部門經理和專案經理,都是對企業有過突出貢獻的技術專家提升上來的。到了經理崗位上,他們角色沒有及時調整,工作重心沒有及時轉移,管理技能沒有提高。專案經理只關心自己的專業工作,可能使他的目光從企業的大目標轉移開來,把團隊的工作置於腦後,換句話說,他們更像兼職管理者。軟體專案的特點決定了外行管內行比較吃力,所以專案經理出身技術專家本身是件好事,但必須意識到, 這時,不能以他個人對企業作出的貢獻和他個人的專業技藝標準來衡量他的成就,而要以提高團隊的戰鬥力和凝聚力為使命,要強調只有團隊的成功才是個人的成功。
搞研發的專案經理,除了要有一定的專業背景和開發經驗外,還要具備專業的專案管理知識和技巧。要把握專案本身的一些規律,如時間、質量、成本三者間的制約關係等;要掌握多種專案管理的方法和工具,如專案分解、專案計劃、網路計劃技術、進度估計、費用估算、風險評估與分析、專案控制等;還要具備管理者應有的管理技能和領導藝術,如激勵方法、目標管理、績效考核、溝通技巧等。 [@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-959930/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 不會玩魔獸的專案經理不是好專案經理
- 專案經理,快醒醒!
- 企業專案經理用的專案管理軟體怎麼選專案管理
- java專案經理面試Java面試
- 產品經理和專案經理誰是專案管理工具的大神?專案管理
- 專案經理如何應對專案需求變更?
- 膨脹、驕傲,程式設計師轉專案經理的原罪程式設計師
- 產品經理和專案經理有什麼區別
- 產品經理和專案經理區別與聯絡
- 專案經理常用專案管理工具及方法專案管理
- 專案經理如何更有效進行專案成本管理?
- 《IT專案經理進階之道》簡介
- 不會用專案管理軟體,做不成專案經理專案管理
- 專案經理必備的專案管理工具——CORNERSTONE專案管理
- 千呼萬喚始出來——DataV私有部署功能
- 【求助帖】從技術轉為專案經理後,如何快速進入角色?
- 這是一個女性專案經理的經歷,您覺得她會比男專案經理付出的少嗎?
- 【原創】09.11.17老谷專案管理msn群的主題,職能經理和專案經理如何配合?專案管理
- 如何做好專案管理,做好人人都是專案經理專案管理
- CODING 告訴你矽谷專案經理的專案管理之道(2)專案管理
- 專案經理如何通過自動化提高專案管理效率?專案管理
- 如何量化專案經理的軟技能呢?
- 專案經理的自我修煉手冊
- 倍智:物業專案經理人才畫像資料分析報告
- 千呼萬喚始出來 JDK 21 LTS, 久等了JDK
- 專案經理面對專案陷困境該這樣採取措施
- 專案經理如何有效地進行專案工作量估算?
- 專案經理不得不學的五個專案管理階段專案管理
- 【經理人領導力突破訓練營】經理人必修課,如何成為成功的經理人?
- IT經理因何把一個專案帶崩?
- 當專案經理看世界盃決賽時…
- 專案經理在敏捷環境中的作用敏捷
- PMP認證|作為專案經理如何做好專案進度管理?
- 要把專案問題管理好,專案經理需要這8個步驟!
- 專案經理值得一試的思維方式:專案成功方程式
- 有php轉go專案經驗者優先?PHPGo
- 專案管理平臺實操:專案經理如何快速生成專案報告?(3分鐘教程)專案管理
- 【分享貼】需求變更、專案延誤,專案經理應該如何應對?
- 有什麼專案管理軟體可以幫助專案經理輕鬆搞定?專案管理