简单的事情可能解决起来会很复杂。因此项目经理和项目小组要冷静地分析:用户到底想要实现什么目的,抓住本质的需求。如果用户建议很难实现,可以和用户进行沟通,询问用户是否可以用其他方式来实现其目的。
一般来说,用户的镀金需求可以延期解决甚至不考虑,用户的新增需求如果不是影响到核心业务的实现,也可以安排在现有功能的完善之后。
3 变更的影响多大
项目组成员都要认识到变更是有代价的。必须评估变更的代价和对项目的影响,并且要让客户了解到变更可能会发生的问题,一起判断变更是否依然要进行。
4 客户是否接受变更的代价
在与客户讨论过程中,需要和客户一起判断:“修改是没有问题的,但是你能接受由此引起的进度延迟、费用增加、性能下降等吗·”一般来说,如果客户认为该变更是必须的(变更非常有可能是其上级领导提出的),就会接受这些后果,通过与客户的协商,项目组可能会得到回报或者即使没有回报也不会招致公司和客户双方的埋怨。如果客户认为该变更虽然有必要但是可以暂缓,双方签署备忘录后留待以后解决。如果客户认为该变更可有可无,多数情况下会取消变更。
这时,比较稳妥的做法是让客户对于明显的变更做出确认,一般是签字确认。这样既可防止频繁变更,也让客户认识到变更带来的工作量加大是项目延期的原因。最后,变更进行时必须保证最终方案的唯一性和完整性。同时,要对所有变更进行跟踪和验证,确保变更按要求完成。
范围管理对信息系统集成项目成败有重要影响,执行好范围管理最重要的是建立行之有效的变更控制手段。 上一页 [1] [2] [3]
|