2016年上半年軟考中級系統(tǒng)集成項目管理工程師下午案例分析真題試題三
案例問題：針對項目的當(dāng)前狀態(tài)，小王應(yīng)該采取說明補救措施？
案例背景
項目經(jīng)理小王目前正在負(fù)責(zé)—個小型的軟件開發(fā)項目?！_始他覺得項目比較小，變更應(yīng)該不多，流程也不需要太復(fù)雜，因此就沒有制定項目變更管理計劃，而是強調(diào)團隊成員間的及時溝通來保證項目按照計劃進(jìn)行：根據(jù)項目經(jīng)理小王的理解．所謂變更管理的主要目標(biāo)就是保證項目能夠按照計劃進(jìn)行，如果能夠保證不發(fā)生超越項目進(jìn)度計劃、成本計劃等控制范圍外的偏差，就可以不用指定項目變更管理計劃．就可以不用指定項目變更管理計劃，以減少項目的工作量。而項目執(zhí)行過程中對計劃的微調(diào)根本不需要記錄和管理，也不需要走項目變更管理流程。而且他認(rèn)為如果所有項目變更都必簡要向相關(guān)領(lǐng)導(dǎo)請示匯報，過程太復(fù)雜和麻煩，還不如由執(zhí)行人員提出變更的方案，彼此討論—直后來的更方便和快捷。
但是在項目進(jìn)入集成測試階段的時候，突然多了很多莫名其妙的問題出現(xiàn)。如在調(diào)試過程中。由于相關(guān)設(shè)計和記錄的簡化和不規(guī)范，造成了調(diào)試的困難，很難定位各個問題模塊的錯誤；由于項目執(zhí)行過程中。人員的調(diào)配替換，造成了文檔記錄的不一致，導(dǎo)致后期人員閱讀和理解方面的障礙。并且由于缺乏對開發(fā)過程的配置管理和控制，導(dǎo)致版本混亂，很難形成有效支持各模塊集成的文檔。另外，面目中很多細(xì)小的改動由于沒有準(zhǔn)確的記錄，或者是根本沒有記錄．導(dǎo)致集成測試發(fā)現(xiàn)問題時，根本沒有辦法更改。小王對此也沒有辦法，不知道因為什么原因?qū)е履壳暗捻椖繝顟B(tài)，項目面臨返工的危險。