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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 我國電子政務建設急切呼喚專案管理(轉)專案管理
- 就業手續呼喚“一站制” (轉)就業
- 專案管理軟體與IT業界專案經理人的關係(2)(轉)專案管理
- 專案管理軟體與IT業界專案經理人的關係(3)(轉)專案管理
- 中國軟體業呼喚CMM認證 (轉)
- 企業需求呼喚:ERP系統需要四大整合(轉)
- 微軟資深經理人的專案管理經驗(轉)微軟專案管理
- 你是不是一個優秀的專案經理人(轉)
- 你是一個優秀的專案經理人嗎 (轉)
- 《大長今》主題曲名為《呼喚》
- 倍智:物業專案經理人才畫像資料分析報告
- 千呼萬喚!阿里巴巴創新創業論壇登陸上海灘阿里創業
- 千呼萬喚始出來 JDK 21 LTS, 久等了JDK
- 老闆和職業經理人區別
- 當前機器學習失敗危機呼喚MLOps - gradientflow機器學習
- 新工作負載呼喚新一代儲存技術負載
- 企業管理模式:從專案管理到企業專案管理(轉)模式專案管理
- 專案管理:業績為上(轉)專案管理
- 專案管理業績為上(轉)專案管理
- 企業的專案化管理(轉)
- 企業需要成功的專案(轉)
- 千呼萬喚始出來——iPhone 5揭開神祕面紗iPhone
- 職業經理人的10大價值工具
- 千呼萬喚始出來-TestFlight public link功能正式釋出了!
- 千呼萬喚使出來,goal 資料庫元件終於出爐啦Go資料庫元件
- 企業中的專案管理1(轉)專案管理
- 企業中的專案管理2(轉)專案管理
- 企業中的專案管理3(轉)專案管理
- 企業中的專案管理4(轉)專案管理
- 企業中的專案管理5(轉)專案管理
- IT業專案管理與人才環境(轉)專案管理
- 專案管理與企業智商1(轉)專案管理
- 專案管理與企業智商2(轉)專案管理
- 專案管理與企業智商3(轉)專案管理
- 專案管理與企業智商4(轉)專案管理
- 職業解秘:專案經理(轉)
- 企業專案遭遇成本之痛(轉)
- 企業的專案化管理(1)(轉)