時間：2022-04-19 20:46:09
序論：在您撰寫信息系統項目管理論文時，參考他人的優秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發您的創作熱情，引導您走向新的創作高度。
在構建和實施項目管理的過程中，需要掌握的一些關鍵性能力和知識就是所謂的知識領域。分析當前信息系統項目管理體系的建設情況，依據重要程度可以將其擁有的知識領域分為兩種形式：核心和輔助知識領域。當中，一些部分可以直接構成實際實施項目的具體目標，即為核心知識領域，主要涵蓋整個項目管理的執行范圍、項目成本、項目質量和實施時間等；那些為以上項目目標達成提供相應執行載體的領域，就是所謂的輔助知識領域，主要涵蓋在實施項目管理的過程中，一定要擁有的人力資源管理、風險管理、溝通管理、采購管理等，在整體管理作用之下，以上幾種類型的知識領域將有效的服務于知識管理。在當前知識管理信息時代的影響之下，項目管理的中心就會在信息系統項目管理中被呈現出來。從本質上來講，知識管理也將一種知識領域下的項目管理特征彰顯了出來。在實現和提升各個領域項目管理工作的過程中，都需要把提升知識管理的能力當作主要的基礎。
2分析以知識管理為基礎的信息系統項目管理過程模型
這一點能夠利用大量的實踐研究結果所展現出來：當前的信息系統項目管理工作的具體過程可以說密切的聯系著整個信息系統的生命周期和建設過程的階段劃分。在建設信息系統項目管理體系的過程中，有關的工作人員應該對這樣的幾個問題首先予以解決：在預定的研究方式之下，信息系統項目管理應該怎樣將相應的計劃開展起來，并且對活動進行組織和掌控。通常來講，應該有三個主要的階段存在于高質量的信息系統項目管理中，即系統選型階段、系統分析階段、實施整個系統的階段，詳細到執行和實施項目的角度而言，在一般操作流程的基礎上，有關的工作人員可以劃分整個項目管理工作為：授權項目、分析需求、選擇項目、開發制定和實施項目、評估項目及驗收已經完成的項目等，在管理整個項目的過程中，在知識管理這一中心的連接下，這些具體的實施步驟就會通過一個有機統一的整體展現出來。此外，也能夠充分的彰顯出來知識管理和業務過程的融合性。
3分析以知識為前提的信息系統項目管理組織發展層次模型
對于這樣一點，有關的工作人員必須要清晰的進行認識：智力密集和勞動密集，為現代意義上信息系統項目的最大特點，往往有復雜化的內容結構和大量的工作人員類別存在于一個規?；男畔⑾到y項目中。分析項目管理有關工作人員的組成形式、整個團隊的協作精神、團隊精神及其工作人員本身能力的組成等，同整個信息系統項目管理的完成情況上都有著非常密切的聯系，在知識管理背景的影響之下，有這樣幾種類型存在于個人和組織之間的發展層次中：智慧型、能力型、創造型、學習型和知識型，在這樣當中，知識型結構在其中的作用更加的明顯。
4分析以知識為基礎的信息系統項目管理體系總體結構情況
將信息系統項目管理體系在知識管理支持下建立起來，構建整個系統的整體結構框架，都要有高效統一的過程、組織關系和內容作為支撐，在構建起知識框架的基礎之上，將知識管理當作其中的前提條件和重要的載體，對項目管理過程、項目管理組織和項目管理內容等方面內容的協調和溝通上予以實現，保證順利的實現整個信息系統項目管理的主要目標。
5分析具體的實例
以某單位近些年來所開發出來的信息系統項目為例，來進行詳細的分析闡述，對基于現代項目管理方法的信息系統項目管理、基于知識管理的信息系統項目管理和基于系統開發方法的信息系統項目管理進行了比較。從一些案例中我們發現，同其他兩項進行比較，有著一定的優越性存在于基于知識管理的信息系統項目管理中：例如，某單位在基于知識管理的信息系統項目管理中：平均增加投資、平均開發時間和平均費用節省率等都較基于現代項目管理和系統開發方法優越，甚至能超出10%。通過以上分析，可以發現在知識管理的基礎上，將信息系統項目管理工作建立起來，比其他兩種形式要優越很多，得到了廣大的用戶的一致認可，并且各個工作人員在具體的工作中，又能夠有效的圍繞這樣的工作體系來進行工作，將單位員工們團隊協作的能力能夠有效的培養起來。
6結語
(1)信息系統項目可變性的風險
在信息系統項目建設的整個過程中，國家政策或者企業管理思路的變化都可以影響項目的建設，受重大性的決策影響可能項目叫停，或者已經完成的工作要返工。
(2)信息系統項目靈活性大的風險
在信息系統項目建設的整個過程中，用戶需求都是通過前期調研確定的，每個人對于一個事的想法，在經過時間或者工作思路的變化，對于信息系統的需求都會發生變化；信息系統的設計人員的知識體系不同，設計的系統架構和思路也不會完全一致；信息系統開發人員的程序設計和編程習慣不同，這些都是很常見的信息系統項目的風險。信息系統項目的需求、設計和開發的靈活性大的風險需要控制，才能保證信息系統項目順利進行。任何項目都有風險，信息系統項目的成功必然有效地進行了風險管理。由于項目建設中總是有不確定風險，我們要避免或減小風險發生后的影響，因此我們在整個信息系統項目建設中需要關注和重視項目風險管理。
二、以SAP系統升級項目為例分析
介紹信息系統項目風險管理，該項目是SAP系統從ECC5.0到ECC6.0的技術升級。經過對重點風險分析后得出：第一該項目的技術風險高,原因是SAP系統用戶數較多、自定義開發及接口也較多，與該項目同期關聯實施的項目還有10個左右。第二項目質量要求高,原因是保證原有SAP系統及基于此系統的各類業務應用系統不受影響并能正常運轉和使用。為了完成項目的目標必須控制項目的范圍、進度、成本和質量，充分重視風險管理。根據風險管理理論，結合信息系統項目實際情況，在項目建設中堅持進行風險管理，依據風險管理理論為了降低和避免項目風險采用了如下的措施：
1編制風險管理計劃
在SAP系統升級項目啟動后，我們按照風險管理理論，編制了詳細的風險管理計劃，制定了信息系統項目風險管理活動的處理和執行計劃。本項目是一個大型的信息系統項目，項目規模比較大、項目干系人多、系統使用用戶多并且該項目的上線時間固定。因此，項目進度是最大的項目風險，若不能如期上線，將會影響到公司的運作。為此，在項目啟動后，召集了項目小組成員開會制定項目計劃。首先按照SAP系統的ASAP實施方法論制定了項目的總體計劃，明確了項目準備、藍圖設計、系統實現、上線準備和上線及上線支持各個階段的任務和完成時間。倒推出各步完成的時間，制定了出現延遲風險的處理方案。制定了項目例會制度，每周召開項目例會，匯報項目進度及出現的風險，制定風險的應對策略。為了控制進度的風險，還要應對國家政策或者企業需求變化等突發的事件，為適應新的企業需求等突況調整項目計劃。總之項目的風險管理計劃和項目計劃不是一成不變的，要實時的進行調整。
2人員流失的風險控制
引言
從20世紀90年代末至今，隨著計算機和網絡技術的飛速發展，我們迎來了一個知識和信息的時代，傳統的縱向經濟運營模式向著越來越橫向發展，經濟全球化的浪潮席卷全世界的每一個角落。在這樣一個大背景下，項目管理越發盛行，于是從事項目管理研究和實踐的學者和管理者們把目光投向了如何對項目管理進行集成化管理，如何運用IT技術來實現多項目的綜合管理，即開發多項目管理信息系統。
管理軟件的主流技術大致經歷了三個發展時期：界面技術從DOS字符界面，到Windows圖形界面（或圖形用戶界面GUI），直至今天的Browser瀏覽器界面。另外，平臺體系結構也從單機單用戶發展到文件/服務器（File/Sever，F/S）體系，再到客戶機/服務器（Client/Server，C/S）體系和瀏覽器/服務器（Browser/Server，B/S）體系。Browser瀏覽器界面，不僅直觀和易于使用，更主要的是基于瀏覽器平臺的任何應用軟件，其界面風格一致，用戶對操作培訓的要求大為下降，軟件可操作性大大增強。
目前，大多數應用軟件系統，包括我們熟知的一些項目管理軟件和系統，都是基于Client/Server的兩層結構。然而，現在的軟件應用系統正在向分布式的Web應用發展，內部的和外部的用戶都可以訪問新的和現有的應用系統，Web和Client/Server應用都可以進行同樣的業務處理，不同的應用模塊共享邏輯組件，通過現有應用系統中的邏輯可以擴展出新的應用系統，這也就是目前應用系統的發展方向。
多項目管理信息系統的要求
目前，越來越多的組織使用項目管理信息系統（PMIS）來管理他們的項目，典型的多項目管理信息系統所具備的功能如圖1所示。由于Internet的發展，在一間辦公室里同時管理處于不同地域的許多項目已經成為可能。
除了圖1中所述功能要求以外，對于一個多項目管理信息系統而言，它所具備的基本使用要求如下。
1.基于項目
首先，項目管理信息系統（PMIS）應該是以項目為導向的，這也是與傳統的管理信息系統（MIS）最主要的區別。自從惠普公司1999年成功地轉型為項目導向型公司以來，現在越來越多的企業也正向這個方向轉變，這主要是由于大多數組織機構的未來發展都取決于在新產品與新服務上的成功項目，這些新產品、新服務也是進行組織內機構變革的主要原因之一。所以，項目管理信息系統應以項目為核心，滿足項目管理的基本功能，如項目的進度管理、合同管理以及資源成本的管理等。
2.支持并行和分布式處理
由于項目管理的功能通常要跨越不同的職能部門，所以，一個集成的PMIS要求使用并行以及分布式技術，這樣，可以同時滿足不同部門對項目信息的操作和需求。例如，在項目造價工程師搜索項目歷史數據準備報價的同時，項目管理人員可能正在更新項目的歷史數據。
3.開放并且可擴展
有些專業的項目管理軟件，如：主要用于進度計劃管理的PrimaveraProjectPlanner(P3)，MicrosoftProject等，目前已經相當成熟且普及，所以，用戶開發的PMIS對這些軟件或系統應該是開放的，也就是說這些成熟的專業軟件能夠被很好地集成到PMIS中。另外，由于項目的單件性和特殊性，每個項目對項目管理系統的功能要求都會有所不同，所以，還要求開發的PMIS就有很好的可擴展性，以滿足用戶的自定義設置。
4.可升級
對PMIS來說，可升級性是它的一個基本要求，因為投資建設一個PMIS，需要投入大量的資金和人力，并且必要時還要重新修改組織的管理和業務流程。所以，PMIS的開發要能夠滿足組織長期的戰略要求，并能夠適應不斷發展的外部經濟形勢，可以隨時根據用戶的需要對系統進行升級和維護。
5.可遠程訪問
許多項目，尤其是建筑項目，往往距離組織的管理總部非常遙遠，而且不同的項目分散在不同的地方，這就給組織進行多項目管理帶來了地理上的困難。鑒于此，用戶可以遠程訪問PMIS是系統開發的必要需求。本文下面將要介紹的基于Internet的多項目管理信息系統，能很好地滿足用戶的遠程訪問要求。
6.安全可靠
系統安全性也是PMIS的一個基本要求，因為項目信息往往涉及組織商業機密，系統在滿足開放和可遠程訪問的同時，必然會帶來數據安全性問題。在計算機病毒和網絡黑客大行其道的今天，系統安全性尤其應引起系統開發者的關注。
基于B/S結構的多項目管理信息系統
1.基于B/S結構的多項目管理信息系統的優點
B/S結構，即Browser/Server（瀏覽器/服務器）結構，是隨著Internet技術的興起，對C/S結構的一種變化或者改進的結構。B/S的前端是以TCP/IP協議為基礎的，企業內的Web服務器可以接受安裝有Web瀏覽程序的Internet終端的訪問，作為最終用戶，只要通過Web瀏覽器，就可以調用系統資源來完成各種處理任務，這樣大大簡化了客戶端，減輕了系統維護與升級的成本和工作量，降低了用戶的總體使用成本。
由于一些項目所處地域分散，材料、設備采購和供應分散等特點，基于C/S結構的項目管理系統越來越顯示出一些局限性，鑒于此，基于B/S結構的多項目管理信息系統必將后來居上，逐漸展現出它的巨大優勢：
（1）使用簡單，使用B/S模式的用戶只需要使用單一的WebBrowser軟件。
（2）維護容易，該系統只需要安裝在Web服務器上，這給系統的使用、維護和升級都帶來了方便。
（3）便于與企業資源連接，B/S模式采用標準的TCP/IP、HTTP協議，可以方便地與企業現存的資源連接。
（4）客戶端硬件要求低，在客戶端只需要安裝Internet瀏覽器，如IE或NetScape即可，對硬件要求低。
（5）信息共享程度高，由于Internet的普及，Internet上的用戶可以方便地訪問該系統的資源。
（6）擴展性好，B/S模式可以直接連入Internet，具有很好的擴展性。
（7）使用方便，用戶只要能夠登陸互聯網，即可訪問該系統，這對于地域分散、交通和通訊不便的工程項目管理來說，使用起來相當方便。
2.基于B/S結構的多項目管理信息系統開發層次
像開發其他MIS系統一樣，PMIS同樣需要分層架構進行開發。20世紀80年代以前，系統開發廣泛采用一層架構，到了90年代中期，出現了二層架構，二層架構把應用層分為兩層：即客戶端和服務器端。到1996年早期，計算機網絡技術發生了革命性的變化，出現了三層或多層架構。這種架構方式使系統變得更加開放而且滿足分布式要求，可用于PMIS開發的三層架構如圖2所示。
在圖2中，這是一個經典的基于Internet的系統開發三層架構圖，第一層客戶端層采用Web瀏覽器，數據庫服務器作為第三層，中間層由TCP/IP服務構成。
在這種三層架構下，用戶界面完全通過Web瀏覽器實現，一部分事務邏輯在前端實現，但主要事務邏輯在服務器端實現。B/S結構利用不斷成熟和普及的瀏覽器技術實現原來需要復雜專用軟件才能實現的強大功能，并節約了開發成本，是一種全新的軟件系統構造技術。這種結構更成為當今應用軟件的首選體系結構，也是在這樣一種背景下被提出來的架構，但微軟的方案只是一種構想，要成為現實還需要幾年，而JAVA技術已經是很成熟的應用了。
系統實例
1.系統目標
該多項目管理信息系統是為TEDA開發的，系統的用戶平均每年投資新建10個項目以上，年均投資額超過10億元人民幣，所以，面對如此眾多的項目，如何利用本系統來進行有效的管理，是系統要解決的難題。該系統要求能夠對多個工程項目進行統一、綜合的管理和控制，使工程管理者能夠更密切地監督和掌握項目管理中有關招投標、工期、進度、投資、財務、工程檔案以及合同執行等情況，系統的功能目標如圖3所示。
2.系統實現
系統開發的技術問題解決后，為了更好地實現多項目的綜合管理，本系統首先還是對單個項目進行管理，然后在此基礎上，實現對多項目進行查詢、統計和綜合管理。
本系統在Windows2000Sever平臺上開發，使用Delphi6的EWF作為開發工具，數據庫采用SQLSever2000。開發過程中還使用了MicrosoftFrontpage2002作為網頁界面的開發工具，該系統使用界面如圖4所示。
（1）ATS自動監控模式：一般情況下，該運行模式對在線列車的運行進行自動監控，并向列車自動發出進路指令，列車在安全保護下司機按照規定的運行時刻表駕駛列車。
（2）調度員人工介入模式：調度員在工作站下達相關的列車運行指令，并人工干預全線列車的運行。介入的內容主要包括對列車進行“扣車”、“終止”、改變行車路線、列車增減等。
（3）列車出入車場調度模式：列車調度員在當天列車運行時刻表的指導下編制列車的運營計劃及場內行車計劃，并上傳至控制中心。車場信息值班工作人員根據運營計劃調整相應的進路信息，以滿足列車的行車需求。
（4）車站現地控制模式：一般情況下只有設備集中站參與到列車運營控制，車站聯鎖及車站ATS系統結合實現對車站及中央二級控制權的調整。經中央ATS設備故障后車站值班工作人員的申請后，并經調度員同意后，可改由車站現地控制。
（5）車場控制模式：場地值班人員根據用車計劃對列車的出入場及場內的作業安排進路排列。
2項目管理及生命周期
項目管理，作為管理學中最為重要的分支學科，一般是指在項目活動過程中，應用專門的知識、技能、工具及方法，并在項目可利用的有限項目資源條件下，實現或超過預期的需求及期望的活動過程。項目管理，主要是對成功實現系列目標相關的活動進行整體的檢測及管控，包括策略、進度計劃即維護項目活動的進展。一般而言，項目管理內容主要包括對項目范圍、項目時間、項目成本、項目質量、項目人力資源、項目溝通及項目風險等內容的管理。項目管理主要經歷項目需求調研、項目分析、項目設計、項目實施、項目上線及項目運維跟蹤等生命周期。
3軌道交通信號系統項目管理模式
3.1城市軌道交通信號系統項目特點
與其他的項目相比，城市軌道交通信息系統擁有獨特的建設特性及建設目標，主要體現在以下方面：首先、需按照地鐵業主的時間要求，保質保量地完成軌道建設，確保順利開通運營。其次、需完成相關設備的安裝調試、以確保設備的正常運轉。
3.2城市軌道交通信號系統項目管理模式
項目管理生命周期中不同的階段有相應的管理任務，需使用到多種技術與工具，信號管理項目管理需完成以下的實踐過程：
3.2.1信號系統項目集的定義
項目集定義階段，主要包括對項目期望收益的定義，對關鍵成功要素的確定及對項目集所需的資源進行估算，并進行論證商業過程。而城市軌道交通信號系統，在項目集定義階段主要有兩方面的內容：第一、掌握用戶運營層面的需求，熟悉城市軌道交通建設的標準流程，以滿足信號系統的國產化率達到70%的目標。第二、努力成為信號系統供應商，掌握信號系統領域的核心科技，并提供信號系統領域的完整解決方案，以實現自主化發展目標。而信號系統項目集資源管理，主要是估算人力、財力及物力。而商業論證的任務，主要在于對項目集進行合理性方面的論證，這是信號系統成功的關鍵因素所在。
3.2.2信號系統項目集的啟動
啟動階段，一般包括項目經理指派、項目章程制定、收益分解結構分解、項目資源預算編制、項目路線圖制定等方面的內容。信號系統項目集經理需同時與多個項目經理或者職能經理打交道，因此指派的項目經理需在溝通和協調方面擁有較強的能力，并具備較強的說服能力。而項目章程的制定，需從信號系統項目集的愿景、核心目標及期望收益等方面出發。對于信號系統項目集而言，路線圖就是項目的進度計劃，一般是由里程碑構成。而商業論證是啟動階段最為重要的成功之一，等待規劃階段的審批。
3.2.3信號系統項目集的規劃
（1）明確項目的發展方向，主要包括項目愿景、任務和戰略目標。
（2）為項目成功構建必要的組織，主要包括政策、流程、角色與職責的定義，并解決項目進展中的各種爭端。
（3）控制、監控、評估及審批項目變更，以確保實現項目目標和收益。
3.3信號系統項目集的實施與監控
1.1小浪底管理信息系統的建設原則
由于小浪底工程龐大、技術復雜，小浪底管理信息系統在建設過程中應遵循以下原則：①充分借鑒國內外已有的成果，吸收各方面的先進經驗。②遵循系統工程的原理和方法。將人員、設施設備、環境、技術等多種要素進行優化組合，發揮系統整體優勢，實現整體功能。③綜合性原則。全面考慮主管部門、設計部門、實施部門的要求，兼顧其利益。④統一化、標準化的原則。信息分類編碼（如圖紙和文件編碼）、軟件開發、網絡規劃建設等都應貫徹國際標準、國家標準及相關規范，保證系統的通用性，防止造成數據交換和信息集成的困難。⑤在總體規劃的框架下，要遵循急用項目先開發，分步實施，不斷完善的原則。⑥技術的先進性、實用性與經濟性相結合的原則。盡量采用成熟的、先進的技術和設備，在充分利用已有資源、保證技術先進的前提下，進行性價比分析，堅持“以現有管理為基礎，逐步引入先進的管理思想”的思想。⑦當前需求與長遠發展相兼顧的原則。小浪底管理信息系統的設計在滿足當前管理工作需要的同時也應考慮長遠的發展需求，如軟件系統應具有可擴展性，以滿足計算機技術的日新月異。
1.2小浪底管理信息系統的建設目標
為保證小浪底水利工程建設管理的科學化、規范化、現代化，結合目前水利行業的信息化狀態和小浪底工程建設的實際情況，確定小浪底管理信息系統的建設目標如下：①在小浪底已有的計算機網絡基礎上，進行網絡升級和改造，建立小浪底工程范圍內的計算機局域網，使鄭州總部、洛陽基地及北京水利部等構成廣域網，為小浪底工程管理信息系統的運行提供一個暢通的網絡環境。②基于數據的穩定性原理，規劃主題數據庫，建立穩定的數據庫模型。③逐步形成“以信息管理為基礎的項目協調、合同管理、投資控制、質量控制、進度控制”的國際化的管理模式。④各辦公軟件系統應具有實用性、先進性、可擴展性，使各部門間實現信息共享、協同工作，支持管理層能夠及時掌握工程建設情況，便于綜合分析，輔助決策。⑤基于網絡應用平臺，逐步開發公文、財務、人事、勞資、檔案、計劃、統計、固定資產、經營管理等各項業務管理子系統，所有子系統的日常運行均在Internet上進行，全面實現數字化、無紙化辦公。⑥應用軟件需提供充分的、可擴展的接口，便于以后的擴展、升級。
2管理軟件的開發及應用
基于急用先上的原則，小浪底工程前期的主要工作是處理各類文件、工程合同管理、投資預算控制等，為滿足以上幾方面的管理需求，選用P3軟件提高業主和工程師的管理水平、實現高效化管理。①工程師運用P3軟件的報告系統從不同方位、不同視角對承包商進度計劃的科學性、合理性、可操作性進行分析和評估。②工程開工后，工程師運用P3軟件制定工程師的進度計劃。隨著工程的正常進行，不同的使用者、施工區，可以對工程師的進度計劃進行進一步的深化。③工程正式開啟后，承包商在合同規定的期限內向工程師提交進度報告。工程師根據現場監管記錄和合同對工程的要求，對工程進行跟蹤與控制，從而保證工程按期、保質的完成。④除了運用P3軟件對小浪底工程進行管理之外，還可以處理多幣種的索賠和反索賠、方案選擇和資源優化等方面的問題。
3小浪底水利工程管理信息系統項目風險管理
3.1項目風險管理項目風險管理是在管理學、運籌學、經濟學、概率統計、系統論、控制論等學科的基礎上，結合現代建設項目和高科技開發項目的實際經驗，逐漸形成的邊緣學科。它對項目風險從識別到分析乃至采取應對措施等一系列過程，主要包括風險識別、風險量化、風險對策等內容。小浪底水利工程管理信息系統不僅是一個技術工程，也是一個管理工程和系統工程。由于該工程浩大、難度系數高，在實施過程中，必然面臨著許多風險。針對項目風險進行有效的項目風險管理，對可能導致失敗的項目不確定性進行預測、識別、分析、評估和有效處置，將為項目的成功實施提供最大的安全保障。
3.2小浪底水利工程管理信息系統風險分類
小浪底水利工程管理信息系統項目風險主要來源于以下三個①技術風險。很多新技術、新工藝都是伴隨著新項目的實施需要而同期研究的，因此，在實施初期，對這些新技術、新工藝能否在規定的時間、既定的資源條件下完成要求的技術任務，具有不確定性。②管理風險。管理風險指在管理運作過程中由于管理者的素質、組織結構、企業文化、管理過程等因素的影響，而產生信息不對稱、管理不善、判斷失誤等，從而影響管理的水平。③環境風險。環境風險指由于人類活動引起的，或由人類活動與自然界的運動過程共同作用造成的，通過環境介質傳播的，能對人類社會及其賴以生存、發展的環境產生破壞、損失乃至毀滅性作用等不利后果的事件的發生概率。
3.3小浪底水利工程管理信息系統風險識別
項目風險識別是項目風險管理的基礎和重要組成部分，其目的就是確定何種風險事件（包括內在風險和外在風險）可能影響項目，并為風險分析提供重要信息。德爾菲法（DelphiMethod）又稱專家會議預測法，是一種主觀預測方法。它以書面形式背對背地分輪征求和匯總專家意見，通過中間人或協調員把預測過程中專家們各自提出的意見集中起來加以歸納后反饋給他們，然后經過反復征詢、歸納、修改，最后匯總成專家基本一致的看法，作為預測的結果。
3.4小浪底水利工程管理信息系統項目風險的量化和對策
項目風險量化是指在風險識別的基礎上，通過對風險相互作用的評估來評價項目可能的結果，綜合考慮損失率、損失程度及其它因素，分析風險可能對項目造成的影響，尋求應對風險的對策。風險時刻存在，要采取對策對風險進行控制，就必須付出一定的代價。若完全控制風險，不僅不可能，而且要耗費大量的人力、物力、財力；若控制得太松，風險發生的概率加大，就有可能會導致較大的損失。通過風險量化，可以明確風險控制措施是否值得。
4結束語
外資企業的優勢是資金足、人才多、技術強、管理規范;國有企業的優勢是網絡寬廣、歷史悠久、硬件較好;而民營企業的優勢是價格低、創新快、理念新、機制靈活。同時,國有企業剛剛走上市場化的道路,相對于發達國家企業而言,尚處于起步階段。由于長期分割運營造成組織化程度較低,沒有形成一個完整的體系,呈現出“小、少、弱、散”的局面,多數還不具備規模效益和競爭優勢。雖然擁有眾多網點,但全系統網絡往往是行政管理上的意義較大,而在業務整合聯通上的意義較小,其整體優勢和網絡優勢得不到發揮,與“現代企業管理”要求相距較遠,難以應對國際化的競爭和挑戰;民營企業則存在著資金短缺、人才匱乏、資源緊張、后勁不足等問題而難以與外資、國企平分天下。為了順應規?；?、集約化、系統化的發展方向,不斷趨向管理精確、標準統一的評判指標;達到提高效率、規范管理、取悅客戶的目的,各企業都在不斷提高管理水平,而管理水平的比拼實質上就是管理信息系統建設的比拼,誰能在管理信息系統建設上獨占鰲頭,誰就能在市場上旗幟高揚。
這個根本問題,各企業的領軍人物都注意到了,不少企業都以高度重視,大量投入建設管理信息系統,那么,如何在管理信息系統建設過程中最大限度地保證質量、保證速度、節約成本呢?加強項目管理,控制項目風險是項目建設的核心。由于對信息化項目風險認識和控制不足造成項目失敗的案例卻很多,信息化項目管理者往往缺乏對信息化風險的管理能力,從而導致整個項目的失敗。造成這種情況出現的原因多種多樣:領導重視不足、乙方實施經驗不足、雙方對實施成功定義不同、雙方對項目管理認識不足、項目經理行業經驗不足、第三方咨詢能力不足等。作為一項日益被重視的專業技能,項目管理能力越來越被重視,那么,在項目整體建設過程中,應如何充分體現先項目管理的作用呢?
經過實踐檢驗,應注意以下關鍵環節:
1規劃先行要做好信息化系統建設的項目管理,一條便捷之道便是"尊重常識,尊重歷史經驗教訓"。在軟件項目管理中,有許多的原則和經驗可以供我們借鑒。預先做好統一的中長期規劃是系統成功的必要條件。規劃的主要內容包含:根據經營思路,分析業務要求,實事求是確定工作目標。計劃細分,明確實施步驟,確定分期目標。抓好配套工作,理清業務流程、在資金預算、人力安排上確保規劃能夠順利進行。切合實際的規劃可以避免系統建設上的失效和反復,并可以對象目的持續建設提供保障。
2前期準備(1)前期工作至關重要,建議請監理公司予以監督。監理公司不但可以項目管理專家身份協助建立項目管理機制、工作方式、進度質量和專業技術,更為有效的是用戶方和開發方之間協調溝通的重要渠道,有些不方便直接說的話可請監理方提出。(2)選擇開發商。資本雄厚、技術成熟十分重要,最好選擇本地開發商。異地開發商可以在招標階段有很好地承諾,但驗收后,到運行維護階段,便會有很大困難,只能在網上和他們的技術人員交流。(3)商務談判和合同簽訂。這個過程并不過分困難,價格、主要工作甚至細則都在招標過程中確定了;合同較為關鍵,建議使用規范文本,并盡量分期付款,會給后續工作帶來很大好處。(4)分析需求。用戶往往無法明確提出需求,對希望建立的交通企業管理信息系統只有含糊概念和原則性的要求,需求分析的重任往往落在開發商的肩上;而開發商往往難以真正領會用戶的想法,或是向較為簡單的程序解決方式引導,必須多方把關,尤其要發揮監理公司的作用。
3過程控制過程控制是保證項目建設的時間、質量的關鍵步驟。包括:(1)規則確立。項目開始前,必須明確開發實施過程中的管理控制問題,包括組織機構的建立、明確分工、決策機制和授權、溝通方式、例會及紀要、文檔交接、檔案管理方式等。(2)階段劃分。階段性成功對于項目非常重要,使工作團隊有張有弛。(3)問題解決機制。問題出現怎么辦?如何確認?如何解決?應在此階段定義。
4開發過程(1)規則建立開發的規則主要是指開發公司在編碼和實施中對源程序的撰寫規則和標注要求。研究成果不單獨歸屬開發方時都應當對此予以重視,這項根本規則的確立使程序可讀,在后續的維護甚至調改、續寫過程中會發揮重要作用。(2)需求細化①業務細化:業務環節必須環環相扣,細節很重要;涉及各部門間銜接部分,設計要尤為明確。②管理模式建立、用戶權限:崗位設計、崗位管理、用戶設計和權限分配。(3)詳細設計。所有的用戶需求細節、技術框架的搭建都在此體現,專業性較強,建議用戶、監理方都要審核確認。(4)編碼。這個階段主要靠開發公司的內部控制,如果合同中確定成果歸用戶方所有且用戶方有意在后續維護中掌握主動,可派員定期了解編碼情況。(5)開發方內部測試調改。開發方需提交測試腳本、規范的開發公司有專門的測試部門,完成內部測試后,主要是準確性、黑箱和壓力測試,要出具書面測試報告。(6)用戶測試。以功能、業務流程測試為主,需要搭建模擬環境,按照業務流程進行測試;也可選擇一、兩個試點,運行實際業務測試。
5實施過程(1)數據采集。保證系統成功的艱苦的、重要的過程,如果是從一個系統過渡到另一個系統,則需要明確數據格式、類型、項目以及對應的關系;如果是首次建立系統,就需要安排不少于2個月的時間,具體要依照系統規模,專業工作小組做這件事。(2)用戶建設和管理模式成型。這是用戶方要切實把握的部分,建設的核心是權責分明,權力與義務對等,簡潔實用的統計查詢會大大提高本項工作效率。(3)培訓。首次培訓的作用只是和系統見個面,用戶方信息化工作部門要有心理準備,在半年左右的時間不斷解決問題。(4)試運行。前6個月最辛苦,問題多,權限必須放得較大,以允許各類數據、情況進入系統追蹤范圍。待運行平穩后,必須將權限重新清理,按照標準重新核定。但在此階段,用戶要注意明確自身要求,控制詳細設計書以外的額外要求,防止需求膨脹,阻礙系統接收。這樣做表面上維護了用戶利益,實際上往往拖垮了開發公司,交通企業管理信息系統也就失去了生命力。
6組織配套。按照系統建設的原則,按照系統確定的業務流程和用戶體系,如果與企業現行組織機構不相符合,應在此時進行調整。同時,系統正式運行后,系統管理的工作,實際上就是不斷清理缺陷數據,保證系統順暢運行的工作必不可少,所以用戶方的信息化工作部門要裝備好專門力量。
7驗收。試運行結束即為可開始準備驗收工作的標志。(1)條件準備。合同確定條件齊備、確認,包括文檔準備、源程序交付等。(2)專家組邀請。專家組成員為單數,應包含業務專家、IT專家,內部及外部人員。對專家們提出的不足要有照單全收的氣量,畢竟專家們要提出問題再主流肯定的。
8運行維護(1)軟件。集中于系統BUG和小的需求調整,應按照事先確定的程序由軟件開發公司著手完成。值得注意的是源程序文檔的完善和注釋,以保持系統清潔。(2)硬件網絡。主要作用是保持系統通暢可用,隨時對硬件性能、網絡帶寬進行分析檢測,提供性能建議,并做好備份及考慮異地災備。(3)系統運行。企業管理上的難點,亦可。無論多么嚴密的系統,在運行過程中無一例外要出現數據上的問題,保持系統數據的及時性、準確性和安全性就成為運行維護的重點。要有專門的部門負責用戶方系統管海事作,完善制度建設,定義好系統運行、修改的流程、檔案留存、定期盤存等事宜,并對系統數據進行分析,查找紕漏,分析趨勢。超級秘書網
1.前言
本人于2012年5月參加并通過信息項目管理師考試，根據自己的復習考試的心得，并結合自己在IT研發項目當中的多年研發和管理經驗，總結出在應付信息系統項目管理師考試中論文寫作的一些心得以及注意事項，希望對準備參加信息系統項目管理師考試的人員能有所幫助和提示。
2.寫作注意事項
在寫作論文的時候，基本要求了固定的框架，那就是摘要部分和正文部分，并對字數做出了一定的要求。在摘要的時候基本的格式可以按照如下的格式書寫：我于XX年XX月至XX年XX月參加了XX公司的XX項目，在項目中擔任項目經理一職，主要負責XXXX，在項目的執行過程中，針對XX問題(這個就得緊扣題目當中要求的論述的知識點，比如成本預算、控制，質量保證和控制，風險規劃和控制等)我們采取了XXXXX的措施，通過該措施的XXXX實施，極大的地保證了我們的項目能夠按進度計劃和成本預算順利地進行，并最終在我們團隊的XXXX一致努力下，順利地根據客戶要求完成了項目……。其中在寫作的過程中，一定要避免用到具體的人名和公司名稱，為了避免不必要的麻煩，我們可以寫某著名IT外企，某著名手機廠商北京研發中心等等。論文的內容只要結合自己工作的內容來寫，寫的解決問題的措施讓人覺得真實，合情合理，并有效，讓人看到確實是做過相關的工作，那通過也是水到渠成的事了。
3.考題和應對措施
關于信息系統項目管理師的論文考試，縱觀歷年的考試題目，無非集中在范圍控制、需求收集和管理、成本估算和控制、進度控制、質量控制和質量保證、團隊建設、溝通等方面。只要是書上的知識領域，每一個大的知識領域都可能會出到一到考試題目。我針對每個知識領域總結了一些采取對應措施的方法，具體如下：
3.1 范圍管理領域
范圍管理中可能考到的內容包括需求的收集和控制方法，還有就是定義范圍的方法，范圍的控制過程采取的有效措施等，具體的知識點如下：
①針對收集需求可以圍繞以下的內容展開討論：在需求收集過程中，可以圍繞以下相關技術展開，訪談，焦點小組會議，引導式研討會，群體創新技術，德爾菲信息搜集技術，觀察，原型法等，只要把其中的一兩個技術結合項目的實際來展開論述就可以了。
②對于定義范圍的相關方法，在定義范圍的時候一般是專家判斷，然后是涉及到創建工作WBS，一般來說IT企業都會運用自上而下的分解方法，先確定可交付物，然后通過可交付物分解為不同層次的工作包。 ③對于范圍的控制，主要是建立嚴格的變更控制系統，防止范圍蔓延和鍍金。范圍蔓延指的是在項目執行過程中，客戶提出來了變更需求以后，我們并沒有遵從變更控制系統，就直接進行修改，也沒有進行變更的記錄和跟蹤，最后使得項目的可交付物和范圍定義中的不一致，造成了范圍蔓延。鍍金指的是，項目組成員自行添加功能到項目中，比如某人發現某個功能加到軟件上會很新穎，有賣點，結果自行添加進去。這種行為方式造成了項目的鍍金行為。不管是最終客戶對可交付成果的認可與否，任何發生范圍蔓延和鍍金行為的項目，從項目管理的角度來說都是失敗的項目。
3.2 成本管理領域
在成本知識領域里，涉及到的知識點會包括成本估算，制定預算，已經成本控制的相關內容，可以圍繞以下知識點展開論述：
①成本估算的方法，采用的是自下而上的估算方法，先估算每個工作包的成本，然后估算每個控制賬號上的成本，最后匯總為完成一個可交付成果的成本。成本估算還可以采用類比方法，也就是參考以前同類項目的成本估算情況，而后估算當前項目的成本。另外的成本估算方法是參數估算法，比如在IT企業中，每行代碼的成本是多少，然后通過估計整個可交付物的代碼數，得出粗略的成本估算。
②關于制定預算的方法，首先要區分成本估算和制定預算的區別。估算成本是解決要花多少錢的問題，結果出來的是一個數，比如這個項目要花100萬美元，但是制定預算的主要任務是解決什么時間花多少錢的問題，輸出是以條S曲線，也就是建立成本基準的過程。在項目過程中要參考成本基準來進行掙值分析，來確定成本偏差，以便采取措施。制定預算的方法可以采用成本匯總的方法，也就是把每個階段的工作包的成本累加，得出該階段的成本，加上應急儲備，就是該時間的成本基準。在實際的操作過程中，會盡量鼓勵項目團隊成員的參與，并通過項目組專家來判斷成本的準確性。
③控制成本的方法，首先要控制范圍蔓延和鍍金的產生，以免造成不必要的成本開銷。同時，減少不必要的返工和資源浪費，盡量控制消極風險的發生，積極開拓積極的風險，從而達到控制成本的目的。同時要運用掙值的相關知識，通過及時的績效信息，來判斷成本和進度偏差，及時采取糾正措施，從而達到在整個項目過程中控制成本的目的。
3.3 時間管理領域
在時間管理領域，主要的考點應該是對于進度的控制，對于進度的控制，主要是通過掙值分析，來分析進度偏差，及時地采取糾正措施的過程。如果發現進度落后以后，可以通過資源平衡來實施趕工和快速跟進方法，及時地糾正進度，但是在實施趕工和快速跟進的時候，會增加項目風險，所以要進行風險規劃和應對措施。
3.4 質量管理領域
在質量管理領域，涉及的知識點主要是質量保證和質量控制的措施。我們要記住質量是規劃出來的，而不是檢查和測試出來的。任何通過時候增加測試和檢查，而后修改問題的方式來增加質量的方法是錯誤的。質量保證的目的是保證項目實施是按照組織的質量政策來實施的，是按照質量管理計劃來進行的。質量保證主要針對的是過程，也就是保證我們過程是正確的，這個過程是通過質量審計、過程分析來達到目的。而質量控制針對的是結果，也就是通過質量控制來確認我們的可交付物是否是符合質量要求。質量控制的方法很多，比如因果圖、帕累托圖、控制圖等等。但是在IT類項目的實施中，有很多方法來實施質量保證和質量控制。
①如對于質量保證，我們可以通過QA部門的里程碑式的階段審計來確認我們的過程是否爭取。如果階段審計達標，則決定進入下一階段，否則需要采取相關的措施知道符合要求后方可進入下一階段。
②對于質量控制，我們可以采取分階段測試的方法，如一個成果的測試要經過DVR，PVR，PRA和SRA階段的測試后才可以認為是合格的。在每一輪送測試之前采取預版本機制，內部團隊先自行進行內部測試，在保證上一次測試的問題解決并沒有副作用以后才正式版本送測，這樣提高了測試效率，也提高了產品的質量。
③同時，加強代碼的review，在修改代碼的時候要經過其他同事的review以后才可以提交，這樣的話，也提高了產品的質量。
④此外，加強項目團隊的培訓，增加團隊成員的工作技能和經驗。增加團隊的凝聚力和協作能力，也有利于生產高質量的產品。
3.5 溝通管理領域
溝通管理主要涉及到項目的干系人管理，通過制定干系人管理策略，讓干系人及時地了解項目進展，盡早地參與到項目中并對項目做出有益的事情，從而達到有效管理干系人的目的。在實際的執行過程中，可以通過建立不同關系人的溝通接口，比如針對不同類型的客戶，由專人負責接口，及時了解干系人期望，以便能及時調整干系人管理策略。如，對于國外的項目，可以派人員出差，也就是小范圍的集中辦公，這樣可以促進溝通協作，增加效率。溝通中會存在大量沖突的解決，解決沖突的方法很多，包括撤退、回避、
折衷、強制、面對(解決問題)等方法，其中面對(解決問題)的方法是解決沖突的最好方法?？梢愿鶕煌臅r間、干系人和場合采取不同的沖突解決方法。
3.6 風險管理領域
風險管理在項目中是比較重要的環節，一般的風險管理流程是：識別風險->風險定性分析->風險定量分析->規劃風險應對->監控風險。在寫作的時候，要說明識別風險的方法，如專家判斷，也就是用項目組內的專家判斷可能發生的風險，或者是類比以前類似的項目來判斷風險。然后就是通過風險定性分析，來確定風險的優先級順序，如果通過風險概率矩陣來排序風險優先順序，之后對優先級高的風險進行定量風險分析，可以采取決策樹等方式來對風險進行定量分析，然后指定針對風險的應急儲備，管理儲備，采取積極的風險應對態度。尤其要注意，對消極的風險，我們要減輕、回避或者是轉移。減輕和回避，就需求我們針對不同的風險采取不同的應對措施，盡量避免這類風險的發生，或者是減輕其發生的概率。轉移風險的措施就包括分包或者是購買保險等，這樣把風險轉移給第三方。對于積極的，可能會對項目帶來收益的風險，我們要積極的開拓，盡量讓這種風險發生，以達到給我們項目帶來收益的最終目的。
3.7 人力資源管理領域
在人力資源管理領域，主要涉及到制定人力資源計劃、組建項目團隊、建設項目團隊和管理項目團隊三個方面。制定人力資源計劃——識別和記錄項目角色、職責、所需技能以及報告關系，并編制人員配備管理計劃的過程。組建項目團隊——確認可用人力資源并組建項目所需團隊的過程。建設項目團隊——提高工作能力、促進團隊互動和改善團隊氛圍，以提高項目績效的過程。管理項目團隊——跟蹤團隊成員的表現，提供反饋，解決問題并管理變更，以優化項目績效的過程。管理與領導項目團隊還包括：影響項目團隊——識別那些可能影響項目的人力資源因素，并在可能的情況下對這些因素施加影響。這些因素包括：團隊環境、團隊成員的地理位置、干系人之間的溝通、內外部政治氛圍、文化問題、組織的獨特性，以及可能影響項目績效的其他人際因素。職業與道德行為——項目管理團隊應該了解、支持并確保所有團隊成員遵守道德規范。在寫作文的時候主要圍繞以上這些觀點展開論述就可以了。
4.后記
以上的一些方法和措施在項目管理中，很多都是多個知識領域使用的，比如代碼的review和內部培訓等，既可以放在質量知識領域里，也可以放到團隊建設中作為提供工作能力的方法，只要在寫作的時候表述清楚，思路清晰，讓人覺得你確實在項目中做過了這些事情，那么論文過關就不成問題了。
