it項目管理碩士論文

it項目管理碩士論文

　　工程碩士培養質量評估是保證和提高工程碩士培養教育質量的一個重要環節。下面是學習啦小編為大家整理的it項目管理碩士論文，供大家參考。

　　it項目管理碩士論文范文一：項目變更管理

　　【摘 要】

　　近年來，IT產業以驚人的速度發展，從而使軟件產業的地位在經濟發達國家提到了空前的高度。雖然軟件產業在國內外得到了迅速發展，但是軟件項目實施效果卻不容樂觀。調查分析表明，大約70%的軟件項目超出預定開發周期，大型項目平均超出計劃交付時間20%-50%，90%以上的軟件項目開發費用超出預算，并且項目越大，超出項目計劃的程度越高。

　　軟件項目失敗的原因主要有以下三點：一是需求的不斷變化。二是開發的軟件不能滿足用戶的需求。三是軟件項目的管理問題，這包括兩個方面：一方面是因為缺乏完善的管理項目風險的方法;另一方面是由于軟件項目規模的龐大，項目的范圍難以精確確定，從而在項目開發的過程中范圍不斷變更，過程控制的力度不夠，因此導致成本估計難以精確，進度控制困難，可靠性無法保證。 1 項目變更的基本概述

　　項目變更意為項目實施過程中，因各種原因導致原計劃發生變動的行為。項目的建設或應用環境是在變化的，需求和目標也可能是變化的，因此項目本身也是變化的。不管項目在準備階段的工作做的如何細致、全面，在項目實施過程中仍然會遇到各種預料之外的變化。同時，這些需求和要求的變更在項目進程中出現的越晚，對于項目實施來說就越困難，項目成本消耗可能就越高。如果能有效地控制項目的變更，那么項目最終就能在變化的環境中成功實現。

　　1.1引起項目變更的因素

　　項目變更主要目的是為了保證實現建設目標，但就國內目前信息化項目建設狀況而言，隨意變更的現象占了很大的比例，究其原因主要來自兩方面，一方面是項目從啟動到結束，要經過漫長的過程，中間受各種因素影響會發生多次變動行為，過多的變動往往會改變項目實施結果，使不確定性成為大概率事件;另一方面是參與建設的主體過多，業務與技術脫節，需求不明確導致建設階段變更內容過多，這點在軟件開發服務項目這種現象尤為突出，經常是在業務調研階段需求內容很少，但當項目投入試運行后，反而個性化要求源源不斷，因此造成項目被動的局面。

　　引起項目變動的原因呈多樣性，若按其來源劃分，大致可分成主觀和客觀因素兩大類，前者來自項目主體，如應項目建設方或是承建方要求進行變更;后者則是因為項目實施環境或部分項目要素變化帶來的影響。

　　IT項目中引起變更的因素有兩個：一是來自外部的變更要求，如客戶要求修改工作范圍和需求等;二是開發過程內部的變更要求，如為解決測試中發現的一些錯誤而修改源碼甚至設計。比較而言，最難處理的是來自外部的需求變更，

　　因為IT項目需求變更的概率大、工作量也大，特別是到項目的后期。

　　1.2項目變更的生命周期

　　項目從開始就處于不停的變化中，用戶需求變了需要調整計劃或者設計;測試發現了問題需要對錯誤代碼進行變更;甚至人員流失了，也需要項目進行一定的調整以適應這種情況。Bug管理，需求管理，風險控制等本質上都是項目變更的一種。它們都是為了保證項目在變化過程中始終處于可控狀態，并隨時可跟蹤回溯到某個歷史狀態。孤立的看單個變更(CR)的生命周期，那么它是比較簡單的，大致就是提出-審核-修改-確認這么一個過程。但變更管理并不是單純的一個數據庫記錄，做個備忘而已。在這么一個簡單的流程中，變更管理要能體現出它的兩個重要用途，一個是控制變更，保證項目可控;另一個是變更度量分析，幫助組織提供自己的開發能力。如(圖-1)

　　圖-1 項目變更生命周期的基本過程

　　變更生命周期中的幾個主要過程和這些過程的要求 ：

　　提出—記錄變更的詳細信息，相當于一個備忘。需要記錄的信息可能根據不同組織和不同項目的規定而不同。要點在于變更提出者能簡明扼要的記錄下有價值的信息，比如缺陷發生時的環境，要變更的功能等。

　　審核—審核者首先要確認變更意義，確認是否要修改;其次審核者要確認變更可能產生的影響，根據影響分析決定是否要修改下變更的內容以及對項目其它方面做同步改變;最后就是指派項目成員實施該變更。

　　實施修改—根據變更要求進行修改。首先要保證修改實施是完全而徹底的，比如提了一個需求變更，不能只改了需求文檔而不改代碼或者用戶文檔。在組織分工情況下，如何協調多個小組的同步變更保證工作產品一致性正成為一個很嚴峻的問題。 實現變更的一個初始目的就是為了項目的跟蹤回溯，那么，針對變更而做的修改也應該被記錄下來并被和變更關聯起來，實現why、what的雙向跟蹤。

　　確認—確認驗證變更確實得到了確實實施。查詢和度量分析—項目管理者需

　　要了解項目中各個變更的當前狀態，根據變更狀態做出各種管理決定;度量分析變更數據，了解項目質量狀況;定期進行復盤，尋找變更根源，進行有針對性，甚至是制度化的改進。

　　2 項目范圍的變更

　　項目中不可避免的會發生范圍的變更，不論是在項目的開始階段或是項目的將要結束階段，都有可能會發生項目范圍的變更，而項目范圍的變更會自然而然地對項目有影響，所以，怎么樣控制項目的范圍變更是項目管理所需要做的一個重要內容。項目所處的階段越早，項目不確定性就越大，項目調整或變更的可能性就越大，同時帶來的代價比較低。但隨著項目的進行，不確定性逐漸減小，而變更的代價、付出的人力、資源逐漸增加，就會增加決策的困難度。

　　在實際工作中，項目實施階段的變更原因盡管很多，但這些原因和其他階段工作皆有密切的關聯，并非在實施階段才產生的。因此，要控制或減少實施階段的變更行為，必須要從每個階段工作入手，盡可能減少變動因素，盡早排除隱患，使各階段工作成果具有穩定性， 才能在實施階段降低項目變更的可能性，實現項目建設可控管理。

　　2.1 IT項目范圍變更原因

　　范圍變更的表現形式多種多樣，如客戶臨時改變對功能需求的想法、項目預算發生變化等。在IT項目中，這些需求范圍變更可能來自方案服務方、客戶或產品供應商，也可能來自項目組內部。分析各種項目需求變更的原因主要包括一下四點：

　　(1)范圍沒有明確就開始細化。范圍細化一般是由需求分析人員根據用戶提出的描述性的、總結性的需求進行功能的提取并給出相應的描述。如果對用戶的需求不明確、需求分析工作不到位;使得需求范圍沒有明確就開始細化，當需求進入實施階段需求范圍發生變化，就需要作出很大的變動。

　　(2)系統實施時間過長。在項目漫長的實施過程中，客戶由于自身業務發生變化或突然產生新的想法會不斷地向項目提出新的需求，從而造成需求的變更最終影響到項目整體的范圍。

　　(3)用戶業務需求的改變。由于客戶競爭激烈，運行情況不確定，需要隨時對業務戶環境變化做出反應，用戶自然會經常提出變更的請求。

　　(4)系統正常升級。由于開發方自身版本升級、性能改進、設計調整等要求會產生需求變更。

　　2.2 范圍變更控制管理過程

　　為執行變更控制，必須建立有效的范圍變更流程，它對管好項目至關重要。一個項目的范圍計劃可能制訂的非常好，但是想不出現任何改變幾乎是不可能的，因此變更是不可避免的，關鍵問題是如何對變更進行有效的控制。IT項目的生命周期分為啟動、計劃、實施控制和收尾5個過程。范圍變更的控制不應該只是項目實施階段考慮的事情，而是要分布在整個項目的生命周期。

　　范圍變更控制是指對有關項目范圍的變更實施控制。主要的過程輸出是范圍變更、糾正行動與教訓總結。再好的計劃也不可能做到一成不變，因此變更是不可避免的，關鍵問題是對變更進行有效的控制。其過程如(圖-2)所示

　　圖2 范圍變更控制流程

　　在發生范圍變更時，首先需要向變更控制委員會(SCCB)提交范圍變更申請表。并記錄變更請求的相關內容。

　　然后由控制委員會對范圍變更進行相應的評估;SCCB需要對范圍變更請求產生的原因進行分析，精確的理解用戶需求;評估系統對范圍變更的接納程度、變更的代價、變更系統總體架構甚至是產品發展的影響。在范圍變更分析中還需要進行需求范圍穩定性的分析。過于頻繁的范圍變更項目進程已經超出了需求變化范圍。

　　SCCB根據項目現有進度，進行項目范圍變更進度影響、費用及項目可接受影響的程度;對項目變更排列優先級，對變更請求采取應對措施提出建議，記錄風險和風險應對計劃。同時與項目贊助人協商項目變更影響、解決變更請求的條件相應的費用變化以及項目贊助人可接受程度等問題，從而決定是否實施變更。

　　實施范圍變更主要過程包括有追蹤所有范圍變更影響的工作產品、確定是否調整需求基線、維護范圍變更記錄文檔，此外范圍變更還需要進行驗證，對于未通過驗證將取消變更請求。

　　2.3 范圍變更控制管理原則

　　(1)建立需求范圍基線。需求范圍基線是指是否允許用戶需求變更的分界線，在軟件開發過程中，需求確定并經過評審后，課件里第一個需求基線。隨著項目的進展需求基線也在變化;此后每次變更經過評審后，都要重新確定新的需求基線。

　　(2)制定簡單有效的變更控制流程，并形成文檔。在建立了需求基線后，提出的所有變更都必須遵循這個控制流程;同時，著個流程具有一定的普遍性，對以后的IT項目開發和其他項目都有借鑒意義。