系统不安全感?

经历的项目越多,接触的系统越多,见识到了更多的坑之后,就难免会对项目文档,口头、邮件所说的逻辑产生怀疑的态度。面对业务需求以及解决用户问题的时候心里不禁惶恐不安。我将这种心态叫:“系统不安全感”。

系统不安全感 图1

我们经常强调要规范化做事,不管是项目管理过程的文档管理也好,需求管理也罢,甚至系统实现过程中的字段命名等都应该符合企业制定的一套准则。为的是之后自己运维和系统扩展,甚至交接给其他人的时候都能明明白白干干净净。

但愿望是美好的,现实是骨感的。

比如我最近刚接手的系统里面就出现了非常多之前出现过的坑,让我这个“系统不安全感”更加严重了。这些坑主要表现在:

1、很多功能画面没有原始需求文档和FS;

2、程序里面没任何注释,字段命名都是乱七八糟的,甚至还有栏位后面带数字的情况,程序里面随处可见的Bug和不严谨的情况,时间久了之后连IT都不清楚程序的取数和逻辑了;

3、与实际业务不符,或者不支持多种场景业务;

4、系统体验不好,用户抱怨连天;

5、抛弃系统标准功能,系统自定义开发一大堆的功能和报表;

6、执行每一步操作之后,完全没有信心系统是否会按自己预想的方向进行,所得到的结果也都是系统乱飘而来;

顾问们很喜欢挖一个坑来填另一个坑,导致坑越挖越多,最后给自己增加运维的难度,搞得自己每天都很忙,也在无形中给用户增加了很多的困扰和工作量。

这种“系统不安全感”已经让我苦不堪言,习惯于了解一项业务的时候,直接找的是业务部主管;确认系统逻辑的时候除了询问IT之外,还要找业务部,再到SAP系统中实际查看数据和程序来佐证确认;用户报的问题也是第一时间以开发的角度去看系统的逻辑和设置。幸好自己懂开发,否则还得依赖开发人员去为自己找原因……

本文的最后,我想起SAP行业有这么一句话:ERP系统本来是不错的,但就是有这么多体验不好的自定义开发、各种Bug、程序漏洞,才导致了系统越来越难用,名声越来越差,用户抱怨越来越大,于是乎ERP被冠以“体验不好”、“死板”的恶名。

每个顾问都应该好好反省反省,不要让自己和他人患上“系统不安全感”!

你有经历过系统不安全感吗?欢迎大家针对该问题进行讨论……

相关文章

联系我们

联系我们

130-0752-1773

在线咨询:点击这里给我发消息

邮件:info@sapzx.com

工作时间:周一至周五9:00-18:00,节假日正常休息

关注微信
关注微信
分享本页
返回顶部