系統(tǒng)集成項目管理工程師案例分析當天每日一練試題地址：www.ichunya.com/exam/ExamDayAL.aspx?t1=2

往期系統(tǒng)集成項目管理工程師每日一練試題匯總：www.ichunya.com/class27-2-1.aspx

系統(tǒng)集成項目管理工程師案例分析每日一練試題（2020/10/15）在線測試：www.ichunya.com/exam/ExamDayAL.aspx?t1=2&day=2020/10/15

點擊查看：更多系統(tǒng)集成項目管理工程師習題與指導

系統(tǒng)集成項目管理工程師案例分析每日一練試題內容（2020/10/15）

閱讀下列說明，回答問題1至問題3，將解答填入答題紙的對應欄內。
【說明】
S公司是某市一家從事電子政務應用系統(tǒng)研發(fā)的系統(tǒng)集成公司，公司總經理原為該市政府信息中心總工程師。S公司最近承接了該市政府X部門的一個軟件項目，而X部門一直是S公司的老客戶。因為當時公司總經理急于出差，所以在系統(tǒng)范圍界定和驗收標準尚不十分明確的情況下，就和客戶簽訂了合同，并任命李工為該項目的項目經理。
項目啟動后，李工和項目技術負責人陳工，以及X部門的副處長胡某共同組成了變更控制委員會。隨著項目的逐步開展，客戶方不斷提出一些變更請求，項目組起初嚴格按照變更管理流程進行處理，但是由于S公司與X部門比較熟悉，且胡某強調這些變更都是必須的業(yè)務要求，故此幾乎所有變更都被批準和接受。項目組先后多次修改設計方案，模塊代碼，甚至返工了部分功能模塊以應對這些變更。
由于客戶方屬于機關單位，審批程序嚴格，即使很小的意見分歧也需要開會討論，按照程序辦理，項目進度比預期要慢。李工要求項目組天天加班以保證進度，但需求變更卻似乎沒完沒了，為了節(jié)省時間，客戶的業(yè)務人員不再正式提交變更申請，而是直接和程序員商量，程序員也往往直接修改代碼而來不及做相關文檔記錄，對此李工也很無奈。
有一次，客戶方的兩個負責人對軟件界面風格的看法發(fā)生了分歧，李工認為自己不便于發(fā)表意見，于是保持了沉默，最終客戶決定調整所有界面，李工動員大家加班修改，項目進度因此延誤了10天，這時客戶方的這兩個業(yè)務負責人卻同時來質問李工：“為什么你不早點告訴我們會造成進度延期！早知道這樣，當初就不要修改了！”李工感到非?？鄲?。
【問題1】（7分）
請將下面（1）~（7）處的答案填寫在答題紙的對應欄內。
從本質上說，整體變更控制過程就是對（1）的變更進行（2）、（3）、批準和拒絕，并進行控制的過程。
整體變更控制的依據包括：（4）、（5）、（6），以及已完成的（7）
【問題2】（6分）
在本案例中，李工在變更控制方面存在哪些問題？
【問題3】（4分）
針對本案例，請指出李工在該項目的后續(xù)管理中可采取哪些措施？

信管網gaoxing0332：
問題一 1、項目基準；2、標識；3、文檔化；4、項目管理計劃； 5、變更請求；6、工作績效報告；7、項目可交付物 問題二 1、變更控制委員成員組成及職能行使上存在問題 2、在變更請求被批準和接受前李工沒有組織對變更后的影響進行分析評估 3、李工沒有記錄變更實施的過程 4、李工對于變更的過程沒有做到有效的監(jiān)控 5、李工沒有有效承擔起項目經理在變更管理中的責任，在必要的時候保持了沉默 6、李工對于客戶提出的變更缺乏有效的應對措施 問題三 1、重新組建ccb，明確組成人員的職責和變更流程并嚴格執(zhí)行 2、及時響應客戶側的變更請求，并組織對變更請求的影響進行分析評估論證 3、加強變更管理過程的有效監(jiān)控 4、所有的變更請求必須有書面正式申請、記錄 5、對變更實施后的結果組織客戶側驗證、確認

信管網mcgrady2017：
一、1、項目范圍2、申請3、影響分析4、項目范圍說明書5、項目管理計劃6、項目范圍管理計劃 ＜br＞7、項目績效 ＜br＞二、項目在后來的變更過程中沒有遵循項目變更流程來進行項目需求變更；項目有時候變更并未走變更控制委員會流程，而是直接變更；沒有對變更影響進行分析；變更過程當中要做好版本管理；文檔管理；新的基線產生后要同步到配置庫中。溝通管理不到位。 ＜br＞三、針對2提出建設性意見即可！