系统不安全感？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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