1、.：.；- PAGE 17 -信息化建立的工程管理序文:目前，電子政務、企業管理信息化等已成為信息化建立的熱點。這些以業務、數據流程信息化為主的建立工程相當復雜。有數聽闡明，這類信息化建立工程在國內外勝利的比例都不是很高。正因如此， 工程管理引起這個行業人士的普遍關注。同樣，也有數聽闡明，西方國家的一些企業采用工程管理后，工程勝利的比例有顯著提高。作者根據十多年工程管理實際閱歷，以及研討、培訓和咨詢的知識積累寫就這篇文章，置信對信息化工程工程的建立者會有協助 。本文涉及信息化建立工程管理的內容包括：工程經過的階段；工程的方案、實施和控制；開發商對工程的管理；用戶對工程的管理；工程的組織問題等。

2、一、信息化建立的幾個階段信息化建立工程按時序劃分，普通經過可行性研討、系統分析、系統設計、開發和測試、安裝調試、運轉維護6個階段。1、可行性研討階段可行性研討階段段的主要義務是：識別需求，對工程產品進展描畫，確定分階段實施的進度，從業務、技術、經濟效益等方面進展可行性研討，構成可行性報告。2、系統分析階段系統分析階段的義務是：對現行系統進展詳細調查，分析業務流程，分析數據與數據流程，分析功能與數據之間的關系。指出現行系統存在的問題和缺乏之處，確立新系統的根本目的和邏輯功能要求，最后提出分析處置方式和新系統的邏輯模型。這個階段也稱為邏輯設計階段。邏輯設計處理系統“做什么的問題。因此，這個階段是整

3、個系統建立的關鍵階段。系統分析階段的任務成果為“系統闡明書，這是系統建立的必備文件。系統闡明書既要準確又要通俗易懂，用戶根據系統闡明書可以了解未來系統的功能，判別是不是他們所要求的系統。“系統闡明書一經經過，就是系統設計的根據，也是未來評價和驗收系統的根據。3、系統設計階段系統分析階段的義務概括地講，已處理了系統“做什么的問題，系統設計階段要回答的問題那么是系統“怎樣做。也就是說，根據系統闡明書所規定的功能要求，思索實踐情況，詳細設計實現邏輯模型的技術方案，即新系統的物理模型。這個階段也稱為物理設計階段。這個階段又可分成總體設計和詳細設計兩個階段。這個階段的技術文檔為“系統設計闡明書4、開發和

4、測試階段開發和測試階段是按物理設計方案付諸系統實現的詳細任務，包括開發與調試程序，采購硬件。這個階段的任務量很大。在這個階段，開發任務要注重文檔的建立，測試任務需求寫出測試分析報告，包括功能“測試分析報告和“系統測試分析報告。5、安裝調試階段本階段的任務包括：硬件設備與軟件平臺的安裝調試，用戶培訓，數據文件轉換，系統調試與轉換等。安裝調試階段實現現有系統被新系統所交換，需求用戶許多部門的參與或配合。為了使系統順利轉換，必需精心安排，合理組織，統籌調度和協調。6、運轉維護階段系統投入運轉后，需求進展經常性維護和評價，記錄系統運轉的情況，根據一定的程序對系統進展必要的修正，評價系統的任務質量和經濟

5、效益。上述6個階段，構成信息化建立工程的全整個生命周期。根據美國工程管理知識體系指南PMBOK的定義：工程生命周期開場于工程啟動例如簽署承包合同，終了于工程收尾例如按合同驗收。因此，信息化建立工程生命周期包括系統分析、系統設計、開發和測試、安裝調試這4個階段。參見以下圖。本文第二部分內容工程方案、實施和控制，是基于工程生命周期來思索的。由于工程管理其實是一種方法論，因此可行性研討階段的任務也可以按本文第二部分引見的方法來處置。二、工程方案、實施和控制1、整體方案整體方案的中心內容包括：范圍方案、時間方案、本錢方案和組織方案。1范圍方案工程范圍由任務分解構造WBS界定。任務分解是一種以結果為導向

6、的分析方法，用于分析工程所涉及的任務。任務分解構造中所包含的全部任務構成了工程的整個范圍。任務分解構造是工程管理的一個非常根底性文件，由于它是方案和管理工程進度、本錢和變卦的根底。工程管理專家以為，沒有包含在WBS中的任務是不應該做的。信息系統建立工程的任務分解構造，第一層通常是由前面所述的工程生命周期的4個階段組成，第二層那么包括每個階段需求完成的可交付成果，第三層包括第二層可交付成果進一步分解的結果一切細化的可交付成果，。任務分解構造層次的多少，以便于管理為劃分規范。一樣的工程，不同的人會做出不同的任務分解構造來。任務分解構造最底層的可交付成果叫做任務包。2時間方案時間方案是確定任務分解構

7、造中每個可交付成果的開場和終了時間。時間方案通常用表格或甘特圖、里程碑圖來表示。網絡方案技術中的關鍵途徑分析、并行工程等技術方法，可用來優化時間方案安排。由于有工程管理軟件的支持，生成時間方案圖表，以及用網絡方案技術優化時間安排都變得非常地容易。3本錢方案 制定資源方案 資源方案確定了為完成工程中各活動所需求的資源人、設備、資料。WBS是工程資源方案最根本的輸入。 本錢估算 本錢估算是利用WBS、資源需求、資源單價、活動歷時估計等本錢要素，經過有關算法與工具工程管理軟件或電子表格算出完成工程所需各種資源的本錢估計值。 本錢預算 本錢預算是為了確定丈量工程實踐績效的基準方案，而把整個本錢估算分配

8、到由WBS確定的各任務包上去。本錢預算和本錢估算通常是同步進展的。 本錢基準方案 本錢基準方案是一種按時間分段的預算，可以用來丈量和監控工程本錢的績效。按時段把估算的本錢疊加起來即可求得本錢基準方案。4組織方案組織方案是，利用責任矩陣確定WBS中各任務項的責任單位；利用組織圖確定報告關系。但是，組織方案結果的詳細方式受企事業單位的組織構造制約。關于工程的組織問題，在本文第五部分解析。2、工程實施工程實施總是一個階段接一個階段地進展的，前一個階段的結果為下一階段提供輸入。信息化建立工程中，第一階段的結果“系統闡明書，為第二階段系統設計提供輸入；第二階段的結果“系統設計闡明書，為第三階段的開發任務

9、提供輸入。每個階段實施任務也都要首先做個方案，這個方案是為完成WBS任務包而采取的行動方案，包括：基于各項活動的基準進度方案，角色、職責分配方案。類似于前面講到的組織方案，角色、職責分配也利用了責任矩陣這種方法，只不過在這里是把職責分配到個人。工程子產品、產品實踐上產生于工程實施過程中。3、工程控制工程控制包括績效控制和變卦控制1績效控制績效控制目的是使任務結果與方案堅持一致。上面講到，工程子產品、產品產生于工程實施過程，因此在這個過程中必需繼續丈量相對于工程基準方案的績效，以便將實踐績效和基準方案進展比較，并以此為根底采取相應的糾正措施。丈量績效的方法主要有兩種，一是掙值丈量，一是進度跟蹤。

10、而且，這兩種方法通常是結合起來運用。 掙值丈量掙值丈量在西方國家是丈量績效最常用的方法。它綜合了范圍、本錢和進度丈量，協助 工程管理隊伍評價工程績效。掙值丈量涉及三個關鍵值：l 方案值PV：在規定時間內破費的獲得同意的本錢預算部分l 實踐本錢AC：在規定時間內完成任務發生的實踐本錢l 掙值EV：在規定時間內實踐完成任務的價值不難看出上述三個關鍵值是三個關于時間的函數。由于函數曲線呈S外形，所以通常稱之為S曲線圖。這三個值提供了評價任務績效的丈量尺度。包括l 進度偏向SV：SV=EV-PVl 本錢偏向CV：CV=EV-ACl 進度績效指數SPI：SPI=EV/PVl 本錢績效指數CPI：CPI=

11、EV/AC 進度跟蹤進度跟蹤是輸入實踐任務進度，然后與基準進度方案比較，找出各項活動進度上存在的偏向。利用工程管理軟件進展進度跟蹤極為方便、有效。有了績效丈量結果，接著便是對偏向緣由進展分析，進而根據分析結果斷定糾正措施。糾正措施沒有什么新東西，都是平常習以為常的一些方法，比如對進度偏向有趕工、快速跟進有些書上叫做并行工程等措施。實際著作上對這些方法的外延問題講得很多，緣由是在采取這些措施時，要思索能夠帶來的許多問題，但這些都不是本文所要描畫的內容了。2變卦控制變卦控制的目的是維護績效丈量基準的完好性。也就是說對基準方案的變卦予以控制?；鶞史桨缸冐园ǎ悍秶鶞史桨缸冐?，時間基準方案變卦和本錢

12、基準方案變卦。普通說來，只需工程范圍變卦才會影響丈量基準。但是，在某些情況下，進度延誤或本錢偏向非常嚴重，需求“重新確定基準方案才干提供丈量進度或本錢執行情況的切合實踐的數據?；鶞史桨缸冐允呛苌髦氐氖拢瑧摚簂 建立正式的變卦程序l 由變卦控制指點小組擔任同意或否決變卦懇求l 定義正式文檔變卦的步驟前面曾經講了，普通情況下只需范圍變卦才會影響丈量基準。而在信息化建設這樣的高科技工程中，范圍變卦往往是因技術功能、性能要求的變化而起。工程管理中講到的配置管理，講的是工程過程中的技術管理問題。配置管理內容包括：l 識別任務項或系統的物理特征和功能特征l 控制這些特征的任何變卦l 記錄和報告這些變卦l

13、 審計這些任務項和系統以證明其與需求相一致。進展配置管理的目的是，工程過程中任何技術上的變卦都要在范圍變卦中反映出來，并要得到有關各方的一致認可。三、開發商對工程的管理無疑，開發商是信息化建立工程中的主角。對工程方案、實施和控制方面的任務，開發商都需求注重。方案方面信息化建立工程往往帶有較多的創新成份和不確定性，工程成果在出來之前，并不確切知道它會是什么樣子。因此，用戶的需求和義務目的在整體方案中都不容易表述得非常詳細，特別是對要實現的功能的規定往往有相當程度的靈敏余地。由于這些緣由，整體方案中的任務范圍、完成各項任務由WBS定義所需的時間和費用都較難以準確估計，所以整體方案任務必定是一個反復

14、修正的過程。實踐任務中，人們往往由于“方案趕不上變化而不愿做方案或只做一個大致的方案。專家以為，工程管理的首要義務是方案！方案！還是方案！先哲說：“凡事預那么立，不預那么廢。因此，雖然信息化建立工程中存在諸多變數，但細致的整體方案任務是必需求做的。實施方面工程實施過程中，工程管理隊伍必需協調、管理存在于工程中的各種技術和組織接口界面。對于信息化建立工程，在系統設計與開發、測試階段，對各種技術接口的管理極為重要。而在系統分析與安裝調試階段，協調組織界面是工程管理隊伍的重點任務。實施過程中，工程隊伍成員必需按方案做事！比較我們與西方人做事的習慣不難發現，西方人總是按文檔當然首推方案規定去做事，而我

15、們做事客觀隨意性較大。應該學習和接受西方人的做事習慣！控制方面掙值丈量作為一種工程監控工具在我國運用得不多。主要緣由是我們的工程管理者粗放式管理慣了，不習慣于做較精細的管理任務。當然，在信息化建立這類高科技工程的管理任務中，對任務量完成百分比做比較準確的估計這是運用掙值丈量法的前提有些困難，也是人們不愿運用這種工具的一個緣由。但筆者的領會是：對任務量完成情況做個百分比估計，比不做要好；對于類似工程第二次做時，對許多任務完成情況的估計還是有較好的置信度的。變卦控制能夠是信息化建立工程中最需求但又是最困難的事。范圍無盡頭的蔓延經常是讓開發商苦不堪言。控制范圍蔓延涉及到許多方面的要素，這里不一一討論

16、了。四、用戶對工程的管理在工程生命周期內，用戶對工程的管理主要在進度控制、范圍核實、質量把關等方面。由于通常是采用固定總價合同把工程承包給開發商，因此對本錢的控制不是用戶主要思索的問題當然，非固定總價合同情況除外。而對范圍、進度、質量等方面的管理是基于同樣的規范的，即是說工程一切的技術和管理文檔以及任何變卦后的版本，都是開發商和用戶達成一致意見后構成的。在工程生命周期內，用戶工程隊伍重在參與。在系統分析階段，沒有用戶工程隊伍的重要參與就不能夠產生好的“系統闡明書，也就不能夠有好的工程成果。在安裝調試階段，沒有用戶工程管理隊伍的協調、調度，轉換任務就能夠陷于混亂形狀。在系統設計與開發、測試階段，

17、用戶應著眼于未來的運轉維護，派技術人員全程參與任務，其必要性有二：一是未來系統運轉維護的重要責任，要求技術人員必需深度了解系統的技術情況；一是系統未來必然會不斷晉級，要求技術人員可以為晉級方案做重要奉獻。系統維護人員是了解公司業務的技術專家，不可等同于普通維護人員，也不同于普通網管人員，這點應引起用戶的注重。有些情況下，用戶可以雇傭工程監理來協助本人完成工程任務。特別是工程啟動前的可行性論證階段，用戶對怎樣實現信息化或什么樣的信息化處理方案對本人是適用的，能夠并不很清楚，這時購買工程監理或咨詢公司的效力是很有效的。在工程生命周期內的各階段，從職能上說，工程監理與工程管理是差不多的。五、工程的組

18、織問題對于信息化建立工程，多數開發商、用戶單位的內部組織都是傳統型職能型的，即組織的構造是按職能劃分的。在這種構造體系里，對工程的組織往往是非正式的用戶方面更是如此。所謂的工程經理普通也就是部門內部一個領頭干活的人。而另一個極端的景象是，當以為某個工程很重要時，就能夠由高層人物來擔任這個工程。在一些媒體甚至某些高等教育教材中，我們都能看到有這樣的說法：信息化很重要，信息化建立任務應該由一把手親身抓。對信息化建立的工程管理任務，由一個領頭干活的人擔任顯然不行，但由一把手親身抓的觀念，也非常值得商榷。本文開頭提過，信息建立任務是很復雜的事情?！皬碗s表達在兩個方面：一是把業務流程、規范、規范等搞清楚，并據此確定要建一個什么樣的系統很復雜；一是技術實現上復雜。擔任信息化建立的工程經理，應有這兩方面的知識與閱歷。從開發商方面看，該工程經理應有很好的技術背景，同時要熟習所效力行業的業務情況；從用戶方面看，這個工程經理應非常清楚本單位的業務流程，同