來看個案例：

某市工商局為了給各個企業(yè)提供更好的服務(wù)，提高工作效率，決定建設(shè)電子政務(wù)系統(tǒng)，并選擇A公司承擔該項目，項目的工期經(jīng)雙方協(xié)定為9個月，A公司制定項目經(jīng)理李某負責該項目。李某帶領(lǐng)項目團隊完成了項目需求分析，編制了項目范圍說明書，并通過了審查，得到甲方的確認。       

項目進入編碼階段后，工商局項目負責人通知李某，由于政策變化，一些業(yè)務(wù)流程發(fā)生變更，并答應(yīng)延長項目周期兩個月，同時支付相應(yīng)的費用，李某憑借自己項目管理的經(jīng)驗，認為這些變更在約定的工期內(nèi)可以完成，因此直接答應(yīng)了對方的變更要求，隨后李某找到負責項目變更模塊的項目組成員，要求其完成對業(yè)務(wù)流程變更的修改。       

在項目繼續(xù)實施的過程中，項目組成員抱怨業(yè)務(wù)流程變更較大，原來的代碼很多需要重寫，很難在計劃的時間內(nèi)完成業(yè)務(wù)流程的變更任務(wù)，而且，系統(tǒng)其他模塊的成員突然發(fā)現(xiàn)已經(jīng)完成的一些功能突然出現(xiàn)錯誤，經(jīng)過分析發(fā)現(xiàn)是受業(yè)務(wù)流程變更影響。項目團隊成員不得不重新修改并測試出現(xiàn)問題的功能模塊，從而導致項目進度大大落后于計劃，整個項目看來很難在預(yù)定的工期內(nèi)完成。       

     問題一：請指出工商局的項目負責人提出的變更要求，除了項目范圍外，可能會對項目管理的哪些方面造成影響。（6分）        

問題二：請簡要分析李某在項目管理方面存在哪些問題，導致項目進度大大落后于計劃。（10分）        

問題三：李某在意識到項目存在問題后，采取了改進措施，并與用戶就項目進度重新達成了一致，項目進展較為順利，在項目開發(fā)過程中，李某認為需要對項目需求變更進行驗證和確認，作為項目經(jīng)理，李某該如何開展此項工作。（9分）      

肯定很多同學做過這個題，如果我直接上答案，那就是浪費大家的時間，我這里只是以他為例，同大家討論一種考慮案例題的思路。并歡迎大家拍磚，高手指出更好的做題方法。

拿到題，我不知道大家是怎么審的，有人可能說，看題干啊，找出重點?。幌瓤磫栴}啊，然后對照前文看；或者先看屬于那類管理，從頭腦中找出相應(yīng)的知識對照案例進行解答。好吧，你們比較強悍，基礎(chǔ)扎實，知識點線面記憶牢固，但是我這個思路呢，比較功利：先看這個案例題后面每個小題是幾分。      

如同你干多少活拿多少工資一般，你也應(yīng)該想想你寫幾點，能拿幾分。畢竟考試時間短暫，快速而有效的答題取分才是王道吧，就拿這個題來看，我迅速分解了該工作，第一題我可能要寫3或6點，第二題我可能要寫5點或10點，第三題，3點或4點。當然，這個是個簡單的假設(shè)，無任何依據(jù)，但我至少把這個工作分解了，把問答題，變成了填空題。       好那我們就來看看到底寫幾點合適，雖然不太容易得滿分，但要盡力想周全，不想當將軍是士兵是啥，大家也都知道吧。      

問題一：這個項目甲方變化還是真不小，借著“政策變化”的幌子，要乙方修改“一些業(yè)務(wù)流程”，并貓哭耗子假慈悲般的表示“延長項目周期兩個月，同時支付相應(yīng)的費用”，好看到這里，心里有數(shù)了，除了范圍，至少（進度），（成本）有了很大影響，好的兩分到手。      

 試想一下，這種“噩耗”傳到A公司，會產(chǎn)生如何的連鎖反應(yīng)，質(zhì)量管理人員說：“媽的，老子之前的之花都白做了，工作量又增加了多少多少”（質(zhì)量管理），開發(fā)負責人說，“搞毛啊，都做到這樣還改，老子的之前的版本都白發(fā)布了”（配置管理），同甲方的接口人說：“哎，有增加哥的變更績效匯報工作量了”（溝通管理），他們一起到領(lǐng)導那邊說，“人不夠，人不夠，我們加班加死都完不成”，領(lǐng)導給其他開發(fā)組和HR的說，“今年這個項目很重要，給老子找人去”（人力資源管理），另外給銷售說，“等做完了，把人天給我算好，再乘個3，給他簽個補充協(xié)議，媽的這點錢就想打發(fā)老子了。”（合同管理）當然這些都變了，（整體管理）也就變了。好了扳著指頭數(shù)數(shù)：8個方面了，咋多了呢？沒事啊，咱們案例分析不是說了嘛，多寫沒問題，不要寫錯就對了，OK，6分到手。      

問題二：好，我們總算來找這個姓李的項目經(jīng)理“算賬”了，其實在他“憑借自己項目管理的經(jīng)驗，認為這些變更在約定的工期內(nèi)可以完成，因此直接答應(yīng)了對方的變更要求”之前，一切的一切，都還是那么美好，如同戀愛中男女，還沒扯證之前。你李某憑什么“直接答應(yīng)了對方的變更要求”，又憑什么直接“找到負責項目變更模塊的項目組成員，要求其完成對業(yè)務(wù)流程變更的修改”，視我們的變更流程為何物，把我們CCB有沒有放在眼里。      

從“項目組成員抱怨業(yè)務(wù)流程變更較大”來看，碼農(nóng)們對他可是恨之入骨，如不是因為他是項目經(jīng)理，不好發(fā)作，早就替天行道了。     

 從“系統(tǒng)其他模塊的成員突然發(fā)現(xiàn)已經(jīng)完成的一些功能突然出現(xiàn)錯誤”，李某大概忘了，通過配置管理發(fā)布變更信息，為什么其他開發(fā)人員沒能對自己負責的模塊做修改，項目經(jīng)理90%的溝通工作就這個效果么？      

最后的“從而導致項目進度大大落后于計劃，整個項目看來很難在預(yù)定的工期內(nèi)完成”說明李某所謂的項目經(jīng)驗，實在不靠譜，未經(jīng)過評估帶來的進度估算失準，只能是苦了IT苦逼男們。這樣歷數(shù)起來，也能寫5-6點吧，10分嘛，反正多寫兩點，只要你不寫錯，也算是為碼農(nóng)們解解氣。     

 問題三：在這一場景，天殺的李某總算給碼農(nóng)們贏得了寶貴的時間，進度較為寬裕，但是，需求變更還是要面對，該怎么做呢？其實這里，基礎(chǔ)知識扎實的朋友只要先掐指一算，該如何進行“項目需求變更進行驗證和確認”。就能想出以下的做法：      

首先，變更實施人提交了該模塊的變更，項目經(jīng)理要指派其他人員完成相關(guān)功能模塊的測試，驗證（具體，代碼走查，評審）等工作，并填寫報告形成書面記錄。     

 然后呢，檢查文檔，檢查并確保更新后的軟件需求規(guī)格說明文檔能全面正確的反應(yīng)變更所涉及的系統(tǒng)中所有模塊。使用需求跟蹤矩陣，檢查系統(tǒng)軟件各功能模塊，驗證其是否達到了變更的功能期望。     

最后呢，一定要尊重CCB，項目經(jīng)理把變更和變更后驗證的結(jié)果書面形式提交CCB審批，由CCB判定是否按要求完成了變更，可能涉及到基線功能的變更，CCB組長就要召集CCB成員會議確認基線變更的結(jié)果是否達成。      

以上內(nèi)容，無論你分3點-4點去闡述，想必得滿分的幾率都大很多了。      

好了，上面就是我們深入的內(nèi)容，在考試時候5-10分鐘內(nèi)考慮完深入的內(nèi)容，就可以動筆做你的“淺出”了，如果你在腦中已經(jīng)想好了該怎么做，動筆是不是就更有條理，寫出來也更有信心呢？在這里就不贅述答案了，想必，每個人心里都有數(shù)了吧。