cloud age
2018/4/17

云时代新机遇:戏说「云」荣系列 -第四集,从实施方法看

作者:阿明

一名倾注于企业管理的医务者,一位致力于SAP实施的传道士,一个沉醉于创新路上的骑士! 

如果说 ERP 实施是一场戏,那传统的 ASAP 方法论(瀑布式)有着兴师动众的大排场,却只有一个角色挑大梁。而如今的 Activate 方法论(敏捷式)却有着两手相执、你吟我唱的氛围,实施商和娘家共演的「双簧戏」。演出效果明显很不一样了,那这出戏到底是怎么演的,效果如何呢?
 
先来谈一谈剧本的变化,传统的ASAP有5个阶段——准备阶段、蓝图阶段、实现阶段、最后准备阶段、上线阶段。而如今的Activate有这样的几个阶段:Advise & Plan到prepare、Explore, Preset, Realize, Deploy, Run, Change。(下面有人皱面头了,为什么你不翻译一下呢,听得人迷迷糊糊的,阿明想说仙女的名字还得由她妈妈来“起”和“译”吧。哎哟,这样一说有点新鲜哟,赶紧续杯茶,静静的看和听)
在项目管理本身的领域要素其实变化并不大,所以阿明同学直接从情节推进的过程谈起。有同学深吸一口气,生猛的吐出来,轻轻地啄一口茶,手机有些震动,贝多芬的第五命运交响曲来了。

Prepare阶段

在前奏部分Advise & Plan到prepare,就像在座还单身的男青年,在没有意中人的时候,你就可以好好憧憬一下和一个女孩如何相识相知、相亲相爱、再到迎娶婚嫁的一整套过程,因为云ERP自带了很多流程及众多功能组合可以满足你这一想象,而且还能满足你的生活方式及其品味审美的不同带来不同过程的体验(所有功能范围都有自带流程和测试脚本,可以充分做好计划)。由于有了这一方式,就会使得以后的过程不那么局促慌张、忐忑不安。

Explore阶段

阿明就此解释以fit-to-standard为主的活动过程,由于业务功能以流程最佳值业务实践而提炼的,并携有性能高速计算、视觉新颖突出的DNA成份,并秉承简单化、标准化、规划化、快速化、轻投入和重体验的理念。在其过程中,根据企业的业务需求去除繁杂的想法,以简化的目标来设计云ERP系统本身,本质上持家立业的功能本领基本都有了,只不过工具不同使用方式不同而已,因此要有虚心的、静心的、耐心的学习、练习、成长过程,找出其中的差异部分然后再和娘家商量如何处理。娘家预配好体验的S系统环境后笑看风云,顾问做业务引导、提炼需求与系统培训,用户识别流程对标、诉说想法及动手体验。最终的输出物是企业未来的组织及财务架构、具体的业务流程范围及功能要求清单,加上外围系统接口要求、数据范围和迁移策略等等。
传统的ASAP蓝图阶段历时长、任务重、文档多且变化更多,因此需要我们的顾问既要有关羽的“过五关、斩六将”过关通关的能力、又要有赵云的进出自如的反复交流能力、还要有张飞生狠勇猛式的控制预期的本领,否则项目经理如坐针毡,甲方也是焦虑万分、疲劳至极,蓝图签字更是海市蜃楼。能遇到两情相悦,那是一件幸事,更是一个缘份,阿明我曾经作为项目经理和甲方的女CFO在蓝图庆功会上交流时,她说:”我们非常之期待略带些急切,想早一点揭开蒙娜丽莎的面纱”。听到这里,很多同学都在摇头,大厦岂是一天建成,这种经历的煎熬和等待的焦虑造成的丝丝余痛,还在我们这些经历过传统的ASAP的人心中缠绕。

Preset阶段

根据上一阶段的输出和要求搭建“预置”的Q系统但未尚激活,真正的激活是在realize阶段,意味着这个系统是企业的正式的Q系统了,算是“资产”了,相当于有了一个房产证。此时用户可以用正式的组织架构和真正的业务数据去走一走、看一看。其具体的工作主要由实施顾问与SAP厂家的人员做负责沟通和配置。既然用户参与较少,阿明就少谈一些。有个同学抬头张颈、面红心怯的问:“那么顾问倒底还做不做配置了,比例有多少?”。答案是顾问还要做一些配置的,比如:组织结构的配置,采购及销售的定价过程,审批流程等等!其中有90%的配置还是需要顾问完成的,无须彷徨、无须气馁!(我们这个项目有486个配置,其中475个是顾问配置的)有同学会意的笑了,你懂的!

Realize阶段

就是把配置搭建好,差异的部分补上去,外围的接口搭建好,数据的迁移工作准备验证好,所有范围内的流程充分测试好。并同时加强所有用户的培训与学习,集成测试和验收测试同样是要做的。又有同学坐不住了,站起来说吧:“接口和报表是怎么搞的?能做增强吗?稳定吗?可靠吗?”,天生完美的人并不存在,一个系统也是一样,当然是可以通过开发、增强、集成来满足一些非常规或特色的需求,可以通过SCP,HPI平台上实施开发,其报表用CDS来实现、表单都是Adobe风格的等等。未来所有的开发人员必须要有一些Java Scripts的基本功才行,因为form全部是以Adobe的风格呈现以及Java scripts的语言实现的。当然尽量要把差异的部分控制下来,因为每三个月就有新功能出现,心急吃不了热豆腐,可以适当的歇一歇、等一等、看一看。
想一想在这么多年中,遇到很多顾问对开发增强的细节非常兴奋其原委是更能显现出他的神通广大、艺高胆大,一方面企业可能感觉是顾问态度认真、技术过硬、疼我爱我,但另一方面系统实在面目疮痍、补丁万千、乱成一麻。有这样的现象是第一家实施商如果实施效果不太好的话,第二家实施商的顾问要想优化提升肯定是“鸭梨山大”,有一种剪不断理还乱的感觉,不知道从哪动手,从哪动手都感觉是刀刀断肠、针针致命。

Deploy阶段

基本就是通知娘家准备正式运送嫁妆了,激活P系统,迁移数据和导入、创建用户、配置角色等等。其最大的特色数据迁移、请求传输和管理测试功能合并成一个APP的家族了。这个APP自带了一些迁移工具以及上线后用来做维护的工具。关于从Q系统传输到P系统的话,其“渡船人”(传输请求)不是实施公司的顾问,而是由SAP亲自掌舵,而且渡船通常建意一到两周之内过河一次,不再那么随意随时了!另外,在传输过程中无法在Q系统中做任何数据导入的工作。如果有和外围系统做集成的话,在网络网关的访问方面就要提前准备好!由于是公网连接限制少,有些集成无需要再定制“楼梯垫石“、寻找”海底隧道“了!

Run阶段

技术层面基本没有太多差异,但是从企业组织架构和IT人员组建来说,就有很多受益了,不需要太多的技术顾问和应用顾问做运维了,他们可以完全专注企业自身的核心业务,不需要上去开山辟地、挖井寻源了,因为仙女的娘家是终身负责制并直接管理了,不再娇情、不再任性、不再牢骚!

Change阶段

就是说系统不断有新功能,你可以随时尝试体验、激活使用,当然在升级过程中需要对系统做测试验证是否受其影响,SAP有一些现成的测试工具,只要IT人员点一点“测试一下”即可!有人担心突然间保险柜里多了一些增值的玩艺,有些不安心,拿在手里又怕不会用,那么阿明想说大胆地用、努力地试、“虐“它百万遍。时代不一样了,新时代的幸福属于每一个人!”。

“人之患,在好为人师”。这场戏就谈完了。不敢说教,也未能锻句炼字,只想浅浅地戏说一下我的体验感悟!谢谢那几位频频点头的同学,阿明如释重负。打开窗户透透气、看一看蓝天!

下一节“从企业管理看”,从何谈起呢?不急不急,天空中起了一阵微风,一朵白云徐徐而来!