關鍵字：項目管理 慧眼
在諸多招聘廣告中，經�？梢钥匆娨恍㊣T軟件企業或集成商對他們的技術部門經理或者項目經理是這樣要求的： 有XX行業X年軟件開發經驗
精通XXX編程語言
掌握XXX數據庫
……
這里面隱含著什么意義？那就是對于大多數IT企業，他們眼中的技術部門經理或項目經理都是技術高手，部門員工碰到什么搞不定的技術難題，這些經理一出手，一切搞定，贏來陣陣喝彩。這應該是這些經理們的第一職責嗎？顯然，有不少人都會說“No”。他們明白，對于這些經理們來說，管理好項目是更重要的職責。
正因為這樣，項目管理資質認證成為繼MBA之后的一大熱點，許多媒體紛紛刊登有關項目管理資質認證的各種利好信息，大有項目管理資質認證是解決一切項目問題之靈丹妙藥。其實，專業的項目管理是保障項目成功實施的關鍵因素之一，但并不是唯一因素，就象股份制只是使企業的所有制趨于合理化，但股份制并不能保證企業的經營一定能獲得良好的經濟效益。
雖然國內眾多IT企業都開始重視項目管理，也積極的讓員工們參加各種項目管理的培訓，但是在實際的項目執行中，往往還是會出現許多不盡如人意的情況，或者可以說，在注意項目管理后，許多項目的執行效率并沒有得到實質性的提高�；蛟S，我們需要一雙慧眼來仔細看看項目管理領域里存在的諸多關鍵點。
一、項目管理的理論、方法和工具
首先需要認清的是項目管理的理論、方法和工具的區別以及相互關系。
有不少人接受了一些關于項目管理培訓，或者閱讀了一些關于項目管理的書籍，他們基本上就知道項目管理需要制定計劃，需要進行跟蹤和監控，也了解項目管理包含哪些內容，比如說質量管理、變化管理、風險管理、合同管理等等。但是，當他們真正在一個項目中去進行項目管理，卻仍然會感到無從下手，無法通過執行項目管理的活動讓項目沿著正確的方向前進。
之所以出現這樣的情況，是因為他們所掌握的往往還只是項目管理的理論，但卻還沒有掌握項目管理的方法。而理論的可操作性往往很弱，因此出現這樣的情況也是非常正常的。用一句話說，掌握理論只是知道了“What”，但還不知道“How”。
而方法會告訴你應該如何去做，它解決了“How”的問題，比如說，項目管理分成幾個階段？每個階段又包含哪些活動？這些活動的執行順序是什么？這些活動之間的關系是什么？這些活動產生哪些計劃？諸如此類等等。這樣就具有很強的可操作性。但遺憾的是許多培訓或者書本，都還是保持在理論的層次。
在日常工作中，經常會聽到這樣一句話“計劃不如變化快”。甚至有人會拿這句話做為擋箭牌，拒絕進行積極的項目管理。實際上，沒有一個項目可以在執行中完全遵守一開始制定的計劃，尤其是在計劃制定得非常詳細的情況下。項目的執行過程中肯定會隨時發生各種變化的，因此在進行項目管理時，是一定要對項目進行監督和控制的，并設定一些節點根據項目的進展對項目計劃進行必要的調整；另外，在制定項目計劃時，還應該注意根據項目的規模和時間，從粗到細制定詳細程度不同的計劃，以保證計劃的指導作用和有效性。象這樣的情況，都是要有方法才可以解決的。出現問題，并不是“進行項目管理”的理念不對，而是沒有找到合適的方法。
在日常工作中，還常聽到有人說：“以后我們要加強項目管理，使用××軟件進行項目管理�！彼麄儾坏密浖龀隽擞媱�，也產生了甘特圖和關鍵路徑圖等等，但是實際的工作往往和他們所做出的計劃有很大差異，項目管理成效依然甚微。在這種情況下，他們所犯的錯誤通常是以為有了工具，就可以解決一切問題，而其實他們并沒有項目管理方法。實際上，工具是基于方法的，需要和方法相結合。使用工具是為了更好的貫徹方法，如果沒有相適應的方法，使用工具甚至會產生負面的效果。
因此，在具體項目實施中，一定要有清楚的項目管理方法，才可能用好工具；同時也必須注意到所選擇的工具和采用的項目管理方法是相匹配的，因為并不是所有的項目管理軟件都會適用于所有的項目，應該基于項目管理的特定需要選擇某個項目管理軟件，就象ERP系統實際上體現著某種企業管理的理念，每個企業在選擇ERP時都需要密切關注隱藏在它背后的企業管理方法，而不只是它需要的技術支撐平臺是什么？它的實施需要幾個人月？
二、項目管理方法和項目實施方法
其次，也必須看到，在一個項目的執行過程中還同時需要兩種方法：項目管理方法和項目實施方法。
項目管理方法是關于如何進行項目管理的方法，是可在大部分項目中應用的方法。而項目實施方法指的是在項目實施中為完成確定的目標如某個應用軟件的開發而采用的技術方法。項目實施方法所能適用的項目范圍會更窄些，通常只能適用于某一類具有共同屬性的項目。而在有的企業里，常常把項目管理方法和項目實施方法結合在一起，因為他們做的項目基本是屬于同一種類型的。
實際上，只要愿意，做任何一件事情，我們都可以找到相應的方法，項目實施也是一樣。以IT行業的各種項目為例，常見的IT項目按照其屬性可以分成系統集成、應用軟件開發和應用軟件客戶化等，當然，也可以把系統集成和應用軟件開發再分解成一些具備不同特性的項目。系統集成和應用軟件開發的方法很顯然是不一樣的，比如說：系統集成的生命周期可能會分解為了解需求、確定系統組成、簽訂合同、購買設備、準備環境、安裝設備、調試設備、驗收等階段；而應用軟件的開發可能會因為采用的方法不同而分解成不同的階段，比如說采用傳統開發方法、原型法和增量法就有所區別，傳統的應用軟件開發的生命周期可能分解成：了解需求、分析需求、設計、編碼、測試、發布等階段。
至于項目管理，可以分成三個階段：起始階段，執行階段和結束階段。其中，起始階段是為整個項目準備資源和制定各種計劃，執行階段是監督和指導項目的實施、完善各種計劃并最終完成項目的目標，而結束階段是對項目進行總結及各種善后工作。
那么，項目管理方法和項目實施方法的關系是什么呢？簡單的說，項目管理方法是為項目實施方法得到有效執行提供保障的。如果站在生命周期的角度看，項目實施的生命周期則是在項目管理的起始階段和執行階段，至于項目實施生命周期中的階段分布是如何對應項目管理的這兩個階段，則視不同項目實施方法而不同。下圖是一個簡單說明。
項目管理方法和項目實施方法對項目的成功都是有重要意義的，兩者是相輔相成的，就如管理人員和業務技術人員對于企業經營的意義一樣。
從IT企業的角度看，任何一個IT企業如果要生產高質量的軟件產品或者提供高質量的服務，都應該對自身的項目業務流程進行必要的分析和總結，并逐步歸納出自己的項目管理方法及項目實施方法，其中項目實施方法尤其重要，因為大部分企業都有自己的核心業務范圍，其項目實施方法會比較單一，在這種情況下，項目管理方法可能會弱化，而項目實施方法會得到強化，兩者會較緊密的結合在一起。只有總結出并貫徹實施符合企業自身業務的方法，項目的成功才不會嚴重依賴于某個人。在某種程度上，項目管理方法和項目實施方法也是企業文化的一部分。
從客戶的角度看，如果希望得到有保障的產品或服務，那就既需要關注提供產品或服務的企業是否有恰當的項目管理方法和項目實施方法，也必須尊重該企業的方法。
三、 項目管理和項目的目標
有了合適的方法，還要清楚項目的目標，才能有針對性的進行項目管理。項目的目標是指項目做完后能夠支持客戶如何運作業務，或者客戶可以獲得具備哪些功能的產品等。
在項目的實際執行過程中，客戶方和項目執行方往往很容易產生爭執，出現“先君子，后小人”的情況：開始時大家都是一團和氣，或項目執行方為了獲得項目合同，先是猛拍胸脯保證沒問題，只要是客戶方的要求就承諾一定實現。但隨著項目的進展，才發現雙方的期望有著不小的難以彌補的差距。
這種現象的原因就是項目雙方并沒有定義清晰的、可實現的項目目標，換句話說，雙方并沒有真正在項目目標上達成彼此認可的一致。這樣就很可能出現不了雙贏的局面，要么是最后產生的結果不是客戶需要的，要么是客戶不斷的修改需求，導致項目的進度和質量受影響。項目目標既是客戶期望的體現，也是項目執行方期望的體現，因此它們應該是清晰的和可實現的。
從另一方面講，項目目標的實現是要受到一定制約的，那就是它應該在確定時間和財務預算內實現。有一些目標并不是不能實現，而是實現的代價太高，或者不能滿足進度的要求。這也是在項目實施中需要注意的。
同時，清楚的目標也是界定項目是否成功的客觀標準，是對項目進行驗收和質量管理的重要依據。設定清楚的項目目標，在某種程度上也會讓執行項目的IT人員更清楚要做什么，因為在一些項目中，往往會出現片面追求技術的先進和完美，而忽視項目的結果是為誰服務的。因此，為了保證項目雙方能夠在項目執行過程中愉快有效合作，保證項目的成功執行，雙方都應該注意盡快在項目實施初期定義清楚的目標。
四、 項目管理與體系結構
“體系結構”這個詞語來自英文單詞“Architecture”，在計算機行業中也有譯為“系統結構”，許多行業都用到這個單詞。對于一臺計算機而言，它所關注的是如何合理的利用合適的軟件、硬件和固件來構造計算機，使之能夠以最好的性能價格比完成用戶所需要的任務。之所以特別提出“體系結構”，主要有三方面的原因：一個是IT應用范圍的擴大；一個是IT系統的復雜性和產品多樣性；一個是軟件技術的發展。
隨著IT技術的發展，以及人們對IT技術的理解和掌握，IT在各行業的應用都日漸的發展和成熟，越來越多的行業和人員都在利用IT技術提高他們的業務運作效率，也就產生越來越多的應用型項目。尤其是IT 應用發展到現在，一個IT系統所覆蓋的范圍日益擴大（范圍包括最終用戶數量、部門數量、地理分布等），比較常見的大型IT項目是一些新用戶希望在一個高起點上構建一個覆蓋多個業務部門的完整的新IT系統，或者一些用戶希望在原有分散的IT系統基礎上進行整合，從而構建成一個完整的IT系統。
對于這樣的大型項目，它們所覆蓋的業務部門很多，彼此的業務功能差異比較大但又存在相當的聯系，也就是說應用軟件的功能會比較多，且相互之間存在著一定關聯；而與之相適應的是應用軟件技術也發生了變化，多層結構、對象技術和組件技術等得到日益廣泛的應用，這就意味著必須對應用軟件的體系結構進行全面的分析設計如層次如何劃分、組件如何劃分等，才有可能產生一個較完善的應用軟件系統以滿足最終用戶的復雜需求。
同時從IT系統的基礎設施來看，其使用的產品也是多種多樣的，從服務器級的系統平臺、網絡平臺到客戶端等，有功能的差異，也有性能的差異，甚至還有采用異構技術實現的。如何讓這些產品構成一個和諧完整的系統為客戶提供方便、快捷的服務，就需要站在整個IT系統的高度上進行完整的分析設計，定義整個IT系統的組成內容，每個組成部分的功能和性能，相互之間如何進行數據交換。
如果沒有清楚的體系結構觀念，在項目實施中往往會出現這樣的情況：客戶今天說需要這樣的功能，項目人員就按照客戶的要求實現了；客戶明天再提出新的功能，項目人員也實現了。這看起來很簡單，“簡單就是美”——客戶也會感到很滿意，可是隨著項目的進展，情況就不那么美了，客戶開始發現“這兩個部分怎么不能連接”，進而提出要修改想法，甚至要求重新來過。整個項目實施就可能會出現“邊施工，邊設計”的情況，在這種情況下，項目的進度和開銷就很難有效控制，項目的資源可能被極大的浪費，而質量能否得到保證則存在很大的風險。
在體系結構清楚的基礎上，項目管理人員就可以根據一定的優先次序關系組織資源去建設IT系統的各個組成部分，從而保證項目的順利實施，而不致于出現“停工待料”甚至是“推倒重來”的局面。因此，在一個合理的項目組織機構中，必須保證項目經理和體系結構設計師的有效配合。
五、 ISO9000、CMM與項目管理
從90年代中后期開始，眾多的IT企業象其它傳統企業一樣，開始關注國際標準組織頒布的ISO9000標準系列，并有不少企業通過了ISO9000認證。2000年后，國內大部分從事軟件開發的IT企業開始和國際接軌，重視CMM認證，并有許多企業走上CMM認證之路。這是非常好的一個現象，說明我們的觀念和意識在提高，在一定程度上意味著未來更加光明。但是也出現有的企業為認證而認證，而對于它們的客戶來講，所得到的產品或者服務并沒有因為這些企業通過某項認證而得到更好的質量保證。
為什么會這樣呢？其中很重要的一點是大家并沒有完全認識清楚ISO9000、CMM和項目管理、項目實施的相互關系，或者是不愿意承認這種關系。ISO9000針對質量保證和管理，而項目管理要考核的指標包括了時間（或進度）、成本、資源和質量，它不僅有質量管理，還包含了變化管理、風險管理、合同管理等，當然這些專項管理內容和質量管理是相輔相成的，或者說這些專項管理都是在為質量服務的（有時質量的范疇會被盡可能的擴大）。項目管理必然包含質量管理，而ISO9000標準并無法完全代替項目管理。
ISO9000是面向絕大多數企業的質量標準體系，是具有通用性的質量保證和管理標準，也因此它對某些行業可能缺乏針對性。雖然它也提出和軟件開發有關的指南，但從總的來看制造業最容易按照ISO9000標準實施。對于制造業和IT企業（軟件、集成），它們都需要質量體系，但是它們的質量指標并不完全相同，甚至可以說絕大部分是不同的。當然，如果在未來的某一天軟件和系統集成的技術方法真的發展到很完善就象工廠中的流水線一樣，那么ISO9000類似的質量標準對軟件和系統集成的衡量就很有意義了。
IT企業通過ISO9000認證，這個體系一定要和項目實施方法密切結合。從ISO9000的發展歷程我們或許可以看出，質量管理方法的完善在時間上是落后于項目實施方法（對于制造業，應該是產品的研發和生產方法）的完善的，因為要進行質量管理，必須清楚要管理的質量指標項和相應的衡量標準，而這些都必須在積累一定的開發生產經驗后才能提出和完善。因此對于IT企業來講，要有很好的質量保證，必須有相對清楚合理的項目實施方法，才有可能把ISO9000標準真正貫徹到項目中，沒有項目實施方法，全面貫徹ISO9000標準是不切實際的。當然，這并不是說在沒有清楚合理的項目實施方法之前不能接觸ISO9000標準，不能應用ISO9000標準。如果在起步階段就開始接觸ISO9000標準，應該說會更有可能以全面的眼光去看待項目的實施以及項目管理和落實項目質量保證，也更有可能逐步去完善項目管理方法和貫徹ISO9000標準。
至于CMM，則是側重于對企業的軟件過程和軟件能力的評估評價，它提供的是一個軟件過程改進的框架，這個框架與軟件開發的生命周期無關，更與項目管理的生命周期無關，因此它并不是企業可以直接采納的軟件開發方法和項目管理方法。CMM做為一個指南能夠幫助軟件企業選擇、采納和合理使用一些先進的軟件項目管理方法和軟件開發方法，并在實踐活動中不斷提高和完善，從而極大程度地提高企業按計劃的時間和成本提交有質量保證的軟件產品的能力。如果一個企業真正達到CMM第四級，那么它的軟件開發方法和軟件項目管理方法應該是相當成熟的。
因此，CMM只是為客戶選擇軟件開發商提供一個參考標準，它并不等同于軟件產品的質量，也不能代表企業對所有項目的管理能力�；蛟S有一天，會推出項目的能力成熟度模型來評估評價企業的項目管理過程和項目能力，那樣提高項目管理能力可能就更容易了。
六、結合實情逐步落實
完整的項目管理還包括一系列專題管理，如：質量管理、變化管理、風險管理、財務（或成本）管理等。這些專題管理并不完全停留在項目范疇內，它們的實施要依賴企業內部諸多相關部門的配合，如果一開始就準備在項目實施中進行全面的項目管理（包括諸多專題管理），會存在相當大的難度，因為很多企業的內部運作還不足以支撐這樣的全面項目管理，而且大部分人員也不可能在一開始就能全部領會這么多的內容�！傲_馬，不是一天建成的�！�
在推廣項目管理的過程中，經常會出現這樣的情況，有的人會委婉的提出意見：“你提出的這種項目管理觀念非常好，我也覺得應該這樣去做，可是我又感覺好像太理想化了”，或者“太理論化了”等等。也就是說，對于他們，思想上接受了，但行動上卻很難真正執行，思想和行動總是存在一定的距離。
項目管理對于很多人來說是一個新事物，觀念上接受它就需要時間，更何況是在行動上完全采納。應該承認的是，引進項目管理，無論是對于企業，還是員工，都是一種變化。但是，這種變化對個體來說是必須的，而對整個行業來說則是必然的。
要讓項目管理真正進入實際業務運作中，應該結合實情逐步落實項目管理理論中的各項內容。比較合適的步驟是：第一階段，先進行一般意義上的項目管理，做到可以清楚的定義項目的目標、范圍及工作成果等，在這個階段應該確保對項目管理方法和項目實施方法及體系結構有清楚的認識和理解，并掌握適當的項目管理工具；第二階段，全面實施質量管理；第三階段，全面實施變化管理、風險管理以及財務管理。
接下來，制定一個計劃，把“實施和推廣項目管理方法”做為一個項目去執行和管理，一步一步去做，就會獲得成功的。開始吧！
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
