电子银行业务分析系统—项目总结5. 项目风险总结

来源:互联网 发布:windows msg 编辑:程序博客网 时间:2024/04/30 15:26

5. 项目风险总结

 对于风险,我主要总结几个方面:

1)对业务不了解或没有与客户真正确认需求,造成后期用户测试时进入了无休止的改动;

2)数据源结构不是很了解,增加了采集数据过程的时间;

3)数据源数据质量的较低,最终影响报表质量,从而导致客户对系统的认可度降低;如果排除我们自身开发质量原因,导致这种情况出现原因有以下两点:

1)客户原来要求的统计口径已经变更,客户测试参考的数据是新口径结果;

2)我们使用的数据源数据质量是否有问题,或者我们分析数据源的时候不

完整造成的。

用户测试问题分析:

对第1)点,这种情况往往是无法避免的,如果在口径变更时,客户提前通知项目组,就可以提前处理,否则做的都是无用功。

对第2)点,如果经过对数据源写SQL验证统计结果与客户要求结果相差比较大,需求分析数据源是否满足报表需求,而验证数据源的工作如果在需求分析期间已经完成,并且把数据源不能满足需求的报表与客户上来后剔除掉,那么在用户测试时候就不会出现这种情况;也就是说:需求阶段把不能实现的报表就排除掉,在开发阶段的工作就不会花无用功,提高工作的效率。

4)项目组人员频繁变动,给代码衔接和质量带来隐患;

5)在单位开发ODSB项目,后台ETL取得数据源环境不具备,导致程序不能全面测试;

6)没有专门的客户配合项目实施,也是给项目的顺利进行带来不便。

这些现象都是非常常见的,而且都是很关键问题,试想如果我们能提前预知风险且采用了相应的措施来防止发生,那麻烦会大大降低;不过,即使发生了,只要我们理清楚思路找到问题根源,然后按照步骤一步步执行下去,问题终究会解决的。

 

原创粉丝点击