1樓：ta硂
目前，在傳統行業實行專案管理已很普遍，而在資訊系統整合行業，人們越來越認識到實行專案管理的重要性。由於資訊產業的技術含量高，資訊系統整合專案經常會遇到需求多變、技術更新和所處環境變化快速、人員流動頻繁等情況，所以資訊系統整合行業更加需要科學規範的專案管理。因此，只有對資訊系統整合專案實施專案管理，才能規範專案需求、降低專案成本、縮短專案工期、保證資訊工程質量。
那麼，我們知道了資訊系統整合行業實施專案管理的重要性和必要性，但實際生活中有多少公司實施了專案管理？又有多少公司實施專案管理取得了驕人的成績呢？讓我們看看這幾家公司的運營模式：
甲公司實施了專案管理，但專案經理很謙虛，客戶提出的大小問題都給予解決，客戶很滿意。但專案卻拖的時間較長，客戶總想把所有的問題都改完再說，已經一再延期。乙公司也實施了專案管理，但專案經理盛氣凌人，客戶提出的問題一般都不解決，雖然專案進度控制的較好，基本能按期完成專案，但客戶很不滿意。
丙公司表面上實施了專案管理，但專案經理有名無實，各職能部門各自為政。專案因各部門間配合問題不斷出現延期，超支等情況，但最終結果是各職能部門間相互抱怨。這幾家公司的運營模式還只是眾多公司中運營模式的滄海一粟，所以資訊系統整合行業有效實施專案管理還任重而道遠。
那麼，資訊系統整合行業怎樣有效實施專案管理呢？我個人認為從下面幾個方面著手： 一、專案可行性研究 在一定的組織裡，沒有完成專案可行性研究，一個專案一般不會正式啟動。
很多公司在進行專案可行性研究時會出現很多問題，如：研究深度不夠，質量不高，不能滿足決策的需要；不重視多方案論證和比較，無法進行優選；調查研究得不夠，導致專案投資收益計算失真；可行性研究報告的編制缺乏獨立性、公正性和客觀性；等等。對此，首先我們要正確認識可行性研究的階段劃分與功能定位。
其次，按要求進行可行性研究，正確確定其依據。第三，採用科學的方法與先進的技術。第四，建立科學的決策體系和管理機制。
二、專案啟動階段 專案啟動階段需要界定工作目標及工作任務；獲得老闆或高層的支援；組建優秀的專案團隊；準備充足的資源；建立良好的溝通；對客戶的積極反應進行適當的監控和反饋。 專案管理最重要、最難做的工作就是界定工作目標及工作任務，也就是確定專案的範圍。缺少正確的專案範圍定義和核實，是專案失敗的主要原因。
通過和專案干係人在專案要產出什麼樣的產品方面達成的共識、產品描述、戰略計劃、專案選擇標準等方面的資訊利用專案選擇方法和專家判斷輸出專案的正式審批檔案，也就是專案章程。 作為一個專案經理人，您是如何組織專案團隊的？是採用什麼樣的組織結構型別的？
是垂直方案、水平方案還是混合方案？以垂直方案組織的團隊由多面手組成，每個成員都充當多重角色。以水平方案組織的團隊由專家組成，每個成員充當一到兩個角色。
以混合方案組織的團隊既包括多面手，又包括專家。對於許多跨職能部門的活動的專案以矩陣型組織結構進行最有效。對於專案需要進行最嚴格的專案資源控制的專案以專案化組織結構進行最有效。
建立良好的溝通這需要專案經理把75-90%的時間花在溝通上。專案經理在溝通時需要使用者參與、老闆或高層的支援及明確優先事項和需求的清晰表達。這些也正是專案成功依賴的三大要素。
完成專案章程後，專案啟動要召開專案團隊啟動會議，團隊啟動會議主要是建立正式的團隊，提供團隊成員的角色和職責，提供績效管理方法，向成員提供專案範圍和目標。專案啟動還要召開針對客戶的專案啟動會議，在這個會議上專案經理會與客戶確立正式的交流渠道，專案綜合描述，讓專案參與人員相互瞭解，建立以專案經理為核心的管理制度。 三、專案計劃階段 1、wbs 將專案分解為可管理的活動，也就是我們通常所說的wbs。
通過對專案的目的的理解，確定工作主要分為哪幾個部分，自上而下將大的部分分解為下一個層次，將每個構成要素再分解為子構成要素，逐級完成，直到能夠分派作業並監測，同時制定wbs詞典和wbs的編號系統。通過wbs的使用，使專案成本可以估算、是專案各項計劃和控制措施編制的基礎和主要依據、保證了專案結構的系統性和完整性、可以建立完整的專案保證體系，便於執行和實現目標要求、為建立專案資訊溝通系統提供依據，便於把握資訊重點、是專案範圍變更控制的依據以及專案風險管理計劃編制的依據。 2、專案進度計劃 專案進度計劃是確定每項活動的開始和完成時間。
如果開始和完成時間不現實，專案就不可能按進度計劃完成。制定專案進度計劃首先要對wbs中確定的可交付成果的產生所必須完成的具體活動進行定義，得到活動列表；然後通過前導圖法、箭頭圖法或關鍵路徑法工具和技術將活動順序進行安排，決定活動之間的邏輯關係；接著利用類比法、專家估計法、基於wbs的子活動估計方法或量化估計方法對活動工期進行估算；最後依據上面提到的活動定義、活動排序和活動歷時估算等資料的獲得，反覆進行改進，獲得適合本專案的進度計劃。 3、專案風險管理 風險肯定帶有不確定性，但具有不確定性的事件不一定就是風險。
因此，我們也可以如此定義專案的風險：專案的風險就是在專案管理活動或事件中消極的、專案管理人員不希望的後果發生的潛在可能性。 風險存在如下特點：
第一，風險存在的客觀性和普遍性。 作為損失發生的不確定性，風險是不以人的意志為轉移並超越人們主觀意識的客觀存在，而且在專案的全壽命週期內，風險是無處不在、無時沒有的。這些說明為什麼雖然人類一直希望認識和控制風險，但直到現在也只能在有限的空間和時間內改變風險存在和發生的條件，降低其發生的頻率，減少損失程度，而不能也不可能完全消除風險。
第二，某一具體風險發生的偶然性和大量風險發生的必然性。 任一具體風險的發生都是諸多風險因素和其他因素共同作用的結果，是一種隨機現象。個別風險事故的發生是偶然的、雜亂無章的，但對大量風險事故資料的觀察和統計分析，發現其呈現出明顯的運動規律，這就使人們有可能用概率統計方法及其他現代風險分析方法去計算風險發生的概率和損失程度，同時也導致風險管理的迅猛發展。
第三，風險的可變性。 這是指在專案實施的整個過程中，各種風險在質和量上是可以變化的。隨著專案的進行，有些風險得到控制並消除，有些風險會發生並得到處理，同時在專案的每一階段都可能產生新的風險。
第四，風險的多樣性和多層次性。 大型開發專案週期長、規模大、涉及範圍廣、風險因素數量多且種類繁雜致使其在全壽命週期內面臨的風險多種多樣。而且大量風險因素之間的內在關係錯綜複雜、各風險因素之間與外界交叉影響又使風險顯示出多層次性。
如何對風險進行識別呢？ 1、分解原則：就是將專案管理過程中複雜的難於理解的事物分解成比較簡單的容易被認識的事物，將大系統分解成小系統，這也是人們在分析問題時常用的方法（如專案工作分解結構wbs）； 2、故障樹（falttrees）法：
就是利用**的形式將大的風險分解成各種小的風險，或對各種引起風險的原因進行分解，這是風險識別的有利工具。該法是利用樹狀圖將專案風險由粗到細，由大到小，分層排列的方法，這樣容易找出所有的風險因素，關係明確。與故障樹相似的還有概率樹、決策樹等； 3、專家調查法：
由於在風險識別階段的主要任務是找出各種潛在的危險並作出對其後果的定性估量，不要求作定量的估計，又由於有些危險很難在短時間內用統計的方法、實驗分析的方法或因果關係論證得到證實（如市場需求的變化對專案經濟效益的影響，同類軟體開發商對本組織的競爭影響等）。該方法主要包括兩種：集思廣議法和德爾菲法（delphi）。
風險識別後，我們又如何進行分析呢？ 風險分析是在風險識別的基礎上對專案管理過程中可能出現的任何事件所帶來的後果的分析，以確定該事件發生的概率以及與可能影響專案的潛在的相關後果。風險分析的出發點是揭示所觀察到的風險的原因、影響和程度並提出和考察備選方案。
針對風險出現的可能性，需要採取一些手段控制風險，我們建議使用以下風險控制步驟： 1、與現在在職的專案成員協商，確定人員流動的原因（如，工作條件差，收入低，人市場競爭等）； 2、在專案開始前，把緩解這些原因（避開風險）的工作列入已擬定的控制計劃中； 3、當專案啟動時，做好人員流動會出現的準備，採取一些辦法以確保人員一旦離開時專案仍能繼續（削弱風險）； 4、建立專案組，以使所有專案成員能及時瞭解有關專案活動的資訊； 5、制定文件標準，並建立一種機制以保證文件能及時產生； 6、對所有工作組織細緻的評審，以使更多的人能夠按計劃進度完成自己的工作； 7、對每一個關鍵性的技術人員，要培養後備人員； 8、在專案里程碑處進行事件跟蹤和主要風險因素跟蹤，以進行風險的再評估； 9、在專案開發過程中保持對風險因素相關資訊的收集工作。 四、專案控制執行階段 專案控制執行階段主要要進行進度控制、成本控制和質量控制。
1、進度控制 專案進度控制是依據專案進度計劃對專案的實際進展情況進行控制，使專案能夠按時完成。有效的專案進度控制的關鍵是監控專案的實際進度，及時、定期的將它與計劃進度進行比較，並立即採取必要的糾正措施。其內容包括：
對造成進度變化的因素施加影響，確保得到各方認可；查明進度是否已經發生變化；在實際變更發生時進行管理；進度控制應和其他控制程序緊密結合，並且貫穿於專案的始終。 2、成本控制 專案成本控制是指專案組織為保證在變化的條件下實現其預算成本，按照事先擬訂的計劃和標準，通過採用各種方法，對專案實施過程中發生的各種實際成本與計劃成本進行比較、檢查、監督、引導和糾正，儘量使專案的實際成本控制在計劃和預算範圍內的管理過程。專案成本控制是以專案各項工作的成本預算、成本基準計劃、成本績效報告、變更申請和專案成本管理計劃為依據；以成本變更控制系統、績效測量、補充計劃編制和計算機工具等方法進行的。
3、質量控制 現在很多公司認為公司的職員對質量問題負責，而並不是管理層的責任，這種看法是錯誤的。全面質量管理強調追求顧客滿意、注重預防而不是檢查，強調管理層對質量的責任以及全員參與，持續改進。質量控制是以工作結果、質量管理計劃和澡作定義和檢測列表為依據；以檢驗、統計抽樣、核對表、排列圖、直方圖、散點圖、控制圖、流程圖、趨勢分析和6δ管理法為工具進行的。
五、專案收尾階段 1、專案結束 專案結束時，專案經理要將最終系統方案提交給使用者，完成專案所有的提交件，收集專案全部資訊並結束專案，完成或終止合約，簽署專案結束的相關檔案。 2．專案完工會議 專案結束時，依然要開會，主要有七大主題：技術績效、成本績效、進度計劃績效、專案計劃與控制、專案溝通、識別問題與解決問題、意見和建議。
同時也要總結經驗教訓。 3．客戶滿意度 專案團隊得到客戶滿意評價的最好方式，是向客戶提交一份專案滿意程度調查報告，從客戶那裡得到好的反饋，作為公司專案成功完成的案例證明。
資訊系統專案管理師有用嗎，資訊系統專案管理師是不是很難考
misshappy是我 一 什麼是資訊系統專案管理師 資訊系統專案管理師屬於計算機技術與軟體專業技術資格 水平 考試 即軟考 高階資格考試裡面的一項考試。通過本考試的合格人員能夠掌握資訊系統專案管理的知識體系，具備管理大型 複雜資訊系統專案和多專案的經驗和能力 能根據需求組織制訂可行的專案管理計劃 ...
如何備考資訊系統專案管理師考試？
資訊系統專案管理師考試大綱一定要看，官方教材要看，再搞一本歷年真題或模擬題基本上就夠了。關鍵是要花時間。特別注意下午的 部分，要注意平時積累。資訊系統專案管理師考試的官方教材是清華大學出版社出版的 資訊系統專案管理師教程第二版 該教材建議各位學員購買，但是可以只粗看，因為該書由於大部分摘抄了pmbo...
資訊系統專案管理師職稱有什麼用，資訊系統專案管理師是什麼職稱
資訊系統專案管理師是全國計算機技術與軟體專業技術資格 水平 考試中的高階水平測試，綜合素質要求高 以計算機基礎技術為依託 考查專案管理方面的內容 覆蓋面較廣 有一定難度 但是沒有任何報名條件。計算機技術與軟體專業技術資格 水平 考試是由國家人力資源和社會保障部 工業和資訊化部領導下的國家級考試。考試...