|
作者:阿朱,《走出软件作坊》作者
一、需求风险
1、这次项目实施要明确解决什么问题,给不出具体清单
2、针对清单的每个问题,系统中如何解决,没有对应回答
3、需求漫天想到哪里提到哪里,也不管是不是针对要解决的问题,也没有个重点先后,看什么不顺眼都提
4、IT部门提出需求让修改,过程中没有业务部门骨干和经理参与
5、需求冲突没人拍板、领导瞎拍板的风险
6、需求拉锯风险、需求拉锯与付款的风险
7、需求迟迟无法开发完成的风险
二、项目团队风险
1、实施人员对系统细节不熟悉还瞎讲误导人
2、IT部门和业务部门冲突,或彼此冷漠
3、项目进度走到哪里就算哪里,没有专人强力推进和报告的风险
4、IT部门躲的远远的,就等IT实施人员交钥匙等现成的风险
三、基础数据风险
1、导老数据风险
2、老的主数据规范统一风险
3、数据质量集中录入没有人复查的风险
四、集成风险
1、多个供应商做集成的明争暗斗的风险
2、多个系统的组织、权限、主数据无法融合与打通的风险
3、接口参数老变化不稳定、返回值状态信息太少、数据重复传输、传输过程没有详细日志,这些问题导致集成起来的系统总是不稳定,老是需要查错,但因为涉及多家系统,非常不好查,解决起来非常困难。
五、上线后使用风险
1、录入太多,也不知道有啥用,也减轻不了工作,不想用,不用,用的很少,录入的数据质量很差
2、对系统陌生瞎操作,系统导致莫名其妙问题的风险
3、报表数据对不上风险
4、定制化开发的BUG风险
六、日常维护风险
1、补丁升级后软件跑不起来也无法卸载补丁的风险
2、后台服务没有启动,没有按顺序启动的风险
3、IT人员后台直接修改数据库改的软件跑不起来、数据对不上的风险。更严重的是执行SQL语句把数据误删除了的风险。
4、数据没有启动备份策略的风险
七、数据安全风险
1、如B\S软件防止小菜鸟攻击风险
2、防止IT经理离职时把数据、文件、备份全删除的风险
3、防止IT经理修改后台数据转移资金的风险
4、防止IT经理卖客户数据风险
5、每个用户的权限没有明示清单进行整体审核的风险
八、性能风险
1、防止上线初始把过去所有的历史数据都导入进来的性能风险
2、防止有人运行大报表、月结年结、大导出影响其他业务处理的风险
3、防止在密集并发时还有人在下载上传大文件占用带宽
九、稳定性风险
1、防止带宽信号不稳定、断断续续虚连丢包的风险
2、没有系统运行异常跟踪日志、数据增删改跟踪日志 |
|