項目變更管理論文-文庫吧
2025-09-03 11:37 本頁面
【正文】 的是來自外部的需求變更，因為IT項目需求變更的概率大、工作量也大，特別是到項目的后期。 項目從開始就處于不停的變化中，用戶需求變了需要調(diào)整計劃或者設(shè)計；測試發(fā)現(xiàn)了問題需要對錯誤代碼進(jìn)行變更；甚至人員流失了，也需要項目進(jìn)行一定的調(diào)整以適應(yīng)這種情況。Bug管理，需求管理，風(fēng)險控制等本質(zhì)上都是項目變更的一種。它們都是為了保證項目在變化過程中始終處于可控狀態(tài)，并隨時可跟蹤回溯到某個歷史狀態(tài)。孤立的看單個變更（CR）的生命周期，那么它是比較簡單的，大致就是提出－審核－修改確認(rèn)這么一個過程。但變更管理并不是單純的一個數(shù)據(jù)庫記錄，做個備忘而已。在這么一個簡單的流程中，變更管理要能體現(xiàn)出它的兩個重要用途，一個是控制變更，保證項目可控；另一個是變更度量分析，幫助組織提供自己的開發(fā)能力。如（圖1）圖1 項目變更生命周期的基本過程 變更生命周期中的幾個主要過程和這些過程的要求 ：提出—記錄變更的詳細(xì)信息，相當(dāng)于一個備忘。需要記錄的信息可能根據(jù)不同組織和不同項目的規(guī)定而不同。要點在于變更提出者能簡明扼要的記錄下有價值的信息，比如缺陷發(fā)生時的環(huán)境，要變更的功能等。審核—審核者首先要確認(rèn)變更意義，確認(rèn)是否要修改；其次審核者要確認(rèn)變更可能產(chǎn)生的影響，根據(jù)影響分析決定是否要修改下變更的內(nèi)容以及對項目其它方面做同步改變；最后就是指派項目成員實施該變更。實施修改—根據(jù)變更要求進(jìn)行修改。首先要保證修改實施是完全而徹底的，比如提了一個需求變更，不能只改了需求文檔而不改代碼或者用戶文檔。在組織分工情況下，如何協(xié)調(diào)多個小組的同步變更保證工作產(chǎn)品一致性正成為一個很嚴(yán)峻的問題。 實現(xiàn)變更的一個初始目的就是為了項目的跟蹤回溯，那么，針對變更而做的修改也應(yīng)該被記錄下來并被和變更關(guān)聯(lián)起來，實現(xiàn)why、what的雙向跟蹤。確認(rèn)—確認(rèn)驗證變更確實得到了確實實施。查詢和度量分析—項目管理者需要了解項目中各個變更的當(dāng)前狀態(tài)，根據(jù)變更狀態(tài)做出各種管理決定；度量分析變更數(shù)據(jù)，了解項目質(zhì)量狀況；定期進(jìn)行復(fù)盤，尋找變更根源，進(jìn)行有針對性，甚至是制度化的改進(jìn)。2 項目范圍的變更項目中不可避免的會發(fā)生范圍的變更，不論是在項目的開始階段或是項目的將要結(jié)束階段，都有可能會發(fā)生項目范圍的變更，而項目范圍的變更會自然而然地對項目有影響，所以，怎么樣控制項目的范圍變更是項目管理所需要做的一個重要內(nèi)容。項目所處的階段越早，項目不確定性就越大，項目調(diào)整或變更的可能性就越大，同時帶來的代價比較低。但隨著項目的進(jìn)行，不確定性逐漸減小，而變更的代價、付出的人力、資源逐漸增加，就會增加決策的困難度。在實際工作中，項目實施階段的變更原因盡管很多，但這些原因和其他階段工作皆有密切的關(guān)聯(lián)，并非在實施階段才產(chǎn)生的。因此，要控制或減少實施階段的變更行為，必須要從每個階段工作入手，盡可能減少變動因素，盡早排除隱患，使各階段工作成果具有穩(wěn)定性， 才能在實施階段降低項目變更的可能性，實現(xiàn)項目建設(shè)可控管理。 IT項目范圍變更原因 范圍變更的表現(xiàn)形式多種多樣，如客戶臨時改變對功能需求的想法、項目預(yù)算發(fā)生變化等。在IT項目中，這些需求范圍變更可能來自方案服務(wù)方、客戶或產(chǎn)品供應(yīng)商，也可能來自項目組內(nèi)部。分析各種項目需求變更的原因主要包括一下四點：（1） 范圍沒有明確就開始細(xì)化。范圍細(xì)化一般是由需求分析人員根據(jù)用戶
公司管理相關(guān)推薦
鄂ICP備17016276號-1