【正文】 良好，但到了用戶的實際環(huán)境，可能會發(fā)現(xiàn)軟件性能不足以滿足用戶需要。實際環(huán)境中微小的細節(jié)問題就可以導致大麻煩。為了有效的避免這種問題，在IT項目現(xiàn)場實施時需要采取這樣一些措施和方法：（1） 評估用戶環(huán)境、發(fā)現(xiàn)潛在問題IT項目總是要在用戶環(huán)境中安裝實施的，這個環(huán)境與開發(fā)和測試環(huán)境時所處的環(huán)境可能會有很大的不同。因此，需要你對用戶環(huán)境做出一個評估，發(fā)現(xiàn)潛在的問題。（2） 與相關人員進行有效的溝通和協(xié)調你的項目實施工作不可避免的要涉及一些組織。團隊內部需要溝通、與用戶之間需要溝通，確保相關各方已經(jīng)做好準備，可以進行安裝實施工作。（3） 用戶培訓工作項目成果最終要交給用戶使用，因此需要對用戶進行適當?shù)呐嘤枴Ｔ诎惭b實施工作前要做好培訓計劃，保證實施的順利進行。（4） 在實際環(huán)境中測試你的成果安裝實施意味這IT項目將從開發(fā)過程轉移到測試之中去。如果解決方案是全新的，這個過程可能會在一段時間之內以一種從容而周全的方式來完成。如果這個項目涉及對當前的解決方案的一個較大的變動時，你的方案轉移到實際環(huán)境中時可能會缺少更多的靈活性，因為你的系統(tǒng)在一段時間內無法正常使用，這需要一定的時間適應和調試。（5） 轉換數(shù)據(jù)有時候，你需要將一些老的數(shù)據(jù)轉換成你需要的格式或者使用真正的實際數(shù)據(jù)而不是你實驗室的模擬數(shù)據(jù)，實現(xiàn)數(shù)據(jù)的處理、整理、清洗等工作。（6） 進行最后驗證經(jīng)過用戶實際環(huán)境的測試，才能確保項目成功所有的工作如你所愿的進行。測試的內容很多，驗證工作可能會經(jīng)歷較長的時間。（7） 安裝實施新的過程和程序很多IT項目實施可能還需要商業(yè)處理過程方面的改變（例如，電信的客戶服務項目），這些改變應該在實際的解決方案被部署的同時進行實現(xiàn)。（8） 監(jiān)控解決方案通常項目團隊要花上一段時間來監(jiān)控安裝實施的效果，如果在安裝實施之后立即就出現(xiàn)了問題，項目團隊應該予以解決。也許安裝實施工作沒有這么復雜，但是防患于未然是必要的。 在IT項目實施中處理好幾個關系建立有效的項目管理的一個重要方面是處理好如下幾個方面的關系。（1） 用戶方與開發(fā)方的關系在需求分析階段，開發(fā)方的分析人員總是先把精力集中在整個系統(tǒng)的總的需求上，而不會對具體細節(jié)作過多的考查。當用戶方提出一些細節(jié)要求時，開發(fā)方往往說：“這些問題留待后面討論”，而糟糕的是以后卻可能永遠不會再談及這個問題。當用戶方認為已經(jīng)向開發(fā)方提出這些需求時，開發(fā)方卻根本未予考慮。因此，開發(fā)初期，用戶方的項目管理人員應該把這些“留待后面討論”的需求單獨記錄整理，在開發(fā)方做完系統(tǒng)的整體需求分析后，項目管理人員應及時提出對系統(tǒng)進行進一步的、更深入的、細致的、具體的需求分析，以解決那些開發(fā)方要“留待后面討論”的問題。用戶方管理人員應盡量將需求陳述清楚，對不能確定的因素，應提出幾種可能的實施方案供開發(fā)方參考，以保證開發(fā)方系統(tǒng)設計時，將不確定因素設計成靈活可變的功能。其實，需求分析報告是對系統(tǒng)需求的書面表達形式。由于需求分析報告是采用IT的術語編寫的，因此常常令計算機背景知識較少的用戶方難以理解，也就很難發(fā)現(xiàn)需求報告中與實際需求不符之處，更難提出建設性的意見。特別是那些編寫得較差的需求分析報告，用戶方更是不知所云。因此，用戶方的項目管理人員一定要要求開發(fā)方對需求分析報告進行進一步更詳細的解釋，以便用戶方準確地理解需求分析報告的內容，能及早地發(fā)現(xiàn)需求與實際的偏差。這也是對需求分析工作的總結與確認。用戶方往往容易過高地估計開發(fā)商的能力，期望值過高，結果經(jīng)常會對所設計的軟件大失所望。因此，雙方應詳細制定系統(tǒng)最終實現(xiàn)的目標，切不可用一些簡單的術語來籠統(tǒng)概括需求。總之，用戶方與開發(fā)方的關系是項目管理所要處理的最重要的關系之一，增加溝通和減少誤解是處理好這個關系的關鍵。所以項目管理人員要有效地安排開發(fā)方技術人員與需求方使用人員的交流，保證有暢通的交流渠道。在交流中用戶方要盡量避免含糊不清的需求，而開發(fā)方要杜絕敷衍了事、得過且過的行為。（2） 用戶方項目管理人員、業(yè)務人員及其領導的關系用戶方項目管理人員與系統(tǒng)使用人員的關系是十分微妙的。一方面，軟件項目使使用人員減輕工作強度、提高工作效率；而另一方面，軟件項目改變了現(xiàn)行的工作管理模式，使使用人員失去了一定的靈活性和隨意性。再好的系統(tǒng)，如果使用人員不愿意用，也不能說獲得了成功。特別是在軟件項目的試運行階段，使用人員對軟件項目的使用實際上是對系統(tǒng)的深入測試，他們將發(fā)現(xiàn)許多在軟件測試時疏漏的程序錯誤，從而有助于幫助開發(fā)方進一步完善軟件功能，提高軟件的實用性、穩(wěn)定性及可靠性。由于行政手段是推行軟件項目使用的有力手段之一，用戶方的領導對項目的支持是使軟件項目開發(fā)成功關鍵與順利實施的保證。因此用戶方項目管理人員應隨時與決策層溝通，取得其支持，這也是保證軟件開發(fā)、使用成功的一個至關重要的因素。任何一種新的工作方式，均必然有其適應及完善過程，用戶方的項目管理人員、領導及使用人員必須充分認識到這一點。當出現(xiàn)問題時，用戶方項目管理人員應迅速分析問題，正確判斷哪些問題屬于不適應新的工作模式引起的，哪些問題屬于操作不當引起的，哪些問題屬于軟件項目本身不完善引起的。對于那些由于不適應新的工作模式引起的問題，項目管理人員應引導使用人員迅速適應新的工作模式，必要時也要說服用戶方的決策層采用行政手段推動實施；對于那些由于操作方法不當引起的問題，項目管理人員應培訓使用人員正確操作系統(tǒng)；而對于那些由于軟件項目本身不完善引起的問題，項目管理人員應迅速與開發(fā)方協(xié)調，盡快排除系統(tǒng)中的錯誤。在系統(tǒng)界面設計方面，用戶方管理人員應注意提醒開發(fā)方注重其實用性、簡便性、易操作性，要注意現(xiàn)行工作模式的特點，照顧使用人員的工作習慣，以便降低系統(tǒng)的使用難度。這將有利于新系統(tǒng)的順利實施，有助于工作方式的順利過渡。綜上所述，項目管理人員時刻注意取得決策層的理解與支持；要幫助使用人員盡快地適應新的工作方式，幫助他們解決使用中遇到的問題；并使系統(tǒng)在使用中不斷地得以完善。（3） 項目經(jīng)理與組員的關系項目經(jīng)理與團隊成員的關系處理得如何將直接影響組員的積極性。在IT項目中，項目經(jīng)理經(jīng)常處在兩面夾攻的地位。一面是使用人員，而另一面是團隊成員。當使用人員對系統(tǒng)提出問題，并要求改動時，除了最簡單的界面修改外，技術人員往往總是找出各種理由（如影響進度、系統(tǒng)結構會打亂、性能會受影響等）予以否定。而這正是引起開發(fā)方與用戶方矛盾的最經(jīng)常的原因。作為項目經(jīng)理，既要滿足用戶方的需求變化，又要充分調動開發(fā)人員的積極性。由于系統(tǒng)分析不夠準確，用戶方業(yè)務需求的改變等諸多因素，均會導致要求開發(fā)方修改需求。作為項目經(jīng)理應及早提醒團隊成員需求修改的必然性，在實際運作過程中用戶方的管理人員應盡早介入開發(fā)工作，及時發(fā)現(xiàn)問題，解決問題。在系統(tǒng)試運行階段，將用戶方不斷提出的需求改動加以歸納整理，集中問題與開發(fā)方一起討論解決方案。這樣既滿足了用戶方對系統(tǒng)改動的需求，又不會不規(guī)則地時常打斷開發(fā)人員的正常開發(fā)工作，使開發(fā)人員處于不斷的修改狀態(tài)而失去耐心。（4） 硬件與軟件的關系硬件與軟件都是組成IT項目的重要部分。但目前在IT項目中，卻經(jīng)常出現(xiàn)重硬輕軟的情況。據(jù)統(tǒng)計，目前國內用戶在硬件（包括網(wǎng)絡）方面的投資占總投資額的78％，而軟件投資只占22％。確實，先進的設備、優(yōu)良的技術性能有助于提高軟件項目的性能。而軟件項目的建設是否應追求高、新、尖、一步到位，卻是值得商榷的。同時，系統(tǒng)性能過多地超出應用需求實際上是一種浪費。因此，根據(jù)業(yè)務需求“統(tǒng)一規(guī)劃、分步實施”是項目管理人員應注意掌握的原則。在規(guī)劃時認真考慮業(yè)務發(fā)展、技術的進步，在實施方面，時刻要將硬件配備的重點放在設備穩(wěn)定、性能可靠及可擴充可升級方面。如果說在硬件設備方面存在不惜投入、追求一步到位的現(xiàn)象，那么在軟件開發(fā)方面，用戶方卻往往太苛刻了一點。一個好的、高質量的軟件項目，是要靠軟件編程人員來開發(fā)的。這里的高質量是指軟件的可用性、使用的方便性以及可維護性、可升級性等方面。這是軟件得以推廣的必要條件。如果投入資金過少，勢必造成開發(fā)人員不能全身心地投入到某一個項目的開發(fā)工作中，當開發(fā)方認為他們的投入已與用戶方的付出相當時，便不愿意繼續(xù)投入精力，從而造成開發(fā)工作的虎頭蛇尾。軟件項目達不到預期效果，再好的硬件也難能發(fā)揮其作用。當然，由于用戶方對工程組織、工程量計算、技術含量分析等諸方面開發(fā)因素估價困難，很難正確計算出合理的軟件開發(fā)價格。用戶方項目管理人員可以聘請有關專家、或參考同行業(yè)國內外開發(fā)情況加以核定。在開發(fā)費的控制方面，用戶方應合理運用價格這個有力武器，付款方式及付款條件要嚴格與開發(fā)進度、軟件質量以及軟件維護服務質量掛鉤，使其成為督促及約束開發(fā)方的手段。（5） 性能與靈活的關系性能是系統(tǒng)可用性的重要因素，很難想象一個響應速度很慢的系統(tǒng)能得到最終用戶的認可。而靈活性是系統(tǒng)適應變化能力的重要因素，一個無法適應工作模式變化的系統(tǒng)也是難以推行的。性能與靈活是系統(tǒng)設計中的一對矛盾，似乎是系統(tǒng)設計人員而不是項目經(jīng)理應該考慮的問題。然而，根據(jù)傳統(tǒng)的軟件項目理論，增加靈活性將增加系統(tǒng)復雜性，降低系統(tǒng)性能。那么，應該如何對待這對矛盾呢？在目前的情況下，相對系統(tǒng)性能來說，靈活性是矛盾的主要方面，其原因有如下兩點：1) 由于目前大部分單位的管理模式都處在探索階段，可能引起變動的因素很多，因此根據(jù)現(xiàn)行的管理模式設計出的軟件項目將面臨使用單位管理模式的變化的考驗。所以現(xiàn)在的軟件項目在設計時要充分考慮這些不確定因素，靈活才能適應這些變化。2) 由于計算機技術的發(fā)展，計算機硬件速度飛速提高，系統(tǒng)的性能極大地提高，從而增加靈活性所引起的系統(tǒng)性能的下降并不明顯。在軟件設計中，要盡量避免用犧牲系統(tǒng)靈活性來換取系統(tǒng)性能的提高。而是應在程序設計方面通過優(yōu)化程序結構來提高系統(tǒng)性能。軟件項目開發(fā)方面已有比較成熟的工程化的方法。但是工程化開發(fā)方法仍然不能保證其一定開發(fā)成功，還需要有完善的項目管理方法來保證。每個項目的開發(fā)環(huán)境及實施環(huán)境各不相同，因此，在項目管理方面所面臨的問題均不盡相同。但是在項目管理中所要處理的關系卻基本相同。如何處理好這些關系是項目管理人員的重要任務。 IT項目的風險的防范IT項目失敗的一個重要原因是對風險估計不足，管理措施不到位。IT項目的風險主要來自于技術風險、管理風險和系統(tǒng)風險等幾個方面：項目的技術風險主要指項目的技術結構、項目的規(guī)模以及項目實施方的技術能力和經(jīng)驗等。項目的技術結構設計過于復雜，項目的信息處理結構化程度過低，都會直接影響項目實施方對技術的把握，從而影響項目的質量，以及用戶對技術的理解和消化。項目的規(guī)模過于龐大，則會造成資源配置和進度控制的困難。此外，項目實施方的技術能力直接決定項目開發(fā)的水平。項目的管理風險主要來自于項目人員的組織有效性，項目時間、資源的計劃確定性和可控性，以及項目質量監(jiān)控的力度和立場。項目中如何對客戶方的業(yè)務人員、管理決策人員、承約商的技術人員、項目管理人員、項目的監(jiān)管者等實施有效組織，并協(xié)同發(fā)揮積極因素是一個項目組織的課題，存在很多的不確定性。而項目進度的計劃和項目預算是否具有確定性直接影響項目的可控程度。最后，項目監(jiān)控的力度和立場在實際過程中會面臨來自各方面的干擾和阻力。項目的系統(tǒng)風險則是指由信息化相關要素組成的動態(tài)聯(lián)系的有機體系的風險。主要指的是用戶自身的組織規(guī)范化、組織的觀念轉變、組織責任與控制體系的適應性等。一個IT項目如果沒有相適應的組織體系和觀念體系作保障，很難想象項目不會面臨風險。25 / 25