案例分析解答技巧

某市工商局为了给各个企业提供更好的服务，提高工作效率，决定建设电子政务系统，并选 择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 分钟内考虑完深入的内容，就可 以动笔做你的“浅出”了，如果你在脑中已经想好了该怎么做，动笔是不是就更有条理，写 出来也更有信心呢？在这里就不赘述答案了，想必，每个人心里都有数了吧。