2023年，我混过的那些SAP项目
2023年，我混过的那些SAP项目
2023年，我参与的SAP项目算下来有3个，分别是D项目，S1项目和S2项目（D,S1,S2都是项目简称，字母来自客户英文名字第一个字母，重复的话加上数字以做区分）。
这在我的十多年的SAP咨询从业经历来看，也算是头一回了。
我做的很多项目周期都是很长的，很少参与周期低于半年的SAP项目,参与过的周期最长的SAP项目近4年。最近几年所做的项目，周期有近2年，有15个月的，有一年的。所以很少在一年内做过超过2个项目的。
一年做三个项目，并不是每隔4-5个月换一个项目，而是其中有2个短期项目是兼职做的项目。D项目贯穿2023年整年，S1项目和S2项目都是兼职做的短期项目。
作为年终总结系列文章中的一篇，我打算好好说道说道这三个项目。
D项目，在我眼里算是十年一遇的好项目
D项目有3个让笔者甚为欣慰甚至自豪的特点，第一周期长（20个月），第二，80%的时间远程办公, 第三，出差享受全报销的五星级酒店+高额出差补贴。这是我自2015年下海成为SAP freelancer以来第一次遇到。不管别的同行怎么看，反正在我眼里，它真的是十年难遇的好项目。
D项目整个项目工作分成2个阶段，第一个阶段参与了客户一个为其半年的实施项目，第二阶段是为其14个月的远程运维。
其实施项目启动的时间，正式2022年春天新冠疫情在中国此起彼伏的3月份。奥密克戎的高速传染性，使得中国各个地方政府不得不采取封控，3+11等诸多措施，以达到动态清零的目标。当时在长三角地区，上海和苏州的疫情正处于极为严重的时期。所以项目启动后，原本需要我去客户工厂办公室现场办公的，基于苏州疫情严重的借口，客户同意了我远程办公的请求。
由于我的尽心极力工作，全身心投入项目上，严格遵守了项目的作息时间，随叫随到，能保证工作质量，这使得在项目进行了一个多月以后，客户不再提出让我去现场办公的要求。一直到8月初，我去客户办公室工作，一直到项目上线后才返回到家里。
在这个项目上，我学习到了一个全新的WMS系统（仓库管理系统）。它类似于SAP系统的一些架构与风格，让人耳目一新。它有后台配置菜单树，以及前台业务操作功能菜单树。某个功能界面，可以通过输入命令行来获取到，也可以在菜单树上点击某个菜单。它有独树一格的货架代码编码规则和自动产生机制，有类似SAP WM模块里的上架或者下架策略，通过指定的策略，由系统自动建议货架。它也能很好的支持RF枪等移动设备，方便业务人员移动办公。。。学习新的WMS系统，更新和扩展了我的知识结构，让我看到了SAP WM和SAP EWM以外的WMS软件系统的强大和神奇之处。
在这个项目上，我再次学习到了SAP系统与第三方WMS系统的集成和接口实现。以Inbound delivery和Outbound delivery等单据作为数据载体，通过IDoc等技术实现数据在SAP系统与WMS系统之间的传递。这不仅夯实了我在系统集成方面的技能，也让我了解到了其它的一些中间件服务器。
在第二个阶段的远程运维工作期间，我与乙方公司的规模庞大的印度团队一起，按照规定好的流程处理业务部门上报的诸多ticket以及CR，解决业务部门遇到的问题，提出的新需求。
通过深度参与团队工作，我见识了印度同行在SAP咨询行业里的庞大力量以及高度的专业性。凡是大型Global SAP项目，必定会有一个庞大的印度团队在其中。他们或者成为客户总部core team的成员，或者作为乙方公司的成员参与项目的开发，主数据导入，后台配置。他们在项目文档的准备上，体现了高度的专业性，非常有利于在长期的大项目的正常运营。他们在IT外包方面确实做的非常好，有很多过人的地方，有很多值得中国的IT从业者们学习和借鉴的地方。
为期1年2个月的远程运维期间，笔者并不太忙，应该说非常清闲。毕竟我所负责的业务部门提出的ticket数量并不多。这使得我去兼职做其它的短期项目成为可能，于是乎，就有了2023年度的第二个项目S1项目，以及第三个项目S2项目。
S1项目，超过一周的数据迁移工作让人刻骨铭心。
S1项目的获得，完全是一个意外。
在S1项目之前，我已经寻找兼职项目2个多月了，只是一只没有成功。5月上旬，我收到一个陌生电话，对方说是他这边需要一个SAP WM顾问，他的一个前同事W把我推荐给了他。我，他以及W都曾经在同一家顶级外企乙方干过SAP咨询。基于这家外企乙方公司的背书，他对我表示高度信任，认为我就是他想找的人。所以省略了面试环节，谈好rate和开工日期后，后续就是签订劳务协议，项目算是谈成了。
进入S1项目之前，我还是有些诚惶诚恐的。毕竟S1项目要求我去客户办公室上班，而不是远程办公。我在做D项目的同时，在S1项目客户办公室上班，会不会出现时间冲突的时候，比如在某个时间段，2个项目都要开会；会不会被S1项目的客户发现我同时还在做其它项目。遇到D项目上的紧急ticket，我能不能找到一个合适的地方去处理。这些都是我反复担心的事情。
我进入S1项目办公室，会将D项目的工作电脑带上，以应对不时之需。不过在运气很好的是，在S1项目工作期间，D项目还是很稳定，虽然每周都有ticket需要我处理，但是都不是很紧急的，完全可以等到我下班后或者在周末的时候处理。这使得我工作日白天能全身心投入S1项目的工作中，完成各个阶段的工作任务。既没有出现时间冲突的情况，也没有被S1客户发现我同时还在做其它项目。。。
S1项目上线前夕的数据迁移，让人难忘。由于业务的需求，客户的庞大业务体量，使得数据迁移工作量极大，非常具有挑战性。数以十万计的物料号，数十万条的库存数据，使得S1项目成为项目组全体同行一致认为的史上最为复杂的数据迁移的SAP项目。整个数据迁移工作，耗时超过一周，项目组成员每天加班加点到晚上十点，甚至周末都安排时间加班。经过大家的努力，S1项目顺利上线。笔者在上线支持一个月后顺利功成身退，按计划离开。
S2项目，更是一个神奇而野蛮的SAP项目。
S2项目的获得，也得益于前同事的关照和介绍。
S1项目刚刚结束2周时间不到，前同事J兄给我电话，问我近况如何，说是想见个面谈谈未来合作事宜。我欣然同意，于是在某个周五的中午，我如约去到了J兄指定的某个咖啡店。我们见面后除了寒暄问候，就开始谈到未来可能的合作。他希望我能帮忙动用我的人脉，为他的若干项目推荐和无色顾问人选，当然合适的话，我也可以加入他们公司的某些项目。
这次见面后不到一周，他又电话给我了，说是有个项目紧急要人，可以远程工作，问我有无可能过去帮忙救救火。得知可以远程工作，且又是一个短期的，所以我欣然答应。D项目和S2项目同时进行，切都是远程办公，这也算是我从业史上头一回吧。
S2项目是一个超级野蛮的SAP项目，说是global rollout，却没有global template，实际上是一个0到1的实施项目。项目没有正式的蓝图阶段，我接手的时候，项目才完成配置，其它啥都没有。我加入S2项目后被告知，该项目大概在一个月后要上线！我的天啊，太要命了。
我的前任顾问，因为被公司安排去做其它的大型SAP实施项目不得不离开，我过来他给我做了一个简单的交接，然后他就离开了项目，我正式加入S2项目。加入S2项目以后，就开始了紧张的工作。从主数据模板的完善与设计，LSMW导入工作制作和测试，功能测试，UAT测试用例的编撰，支持UAT，到最后的主数据以及期初数据的导入，以及上线后的运维，全程用时不超过30个人天。这算是我参与过的最快速，最野蛮神奇的SAP实施项目了！
写到最后
每个SAP项目，都能给人带来不一样的体验与收获。每个SAP项目，都有值得说道的故事，也有值得总结的地方。2023年参与的三个SAP项目，有惬意，更有酸爽，让人难忘。
希望在2024年，我也能参与多个SAP项目历程，收获多样的项目体验。
-完-
写于2023-12-11.