軟件開發(fā)項(xiàng)目中范圍管理的變更控制論文
在軟件開發(fā)管理過程中，不僅要努力實(shí)現(xiàn)項(xiàng)目的范圍時(shí)間、成本和質(zhì)量等目標(biāo)，還必須協(xié)調(diào)、整個(gè)項(xiàng)目過程，滿足項(xiàng)目各方干系人的需要和期望。隨著軟件規(guī)模和所涉及的領(lǐng)域不斷地?cái)U(kuò)大，軟件項(xiàng)目的管理越來越困難，項(xiàng)目范圍管理的變更控制是整個(gè)項(xiàng)目管理的重中之重，如何做好信息化建設(shè)的范圍是每個(gè)項(xiàng)目都需要做好的工作，以此確保項(xiàng)目成功。軟件開發(fā)建設(shè)項(xiàng)目中一直處于不斷變化中，變更可能無法避免。范圍變更的核心點(diǎn)在于如何控制，而不是規(guī)避變更。為了控制項(xiàng)目需求變更，必須有一套規(guī)范的變更流程與工具，在有需求變更時(shí)進(jìn)行識別并及時(shí)采取一些措施。
一、項(xiàng)目范圍變更技術(shù)
1.變更基準(zhǔn)
對于軟件開發(fā)項(xiàng)目中，變更需要有相應(yīng)基準(zhǔn)，基準(zhǔn)為后續(xù)變更提供基礎(chǔ)。本項(xiàng)目的基準(zhǔn)可以為工作分解結(jié)構(gòu)、管理計(jì)劃等多個(gè)方面。
(1)工作分解結(jié)構(gòu)：即范圍定義時(shí)所確定的WBS。
(2)變更申請：變更申請的形式十分多樣，這些申請可能是由項(xiàng)目組提出，也可能是用戶提出的，也可能是其他事件引起的必須進(jìn)行變更的情況。在有變更需求時(shí)，必須由客戶知曉或?qū)徟�，同時(shí)針對項(xiàng)目的其他內(nèi)容，例如進(jìn)度、成本等進(jìn)行調(diào)整。
(3)范圍管理計(jì)劃：它展示了整個(gè)項(xiàng)目范圍管理說明，并對范圍變更的相關(guān)內(nèi)容進(jìn)行說明。
2.工具
(1)績效側(cè)臉，預(yù)估整個(gè)范圍變更的程度。
(2)規(guī)劃編制補(bǔ)充
3.變更控制成果
(1)針對變更內(nèi)容，對項(xiàng)目所有工作結(jié)構(gòu)分解內(nèi)容進(jìn)行修改。
(2)糾偏措施，根據(jù)變更內(nèi)容所需要完成的各種糾正措施。
(3)教訓(xùn)：根據(jù)本變更計(jì)劃，總結(jié)相關(guān)教訓(xùn)，并給予內(nèi)部討論。
4.變更控制方法
軟件開發(fā)項(xiàng)目如果發(fā)生變更，則需要加以控制。項(xiàng)目組根據(jù)一定的方法進(jìn)行范圍控制，主要依據(jù)以下方法：
第一，制定變更管理流程。
第二，分析變更需求，透徹理解變更內(nèi)容。
第三，相關(guān)變更相關(guān)要求都進(jìn)行記錄，確保整個(gè)信息都有留底與可獲得。
二、變更流程分析
項(xiàng)目變更流程如圖1所示。
為了更好的進(jìn)行變更控制，控制流程是核心。項(xiàng)目范圍變更不可避免，變更控制流程成為變更的關(guān)鍵。很多時(shí)候，由于多種因素的影響，客戶或者開發(fā)者都會(huì)針對某些需求進(jìn)行變更或者提出新的需求，對于變更必須采取包容的心態(tài)，與此同時(shí)，也需要對變更進(jìn)行控制。變更控制失控，那么可能造成嚴(yán)重的后果，這里變更控制流程必不可少。
在軟件開發(fā)項(xiàng)目中，專門成立變更控制委員會(huì)，該有組織對變更需求進(jìn)行控制。變更控制委員會(huì)對于整個(gè)變更控制具有決定權(quán)，有權(quán)對本項(xiàng)目的任何變更進(jìn)行接受或者拒絕。
第一，提出變更需求。項(xiàng)目組任何人員都可以提出具體的需求，變更控制委員會(huì)會(huì)對上述變更需求進(jìn)行查看與審核。
第二，復(fù)審變更請求。在變更需求提交后，根據(jù)需求由委員會(huì)召開復(fù)審會(huì)議，對上述需求變更內(nèi)容進(jìn)行討論審核，最終決定是否需要實(shí)施相應(yīng)的變更。在需求變更時(shí)，需要由委員會(huì)進(jìn)行風(fēng)險(xiǎn)評估，同時(shí)對變更所需的資源、進(jìn)度、成本進(jìn)行合理的預(yù)估，以此來進(jìn)行合理的決策。
第三，確認(rèn)是否變更。委員會(huì)需要對申請者那邊收集更多的變更相關(guān)內(nèi)容，以此驗(yàn)證整個(gè)請求是否有效，并依據(jù)相關(guān)信息是否確認(rèn)變更或者是否由變更申請者重新提交。
第四，變更內(nèi)容請求。如果在委員會(huì)確認(rèn)需求時(shí)發(fā)現(xiàn)相關(guān)申請內(nèi)容不足以支撐判斷，則可要求申請人對需求變更內(nèi)容進(jìn)行補(bǔ)充或更新，并由申請人重新提交變更申請。
第五，安排工作。一但需求被確認(rèn)為通過審核，則項(xiàng)目經(jīng)理需要變更申請進(jìn)行工作任務(wù)的分析與安排，并配置相關(guān)資源。
第六，變更執(zhí)行。根據(jù)前期準(zhǔn)備的工作內(nèi)容，執(zhí)行全媒體在線培訓(xùn)系統(tǒng)的變更，并對變更執(zhí)行內(nèi)容及時(shí)記錄。
第七，核實(shí)變更內(nèi)容。在變更執(zhí)行后，對變更內(nèi)容進(jìn)行針對性測試與核實(shí)。首先針對測試版本進(jìn)行核實(shí)，在此之后在發(fā)布工作版本中進(jìn)行核實(shí)。核實(shí)通過后給予變更關(guān)閉。
三、變更成果
根據(jù)用戶與項(xiàng)目組成員的實(shí)際要求，項(xiàng)目出現(xiàn)了一些變更，這些變更主要還是集中于功能方面的.變更，現(xiàn)將主要變更舉例如下：
(1)在系統(tǒng)管理中增加“安全設(shè)置”
根據(jù)用戶需求，管理員希望能夠在系統(tǒng)管理中對部分安全進(jìn)行界面化設(shè)置，包括系統(tǒng)關(guān)鍵詞過濾、用戶登錄密碼顯示、密碼等級設(shè)置、是否允許舉報(bào)、是否允許匿名舉報(bào)等。上述功能在系統(tǒng)管理中給予另外增加模塊。
(2)增加圖表選擇功能
根據(jù)用戶使用要求，相關(guān)統(tǒng)計(jì)顯示不夠人性化，應(yīng)在使用統(tǒng)計(jì)中增加圖表個(gè)性化選擇功能。原有的系統(tǒng)方案中，系統(tǒng)提供統(tǒng)計(jì)功能，同時(shí)可顯示相應(yīng)圖表，但這些圖表不具備個(gè)性化選擇功能，例如包括圖表背景顏色、是否顯示數(shù)據(jù)、圖表內(nèi)容背景色、圖表類型、是否三維顯示等，以此滿足圖表的個(gè)性化功能。
(3)增加各類資源單獨(dú)權(quán)限管理功能
在系統(tǒng)管理中，具備整個(gè)系統(tǒng)的權(quán)限管理功能，但這一權(quán)限無法深入到具體的多媒體資源，為此需要在全媒體資源管理功能中增加相應(yīng)的權(quán)限管理功能，包括：視頻權(quán)限管理、圖集權(quán)限管理、文庫權(quán)限管理、音頻權(quán)限管理、電子書權(quán)限管理等。這些權(quán)限管理功能主要涉及到角色授權(quán)、用戶授權(quán)、分類發(fā)布設(shè)置、下載授權(quán)、上傳授權(quán)等。實(shí)現(xiàn)對多媒體資源的有效管控。
綜上所述，從整個(gè)分析過程來看，影響軟件需求變更因素十分多樣，包括：需求分析過程本身存在的缺陷，例如需求溝通不夠充分等;通過逐步溝通，用戶需求也在不斷深入，提出了新的要求;或者相關(guān)制度、業(yè)務(wù)產(chǎn)生了新的變革要求等。、為了減少上述變更的產(chǎn)生，可以從采取以下減少策略，包括：①需求分析時(shí)充分的溝通必不可少，同時(shí)需要明確需求并可使用原型制作案例模型，確保用戶更加清晰的了解自身的需求。②全程讓用戶參與過程，可以通過直接的認(rèn)識本系統(tǒng)并發(fā)現(xiàn)需求問題，及早變更，以此減少變更的損失成本。③嚴(yán)格審核需求，對于部分變更需求可適當(dāng)駁回。
【軟件開發(fā)項(xiàng)目中范圍管理的變更控制論文】相關(guān)文章：
工程變更控制管理工學(xué)論文07-02
中小型軟件開發(fā)管理與控制技術(shù)分析論文10-29
農(nóng)業(yè)建設(shè)項(xiàng)目中工程建設(shè)的質(zhì)量管理與控制探究論文10-25
項(xiàng)目范圍管理論文12-02
成本管理與控制論文04-09
項(xiàng)目管理控制論文03-19