让顾问更容易的实施是企业ERP软件厂商盈利的关键基础之一
当前位置:点晴教程→知识管理交流
→『 企业管理交流 』
先看很多国产企业软件实施时的情况,项目上一般至少有两套独立的环境(两套独立部署的软件),一个是开发及测试环境,一个是正式的生产环境。顾问在第一个环境中做开发和配置,然后测试,没有发现问题后把代码放到生产环境,或者是把配置内容从第一个环境向生产环境人工照抄一遍,新功能或者变更就上线了。 这两套环境在项目初期刚建立时基本是一致的,但随着项目进展,两个环境的差异往往越来越大,新的配置和开发可能与正式生产环境不匹配,测试结果常常不靠谱,在第一个环境中测试通过的内容,上线到正式生产环境后报错、功能异常,甚至错误的修改和删除数据造成严重后果。 有些“讲究”的厂商会在上述两套环境中间再专设一个专用的测试环境(即有了三套独立的环境),不同厂商或者项目上的名称也不太一样,有的称为预发布环境(Pre-Production Environment),也有的就称作测试环境(Staging Environment),或者两个概念混淆着用(部分厂商也没有专业化、标准化这类内容),但总的来说,就是希望这个测试环境尽量与生产环境一致,以保障测试的有效性。 配置和开发在第一个环境中完成后,也在第一个环境做最基本的测试,通过后把代码放到中间这个专用的测试环境,或者是把新的配置内容向测试环境手工照抄一遍,在测试环境验证成功后再放到(再照抄到)正式生产环境上,通过中间这套测试环境有效避免了很多低级问题的出现。而维护这套专用测试环境也有相应的成本,例如需要时不时从生产环境复制一套完整的数据,以保障测试环境与生产环境在数据库层面的一致性,对新复制或新恢复的数据库,有时还需要在测试环境删除生产数据,只保留配置数据、主数据、档案数据等内容,这样就有了更大的维护成本。 上述的维护成本是一方面,更难受的是人工照抄这件事,很多国产企业软件没有提供相应的功能,项目上的多套环境都是完全独立部署的软件,对各种配置项(功能设置、表单、流程等)在各个系统之间都需要实施顾问手工的导入导出,甚至很多时候就是纯粹手工照抄,相当于一件事还要重复做一次,在三套环境的情况下,一件工作就要重复做两次。 过程中,顾问需要把在第一个环境中所做的每件事都记清楚,这样才可能复刻到另外一个环境中,在复杂的实施内容下,这种复制非常容易出错,一是很容易抄错,还有一种情况是本身在第一个环境中是正常的内容,但未准确抄到新环境时出现了新问题,顾问还得一遍遍的检查或者解决新出现的问题。 上述这种照抄就属于纯粹的工作量,而且还是重复的工作量,关键是这些工作量要花费大量时间,首先加重顾问的工作负担,顾问一则要做脑力劳动(调研需求、思考、设计、配置、尝试),脑力劳动之后就是纯粹的体力劳动,需要重复照抄几次,这个过程还很容易出错。这部分不必要的重复工作量最终有两个结果。 第一个结果,企业软件开发或者实施时都是按人天报价,即按工作量报价,例如本来实质的工作内容是1000人天,但上述重复抄错也是实打实的工作量,顾问的薪酬是厂商真金白银的直接支出,这些工作量自然也会包括在项目金额中,于是甲乙方成交的工作量可能是1100人天,这部分意义很低的工作内容要由用户买单。 第二个结果,在甲乙双方的价格博弈中,厂商在实质工作内容下本来可以有一个较好的项目利润,但因为上述情况,项目金额中不得不包括那些不得不做、浪费时间的工作量,重复照抄似乎是小事,但这部分工作量在项目上往往还很多,占用了顾问大量时间。为上述的低级重复工作量影响项目利润其实是非常亏的,加上本公众号此前谈到的多种交付困难,就严重压缩了利润空间,厂商就很难盈利,甚至亏损。 多年来经常听到顾问吐槽,很多国产企业软件对终端用户似乎还好,但对实施人员非常不友好,很多工作量用户无感,但背后是顾问们大量的纯手搓工作量,还有这种令人痛苦的重复照抄工作量。有没有解决的办法呢?我简单介绍一下SAP的相关机制。 SAP面向大型企业的ERP软件产品(例如:S/4HANA、ECC),实施时至少有三个环境(按需还可以配置更多环境):开发DEV-测试QAS-生产PRD,关键是,这些环境都是一套软件上的,相当于是在客户现场部署的一套SAP ERP软件的三个部分,而不是上述提到的完全独立的三套软件。SAP三套环境的功能定位与本文前边描述的一样,实施中,三套环境的配置参数等内容都基本保持一致,主数据和业务数据在各个环境是不一样的。 在DEV环境所做的配置和开发都验证通过后,使用SAP ERP软件自带的功能把本次新做的配置或者代码打成一个包(一个传输请求),然后使用功能从DEV环境整体传输至QAS环境,这个包在QAS环境测试通过后,再把这个包传输至正式的生产环境PRD。 如下是我当年刚开始学习SAP ERP时所做笔记的部分截图,供没有用过SAP的读者有个感性认识。 SAP是通过这种方式把新配置和新代码整体封装后批量从一个环境传输至另外一个环节,而且是逐级传输的,要求顾问实施时遵循这个规则,至少在QAS环境做完进一步的测试验证后再发布至生产环境。不用顾问在各个独立环境(独立软件)之间纯手工照抄,也不用担心抄错,更严谨的情况下,工作量也更少。 国产新软件产品的推广和应用还有一个过程,产品本身也需要在实践中有更多打磨,而对企业集团使用的大型企业软件做升级是一件非常复杂的系统工程,这类大型企业软件一旦选定一个版本开始建设后通常会使用很多年,很难去追新版软件的功能,所以在当前,对很多大型企业来说,在持续应用和建设中基本都仍然会面临本文谈及的这类问题。 阅读原文:https://mp.weixin.qq.com/s?__biz=MzUyNTU4MTY5OA==&mid=2247486159&idx=1&sn=8e5d8a8f01f5320bc9a54c94b3d41bc2&scene=21#wechat_redirect 该文章在 2024/12/18 11:15:49 编辑过 |
关键字查询
相关文章
正在查询... |