黃經理擔任了公司一個大型軟件項目的項目經理，項目開始比較順利，但進入到后期，客戶頻繁的需求變更帶來很多額外工作。項目組天天加班，保持了項目的正常進度，客戶相當滿意。但需求變更卻越來越多。為了節(jié)省時間，客戶的業(yè)務人員不再向黃經理申請變更，而是直接找程序員商量。程序員疲于應付，往往直接改程序而不做任何記錄，很多相關文檔也忘記修改。很快黃經理就發(fā)現：需求、設計和代碼無法保持一致，甚至沒有人能說清楚現在系統“到底改成什么樣了”。版本管理也出現了混亂，很多人違反配置管理規(guī)定，直接在測試環(huán)境中修改和編譯程序。但在進度壓力下，他也只能佯裝不知此事。但因頻繁出現“改好的錯誤又重新出現”的問題，客戶已經明確表示“失去了耐心”。
而這還只是噩夢的開始。一個程序員未經許可擅自修改了核心模塊，造成系統運行異常緩慢，大量應用程序超時退出。雖然最終花費了整整一周的時間解決了這個問題，但客戶卻投訴了，表示“無法容忍這種低下的項目管理水平”。更糟糕的是，因為擔心系統中還隱含著其他類似的錯誤，客戶高層對項目的質量也疑慮重重。
隨后發(fā)生的事情讓黃經理更加為難：客戶的兩個負責人對界面風格的看法不一致，并為此發(fā)生了激烈爭執(zhí)。黃經理知道如果發(fā)表意見可能會得罪其中一方，于是保持了沉默。最終客戶決定調整所有界面，黃經理只好立刻動員大家抓緊時間修改?？珊髞懋斅犝f因修改界面而造戍了項目一周的延誤后，客戶方原來發(fā)生爭執(zhí)的兩人這次卻非常一致，同時氣憤地質問黃經理，“為什么你不早點告訴我們要延期！早知這樣才不會讓你改呢！”。
黃經理感到非常委屈，疑惑自己到底錯在哪里了。
【問題1】（8分）
請在200字以內，描述黃經理在變更控制方面犯了哪些錯誤？
【問題2】（8分）
如果你是黃經理，面對項目在變更控制方面存在的問題，應當如何處理呢？
【問題3】（9分）
在對界面風格進行修改的事件上，如果黃經理評估了修改界面的工作量并請客戶進行確認，則有可能發(fā)生什么樣的結果？