软件需求变更管理七步法.docVIP

软件需求变更管理七步法典型场景：最近比较烦，烦客户！我们现在正在给长江市政府做一个电子政务项目，其中有一项功能是网上婚姻申请登记功能。因为前一段国家政策取消了强制性体检这个环节，所以我们的工作流程也相应的变更。没想到客户从中得到启发：我们的许多工作流程做好后改动的可能性很大（例如政策调整、部门变动、领导班子重组等），干脆给我们做成可定制的功能，我们提一个最大的功能集合，你们做好了我们自己就可以随需而变，嗯，这样好！可是对项目组来说这可是个灾难啊！因为可定制的功能往往意味着工作量的倍增！分析：先说说大家对于这种现象的应对方法吧。最典型的是通过与客户的沟通来解决问题。怎么样沟通呢？因为尤其是对于软件项目的合同很难在签订之初就能够精确定义的每项功能，所以靠合同是帮不上忙的。我和许多IT公司的老总们作交流，我开玩笑说我们IT公司都是清政府。为什么是清政府？清政府的特点之一就是丧权辱国的条约太多。大家往往只有苦笑：有什么办法呀，客户着急了就是一句潜台词：做不做，不想做滚蛋！想做的公司多着呢。所以你看合同是没用的，那怎么办呢？通常都是通过感情联络争取客户的同情。就像上面的场景中谈到的一样，明明是不合理的要求，可是客户也会狡辩呀，“凭什么不给我们做，这可是合同范围内的工作！”。因为原来只说要实现工作流，而没有谈到定制的工作流算不算。问题出来了，看看怎么办吧。当然了，如果现在