瀚码时光

        加盟瀚码也属于机缘巧合，当时从上海回苏州，面对手里面的几份Offer，钟总的一句：“工业软件很辛苦，但却很长久，可以让你踏实的干上30年”深深地打动了我。今后的一年多时间，瀚码团队一直在踏踏实实的打磨产品，以期能打造一把利刃。但在参加集团经营会议的时候，面对其他事业部的频频业绩捷报，我们瀚码团队一直觉得矮人一头，因此大家都憋着劲想要迎接市场和客户的验证和挑战，这个机会没有等太久。

        

2018年的产品发布会

        2018年，我们承接了广东客户全厂设备联网和设备管理的数字化项目，之前我们的产品大多数都是跟着瀚川的产线一起小批量出货的，这也算是我们头一回大规模出货，所以公司高度重视。但是项目开头的几个月并不是非常顺利：一方面数千台设备需要联网、工作量巨大；另一方面，这个项目当时在国内同行业内算是头一回，甲乙双方经验都欠缺。国庆后，公司察觉到项目有了一定程度的delay，为了确保项目能够顺利交付，公司决定由我来充当新的交付经理。接到任命后，我立刻前往了项目所在地。在此之前，我颇有一些匹夫之勇，仗着自己的技术底子，在我认知里面：“没有什么问题是一个通宵搞不定的，如果有那么就再搞一个通宵。”临危受命之时，我也是带着这样的想法去了现场。
        一到现场，我就立刻投入到了具体的问题解决工作上去。搜集整理现有的问题列表，在表格中排开，然后与团队开会，就目前的问题列表问题进行分配，当然我自己身先士卒的领取了不少问题，客户定了内部汇报日期，我的目标就是在客户内部汇报之前，解决完所有问题，保障汇报的顺利进行。
        在明确了目标和厘清了问题之后，我全身心的投入到问题的解决中去。一个半月时间，基本上我每天都两点一线的往返于酒店与客户工厂之间。每天醒来，简单洗漱然后就动身，夜晚客户下班我才离开工厂。临近汇报的前的某一天，在临近下班之前，客户临时提出了新的需求：基于现在的设备数据自动采集基础上，要求能做到每班次/每工单的自动产量和损耗统计，说汇报的当天会作为重点功能介绍一下。我想了想，自信满满的答应了客户，说：“你明天早上上班的时候，就会看到这个功能！”那天晚上，基于瀚码的物联网平台中现成的设备数据，我开发了这个功能模块，几经调试，确保了功能的正确性之后，我将这个功能模块部署到了TPM系统的测试环境上，等待明天的测试上线。由于我开发的太过投入，一下子忘记了时间，等完成之后，发现已经是凌晨三点半，我尝试打了打滴滴，显然是打不到没有车的，几经挣扎之后，我决定从工厂所在的工业园区步行回酒店，全程大概7，8公里。

        我没有想到12月底，广东的夜也会那么凉，身着单衣的我有点瑟瑟发抖。幸好那晚的月亮够明亮，但照得我更加形单影只。不同于大三暑假实习那次雨夜骑行的热烈，这次身处异乡的孤独夜行让我觉得有点害怕。夜里的郊区，路上不时得有成群的硕鼠出没，就三三两两的横在路上，挡住我的去路，我只得跺脚大叫才能吓退鼠群继续向前。转到厂边的高架下，高架挡住了月光，整条路笼罩在漆黑的阴影下面，我只得一边打开手机照相灯照明，一边打开音乐，跟着一起唱以驱散恐惧:“Felt like the weight of the world was on my shoulders/Pressure to break or retreat at every turn/Facing the fear that the truth had discovered/No telling how, all these will work out...”在这寂静的孤独的夜里，我有点思念家人，想念我的同事和朋友，回想到过去做产品开发的林林总总，回想到的交付过程中的不易，有点悲从心起，感怀良多。
        人到中年，感怀归感怀，但最终还是要回归现实，立足当下。到酒店后，我简单洗了个澡，小睡了一会儿，早上9点钟又赶回了客户现场，继续新一天的工作。
        如此这番，历经几次通宵达旦，终于项目到了预汇报的那一天，我满怀信心，觉得通过这段时间的艰苦奋斗，汇报一定取得成功。可是就在汇报前半个小时，突然现场的PDA应用都登陆不上去了，刚刚听到客户的反馈，我整个人一下子从椅子上跳起来：“怎么会？”连忙上前查看：“真的登陆不上去了！”“怎么办？”客户那边的项目汇报人也蒙了。“我叫人来看！”我立刻坐下，在群里面反馈问题，紧急组织人员去排查。“不管了，不管了，时间来不及了，硬着头皮上了！”客户汇报人只得上老板办公室去汇报了。而我这边，心中骂道：“墨菲定律啊，怕什么来什么！”
        “查出来了，是两个分支代码提交错了，测试分支的代码提交到正式环境了。”群里面回复道。
        “你是傻X么？”我破口大骂：“今天是客户汇报，你给我搞这个！我不是跟你说过多少次，合代码要小心小心吗？”一想到多日的辛苦付出可能就因为这样的一个小失误而毁之一旦，我顿时火冒三丈，在群里面疯狂的输出。但是突然，眼角一热，多日高强度工作的辛劳、各种为产品和需求问题擦屁股的委屈再加上今天这种被自己人背后捅了一刀子的窝火一起涌上心头，眼泪一下子流了出来。我赶忙躲到了厂房楼下的一角，大把大把的摸着眼泪。正值晚饭时刻，整个厂区数万名工人浩浩荡荡的从我的身旁走过，走向食堂。他们中有人不时回头，看着我一个人蹲在角落，哭成泪人，他们是不是会有这样的疑问：这人遇到了什么伤心事儿，哭的这般伤心？
        情绪过后，我冷静下来，首先跟团队成员道了歉：“我是项目经理，是项目的第一责任人，我对今天这起事故负主要责任；刚刚情绪失控，向道歉。”后来又见到了客户汇报人，向他解释了原因，并且做了道歉，他表示理解并且安慰了我：“今天项目的还是比较成功的，老板很满意项目的整体效果，也没有特别关注PDA的功能，所以今天算是蒙混过关了。问题你们尽快修复吧！”
        经过此事，我意识到，一个项目绝不是搞个人英雄主义就能成功的，最要依赖的还是团队的配合和完善的管理流程。于是，我决定要对项目的管理方式做出一系列改革：
        一、对项目的沟通机制进行的更改。既然这是一个没有先例的项目，那么要保障项目的成功，就必须要加强双方团队的沟通交流，之前两方团队的沟通都是通过项目经理进行传递，之后被我改为涉及全体甲乙双方的项目组成员的每日站会式的敏捷沟通。
        二、对客户需求的全面二次梳理，再次明确交付蓝图。因为项目的特殊性，原本的项目蓝图签订的比较模糊，所以要尽快把项目需求明确下来。我利用直接在项目现场的便利，直接参与了客户需求的讨论，避免了需求传递的过程中的失真；再加上我的技术开发背景，基本上需求沟通过程中就已经在脑子里行成了对应的技术方案，后续在与自己团队的开发沟通时候，就可以讲完需求后直接直接进入技术方案的讨论了，效率高了很多。
        三、进行在线项目管理。借助于在线项目协同管理平台，双方团队进行协作：客户所有的需求都要求录入在线平台，然后双方团队进行评审，决定需求的真假和优先级；所有的缺陷，也由甲方录入，我们开发团队进行及时的缺陷修复和反馈；所有的实施进度，都反馈到在线平台，每周项目会议上进行review。
         四、严格的代码评审和提交管理制度，明确开发代表对管理的责任，同时明确了开发环境、测试环境和正式环境的三套环境的隔离。
        这些里面的一些点，比如代码管理和项目协同的一些制度，都被我们低代码平台开发团队吸纳进来，成为平台自带的一些功能特点。经过团队的努力，这个项目最后成为了该厂、该行业一段时间的标杆项目，为该客户赢得了他客户的高度赞誉，帮助客户获得了数亿的订单，这些都是后话了。
        此项目中，暴露了我们产品的不少问题，同时也是我们感受到了工业数字化项目交付过程中强定制的特点。至此以后，公司产品部开始转向对于工业应用的强客制化问题的研究和解决，也因此有了2020年，瀚码技术推出的V1.0版本的瀚码工业低代码平台，原有的OPENLINK产品线则作为低代码平台的物联网基座，融合成为了瀚码工业低代码平台的一部分。瀚码的低代码开发团队，就如同当年的物联网团队一样，自己开发自己接项目做，自己挨骂自己改进，兜兜转转两年也终于将这个平台推到V2.15版本，其间的故事，也是非常曲折，有兴趣我可以拉我们低代码产品线的总监来讲讲。

V1.x时期的低代码平台 

        随着我岗位职责的变化，我已经有一段时间不再敲代码了。现在有时候打开一些开发IDE害怕被别人撞见，怕别人说：“又写bug呢？”虽然同事们都是玩笑话，但是还是使我心存芥蒂：“对于技术，心里的那份敬畏之心不可丢弃。”
        2022年7月17日，瀚码举办了生态大会，丑媳妇终于见了公婆，我们将自己打磨多年的低代码平台拿出来跟我们的合作伙伴一起共享。在经济环境愈发不好、社会竞争愈发激烈的今天，我们更要学会用一些聪明的方法来提高我们的工作效率，突显自己的工作价值，从技术的小圈圈里面走出来，为更多的同事和朋友去服务。
        PHP的开发者勒多夫讲:”I actually hate programming, but I love solving problems.” 人生在世，修的就是这个解决问题的能力和这个处变不惊的心态。解决问题的方法千千万万，懂业务、善沟通才是不变法门，其他的不过是术和器了。低代码，无非就是个帮助解决问题的工具而已，既不可过誉之，也不可诋毁之。
        好了，我自己的故事就暂时先分享到这里。最后，我也呼吁越来越多的工业软件人，大家一起深入到数字化转型第一线，去真正的熟悉客户业务、服务好生产现场，通过善用低代码平台这样的工具去再创佳绩，让我们大家一起为制造业数字化转型事业而奋斗。

上一篇《我的程序员生涯--步入职场（三）》