系统不安全感

经历的项目越多，接触的系统越多，见识到了更多的坑之后，就难免会对项目文档，口头、邮件所说的逻辑产生怀疑的态度。

面对业务需求以及解决用户问题的时候心里不禁惶恐不安。

我将这种心态叫：“系统不安全感”。

我们经常强调要规范化做事，不管是项目管理过程的文档管理也好，需求管理也罢，甚至系统实现过程中的字段命名等都应该符合企业制定的一套准则。

为的是之后自己运维和系统扩展，甚至交接给其他人的时候都能明明白白干干净净。

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

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

这些坑主要表现在：

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

2、程序里面没任何注释，时间久了之后连 IT都不清楚程序的取数和逻辑了；

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

4、系统体验不好，用户抱怨连天；

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

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

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

这种“系统不安全感”已经让我苦不堪言，习惯于了解一项业务的时候，直接找的是业务部主管；

确认系统逻辑的时候除了询问IT之外，还要找业务部，再到SAP系统中实际查看数据和程序来佐证确认；

用户报的问题也是第一时间以开发的角度去看系统的逻辑和设置。

幸好自己懂开发，否则还得依赖开发人员去为自己找原因......

本文的最后，我想起SAP行业有这么一句话：

ERP系统本来是不错的，但就是有这么多体验不好的自定义开发、各种Bug、程序漏洞，才导致了系统越来越难用，名声越来越差，用户抱怨越来越大，于是乎ERP被冠以“体验不好”、“死板”的恶名。

每个顾问都应该好好注意，不要让自己和他人患上“系统不安全感”！

本文作者 | SAP梦心