某市工商局为了给各个企业提供更好的服务，提高工作效率，决定建设电子政务系统，并选择A公司承担该项目，项目的工期经双方协定为9个月，A公司制定项目经理李某负责该项目。李某带领项目团队完成了项目需求分析，编制了项目范围说明书，并通过了审查，得到甲方的确认。

　　项目进入编码阶段后，工商局项目负责人通知李某，由于政策变化，一些业务流程发生变更，并答应延长项目周期两个月，同时支付相应的费用，李某凭借自己项目管理的经验，认为这些变更在约定的工期内可以完成，因此直接答应了对方的变更要求，随后李某找到负责项目变更模块的项目组成员，要求其完成对业务流程变更的修改。

　　在项目继续实施的过程中，项目组成员抱怨业务流程变更较大，原来的代码很多需要重写，很难在计划的时间内完成业务流程的变更任务，而且，系统其他模块的成员突然发现已经完成的一些功能突然出现错误，经过分析发现是受业务流程变更影响。项目团队成员不得不重新修改并测试出现问题的功能模块，从而导致项目进度大大落后于计划，整个项目看来很难在预定的工期内完成。

　　问题一：请指出工商局的项目负责人提出的变更要求，除了项目范围外，可能会对项目管理的哪些方面造成影响。(6分)

　　问题二：请简要分析李某在项目管理方面存在哪些问题，导致项目进度大大落后于计划。(10分)

　　问题三：李某在意识到项目存在问题后，采取了改进措施，并与用户就项目进度重新达成了一致，项目进展较为顺利，在项目开发过程中，李某认为需要对项目需求变更进行验证和确认，作为项目经理，李某该如何开展此项工作。(9分)

　　肯定很多同学做过这个题，如果我直接上答案，那就是浪费大家的时间，我这里只是以他为例，同大家讨论一种考虑案例题的思路。并欢迎大家拍砖，高手指出更好的做题方法。

　　拿到题，我不知道大家是怎么审的，有人可能说，看题干啊，找出重点啊;先看问题啊，然后对照前文看;或者先看属于那类管理，从头脑中找出相应的知识对照案例进行解答。好吧，你们比较强悍，基础扎实，知识点线面记忆牢固，但是我这个思路呢，比较功利：先看这个案例题后面每个小题是几分。

　　如同你干多少活拿多少工资一般，你也应该想想你写几点，能拿几分。毕竟考试时间短暂，快速而有效的答题取分才是王道吧，就拿这个题来看，我迅速分解了该工作，第一题我可能要写3或6点，第二题我可能要写5点或10点，第三题，3点或4点。当然，这个是个简单的假设，无任何依据，但我至少把这个工作分解了，把问答题，变成了填空题。 好那我们就来看看到底写几点合适，虽然不太容易得满分，但要尽力想周全，不想当将军是士兵是啥，大家也都知道吧。

　　问题一：这个项目甲方变化还是真不小，借着“政策变化”的幌子，要乙方修改“一些业务流程”，并猫哭耗子假慈悲般的表示“延长项目周期两个月，同时支付相应的费用”，好看到这里，心里有数了，除了范围，至少(进度)，(成本)有了很大影响，好的两分到手。

　　试想一下，这种“噩耗”传到A公司，会产生如何的连锁反应，质量管理人员说：“妈的，老子之前的之花都白做了，工作量又增加了多少多少”(质量管理)，开发负责人说，“搞毛啊，都做到这样还改，老子的之前的版本都白发布了”(配置管理)，同甲方的接口人说：“哎，有增加哥的变更绩效汇报工作量了”(沟通管理)，他们一起到领导那边说，“人不够，人不够，我们加班加死都完不成”，领导给其他开发组和HR的说，“今年这个项目很重要，给老子找人去”(人力资源管理)，另外给销售说，“等做完了，把人天给我算好，再乘个3，给他签个补充协议，妈的这点钱就想打发老子了。”(合同管理)当然这些都变了，(整体管理)也就变了。好了扳着指头数数：8个方面了，咋多了呢?没事啊，咱们案例分析不是说了嘛，多写没问题，不要写错就对了，OK，6分到手。

　　问题二：好，我们总算来找这个姓李的项目经理“算账”了，其实在他“凭借自己项目管理的经验，认为这些变更在约定的工期内可以完成，因此直接答应了对方的变更要求”之前，一切的一切，都还是那么美好，如同恋爱中男女，还没扯证之前。你李某凭什么“直接答应了对方的变更要求”，又凭什么直接“找到负责项目变更模块的项目组成员，要求其完成对业务流程变更的修改”，视我们的变更流程为何物，把我们CCB有没有放在眼里。

　　从“项目组成员抱怨业务流程变更较大”来看，码农们对他可是恨之入骨，如不是因为他是项目经理，不好发作，早就替天行道了。

　　从“系统其他模块的成员突然发现已经完成的一些功能突然出现错误”，李某大概忘了，通过配置管理发布变更信息，为什么其他开发人员没能对自己负责的模块做修改，项目经理90%的沟通工作就这个效果么?

　　最后的“从而导致项目进度大大落后于计划，整个项目看来很难在预定的工期内完成”说明李某所谓的项目经验，实在不靠谱，未经过评估带来的进度估算失准，只能是苦了IT苦逼男们。这样历数起来，也能写5-6点吧，10分嘛，反正多写两点，只要你不写错，也算是为码农们解解气。

　　问题三：在这一场景，天杀的李某总算给码农们赢得了宝贵的时间，进度较为宽裕，但是，需求变更还是要面对，该怎么做呢?其实这里，基础知识扎实的朋友只要先掐指一算，该如何进行“项目需求变更进行验证和确认”。就能想出以下的做法：

　　首先，变更实施人提交了该模块的变更，项目经理要指派其他人员完成相关功能模块的测试，验证(具体，代码走查，评审)等工作，并填写报告形成书面记录。

　　然后呢，检查文档，检查并确保更新后的软件需求规格说明文档能全面正确的反应变更所涉及的系统中所有模块。使用需求跟踪矩阵，检查系统软件各功能模块，验证其是否达到了变更的功能期望。

　　最后呢，一定要尊重CCB，项目经理把变更和变更后验证的结果书面形式提交CCB审批，由CCB判定是否按要求完成了变更，可能涉及到基线功能的变更，CCB组长就要召集CCB成员会议确认基线变更的结果是否达成。

　　以上内容，无论你分3点-4点去阐述，想必得满分的几率都大很多了。

　　好了，上面就是我们深入的内容，在考试时候5-10分钟内考虑完深入的内容，就可以动笔做你的“浅出”了，如果你在脑中已经想好了该怎么做，动笔是不是就更有条理，写出来也更有信心呢?在这里就不赘述答案了，想必，每个人心里都有数了吧。