黄经理担任了公司一个大型软件项目的项目经理，项目开始比较顺利，但进入到后期，客户频繁的需求变更带来很多额外工作。项目组天天加班，保持了项目的正常进度，客户相当满意。但需求变更却越来越多。为了节省时间，客户的业务人员不再向黄经理申请变更，而是直接找程序员商量。程序员疲于应付，往往直接改程序而不做任何记录，很多相关文档也忘记修改。很快黄经理就发现：需求、设计和代码无法保持一致，甚至没有人能说清楚现在的系统“到底改成什么样了”。版本管理也出现了混乱，很多人违反配置管理规定，直接在测试环境中修改和编译程序。但在进度压力下，他也只能佯装不知此事。但因频繁出现“改好的错误又重新出现”的问题，客户已经明确表示“失去了耐心”。

而这还只是噩梦的开始。一个程序员未经许可擅自修改了核心模块，造成系统运行异常缓慢，大量应用程序超时退出。虽然最终花费了整整一周的时间解决了这个问题，但客户却投诉了，表示“无法容忍这种低下的项目管理水平”。更糟糕的是，因为担心系统中还隐含着其他类似的错误，客户高层对项目的质量也疑虑重重。

随后发生的事情让黄经理更加为难：客户的两个负责人对界面风格的看法不一致， 并为此发生了激烈争执。黄经理知道如果发表意见可能会得罪其中一方，于是保持了沉默。最终客户决定调整所有界面，黄经理只好立刻动员大家抓紧时间修改。可后来当听说因修改界面而造成了项目一周的延误后，客户方原来发生争执的两人这次却非常一致，同时气愤地质问黄经理，“为什么你不早点告诉我们要延期！早知这样才不会让你改呢！”

对此，黄经理感到非常委屈，疑惑自己到底错在哪里了？

【问题一】描述黄经理在变更控制方面犯了哪些错误？

（1）没有明确授权
（2）对变更没有进行必要的审核
（3）对变更的影响没有评估
（4）没有让客户确认是否接受变更的代价

【问题二】如果你是黄经理，面对项目变更控制方面存在的问题，应当如何处理呢？

（1）对变更进行明确的授权
（2）对变更进行必要的审核
（3）对变更的影响进行评估
（4）让客户确认是否接受变更的代价
（5）要等客户确认变更后，再组织实施变更相关工作
（6）对项目组和客户进行宣传和培训，让所有成员理解变更控制的重要意义；在项目过程中要对变更控制的执行情况进行审计，发现违反规定的事件要严肃处理， 否则过程很快就会失控

【问题三】在对界面风格进行修改的事件上，如果黄经理评估了修改界面的工作量并请客户进行确认，则有可能发生什么样的结果？

（1）客户预先接受延期这一后果，也就不会再质问黄经理了
（2）如果客户认为代价太大，则黄经理就不必修改了
（3）如果认可可以缩短延期时间，则黄经理至少争取到与客户协商的机会，让客户知道为此项目组需要付出加班的代价，取得客户的理解