小程序
传感搜
传感圈

Utilizing a Low-Code Automation Platform for Collaboration

2022-08-26
关注

Illustration: © IoT For All

A low-code approach to unifying disparate things in an organization to create a new service is game-changing because, for the first time, a shared canvas or interactive whiteboard can translate the ideas humans conceive into live services in operations or the field in hours. So, how many of us have been in product design meetings where all of the stakeholders are present—sales, marketing, product, engineering, and others—and we agree on what we want to create and build except for the engineers who want to take this napkin of concepts and actually figure out how to bring this into production? Let’s dive deeper into this issue and look at how a low-code automation platform may be a potential solution.

'The answer is to find a low-code automation platform built for a formula one integration problem where all of your investment in software applications, even your legacy systems, are preserved.' -WaylayClick To Tweet

Addressing the Cost & Resources for Digital Transformation

Let me give a random example. 

During a health and safety conference in New York City with the New York State Professional Fire Fighters Association (NYSPFFA) in attendance, a fire safety regulator for buildings in New York explained why there is a new compliance opportunity in the pipeline. With the onset of IoT, it now meant everything in a building needed to be automated and connected in real-time to emergency services. Meaning that the nature of firefighting, safety, and response would also need to change with the times.

Also in the audience were Bert Beaney, head of buildings for Empire, Inc., and his colleague Marty Spark, the president of Fire Safety Solutions, who were listening with a lump in their throats. Why? At that moment they realized that vendor solutions marketing has gone too far ahead on messaging. Bert and Marty knew there is no real automation of IoT workflow things between building and fire safety. Even worse, their BMS, fire control, and facilities management systems were all static island operations. Worse yet, the field service and emergency maintenance response was yet another platform and, all in all, the hyper nirvana of an end-to-end “event to response” control solution did not exist yet.

This example is fundamentally why the cost, time, and resource loss in digital transformation is monstrous because a methodology to automate things has been ignored, not to mention the impact on organizational confidence. 

According to TechTarget, $1 trillion had been invested in digital transformation projects with the Boston Consulting Group estimating at least 70 percent of these initiatives fell far short of their original goals by March 2021. As mentioned in my recent blog on automation OS, “the problem has become so apparent that it is not unusual for a CEO to dodge analysts’ questions in earnings calls on digital transformation.” Even scarier, I spend a lot of time with investment analysts and they do not even know what questions to ask to find out what is really going on, making it especially tricky to pick winners because, in theory, an organization that succeeds in digital transformation will make stunning market share gains within five years. 

Facing Digital Transformation Challenges

Anyway, let’s get back to Bert and Marty’s dilemma.

They arranged a conference call with their newly hired CTO originally from Belfast, Jim Finnegan. They explained to him what was coming down the tracks and asked Jim what they needed to do to finally fix the forthcoming digital transformation challenges. 

Jim paused and said, “Well, for starters, we need people to make peace with each other, stop the tribalism of ‘ownership of things’ and introduce a genuinely collaborative approach to designing the easier ‘automation of things’ to deliver what is becoming mandatory for buildings and associated services like fire and safety.” He then exhaled, “Give up the ghost!”  

He went on to say, “What we need is a kid internally fooling around with low-code tools to pick something that enables us to bring our SMEs together to design and build integrated workflow between IT-OT services fast.” Jim added, “Better still will be when we can focus on better customer outcomes by automating the underlying business logic.” 

Jim provided an example. “FIRE” template: ! building A, zone 102: HVAC alert, tune carbon sensor to max, smoke detected, alert FDNY, fire electrical (sprinkler off/gas ready), people zone 102 SMS/Twilio evacuate, people occupancy in 102 negative, cancel cyber keys, fire doors shut, air vents closed, emergency lighting on, FDNY at 102, building BMS activates emergency maintenance alert out—human to human voice call confirmation executed. 

In his mind, Jim had RPA (Uipath, AA, etc.) as a quick stitch approach to get going, but Marty started his career as an engineer in GE and countered. “Jim, what we also need is a rules engine at the heart of things that automates the underlying IoT workflows between the OT and IT world,” stated Marty, “and hides all the spaghetti from everyone because that is where things break down whenever organizations try to go digital.” He added, “We need to conceal the complexity of software to make this work.” 

“That is sort of BPM like Tibco, Appian right or maybe even a BMS like switch automation?” said Jim in response.  

Yes, it would be exciting to hear how Bert, Marty, and Jim came together to resolve their problem. 

Solution: Low-Code Automation Platform 

From my perspective, I would argue the nut will not be cracked by Empire with a kludge of things, e.g. RPA/BPM tools, which do not help avoid more big software and perpetuate a semi-frozen world in digital transformation. The answer is to find a low-code automation platform built for a formula one integration problem – one where all of your investments in software applications, even your legacy systems, are preserved. Such that digital transformation becomes a simpler and feasible integration of things capable of addressing the needs of very sophisticated use cases in operations across industrial, energy, telecoms, and financial services markets.

The upside for enterprises is going to be mega on many fronts. As the world braces for a very tough economic backdrop, the biggest win to focus on – going back to our example – is hitting new bars in safety and customer satisfaction. Let’s face it, enormous savings will be reaped from automation at a time of record software skill shortages globally. Other target metrics to look for from an automation OS are: 10x faster time to market, 100x less code, 15x less development time, and up to 20x operating expenses (OPEX) and capital expenditures (CAPEX) cost savings. And finally, a break-even ROI within nine months or less.

A Collaborative Approach

Facilitating a collaborative cross-functional teams service (product) development environment in low-code is great, but then abstracting everyone away from the underlying complexity with automation workflow management at work is even better again. A low-code automation platform will lead to a collaborative approach for product management and development teams.

Tweet

Share

Share

Email

  • Automation
  • Building Automation
  • Cloud Software
  • Digital Transformation
  • Factory Automation

  • Automation
  • Building Automation
  • Cloud Software
  • Digital Transformation
  • Factory Automation

参考译文
利用低代码自动化平台进行协作
一种低代码的方法将组织中不同的东西统一起来以创建一个新的服务,这将改变游戏规则,因为这是第一次,一个共享的画布或交互式白板可以在数小时内将人类构思的想法转化为运营或领域中的实时服务。那么,我们中有多少人参加过产品设计会议,在会上所有的利益相关者都在场——销售、营销、产品、工程和其他方面——我们对我们想要创造和构建的东西达成一致,除了工程师们,他们想要把这张纸巾上的概念,并真正弄清楚如何把它投入生产?让我们更深入地研究这个问题,看看低代码自动化平台可能是一个潜在的解决方案。我随便举个例子。在纽约州职业消防队员协会(NYSPFFA)参加的纽约市健康与安全会议上,纽约的一名建筑消防安全监管人员解释了为什么会有一个新的合规机会。随着物联网的出现,现在意味着建筑中的所有东西都需要实现自动化,并实时连接到应急服务。这意味着消防、安全以及应对的性质也需要随着时代的变化而改变。观众中还有帝国娱乐公司(Empire, Inc.)的建筑主管伯特·比尼(Bert Beaney)和他的同事、消防安全解决方案公司总统的马蒂·斯帕克(Marty Spark),他们都在哽咽地听着。为什么?那一刻,他们意识到供应商解决方案营销在消息传递方面走得太远了。Bert和Marty知道在建筑和消防安全之间没有真正的物联网工作流程自动化。更糟糕的是,他们的BMS、火控和设施管理系统都是静态的岛屿作战。更糟糕的是,现场服务和应急维护响应只是另一个平台,总而言之,端到端的“事件响应”控制解决方案还不存在。这个例子从根本上解释了为什么数字化转型的成本、时间和资源损失是巨大的,因为自动化的方法被忽略了,更不用说对组织信心的影响了。根据TechTarget的数据,数字转型项目已经投资了1万亿美元,波士顿咨询集团估计,到2021年3月,这些项目中至少有70%远远低于最初的目标。正如我在最近关于自动化操作系统的博客中提到的,“这个问题已经变得如此明显,以至于首席执行官在数字转型的业绩电话会议上回避分析师的问题是很正常的。”更可怕的是,我花了很多时间和投资分析师在一起,他们甚至不知道该问什么问题来了解真实情况,这让挑选赢家变得尤其困难,因为从理论上讲,一个在数字化转型方面取得成功的组织将在五年内获得惊人的市场份额。不管怎样,让我们回到伯特和马蒂的困境。他们和刚从贝尔法斯特雇来的首席技术官吉姆·芬尼根安排了一次电话会议。他们向吉姆解释了即将发生的事情,并问他他们需要做些什么来最终解决即将到来的数字转型挑战。吉姆停顿了一下,说:“首先,我们需要人们彼此和解,停止‘东西的所有权’的部落主义,引入真正的协作方法来设计更容易的‘东西的自动化’,为建筑和相关服务,如消防和安全,提供强制性的东西。”然后他呼出一口气:“别再缠着我了!”他接着说:“我们需要的是一个在内部玩弄低代码工具的孩子,来挑选一些东西,使我们能够将我们的sme聚集在一起,快速设计和构建IT-OT服务之间的集成工作流。”Jim补充道:“如果我们能够通过自动化底层业务逻辑来专注于更好的客户结果,那就更好了。” 吉姆提供了一个例子。“火”模板:!A栋102区:暖通空调警报,将碳传感器调至最大,检测到烟雾,警报FDNY,消防电气(喷水器关闭/燃气准备就绪),102区SMS/Twilio疏散,102区居民不入住,取消网络钥匙,防火门关闭,通风口关闭,应急照明开启,102区FDNY,大楼BMS启动紧急维护警报,执行人对人语音确认。在吉姆看来,RPA (Uipath, AA等)是一种快速入门的方法,但马蒂的职业生涯是从通用电气的工程师开始的,他反击了。Marty说:“Jim,我们还需要一个位于事物核心的规则引擎,来自动化OT和IT世界之间的底层物联网工作流程,并向所有人隐藏所有的意大利面,因为每当组织试图数字化时,这些东西就会崩溃。”他补充说,“我们需要隐藏软件的复杂性,才能实现这一目标。”Jim回应道:“这是类似Tibco、Appian之类的BPM,或者甚至是类似交换机自动化的BMS ?”是的,听伯特、马蒂和吉姆如何一起解决他们的问题一定很令人兴奋。从我的角度来看,我认为《Empire》不会用一堆东西(如RPA/BPM工具)来破解这个难题,这并不能避免出现更多大型软件,也不能在数字化转型中让这个半死不活的世界永续下去。答案是找到一个低代码自动化平台,它是为一级集成问题构建的——在这个平台上,您在软件应用程序(甚至是遗留系统)上的所有投资都得到保留。这样,数字转型就成为一种更简单、可行的事物集成,能够满足工业、能源、电信和金融服务市场运营中非常复杂的用例的需求。企业在许多方面的好处都是巨大的。当世界准备迎接一个非常艰难的经济背景时,我们所关注的最大胜利——回到我们的例子——是在安全和顾客满意度方面发展新酒吧。让我们面对现实吧,在全球软件技能短缺的情况下,自动化将带来巨大的节省。从自动化操作系统中寻找的其他目标指标是:更快10倍的上市时间,100倍的代码,15倍的开发时间,高达20倍的运营费用(OPEX)和资本支出(CAPEX)成本节约。最后,在九个月或更少的时间内实现收支平衡的投资回报率。以低代码促进协作的跨功能团队服务(产品)开发环境是很好的,但然后通过自动化工作流程管理将每个人从底层的复杂性中抽象出来就更好了。低代码自动化平台将为产品管理和开发团队带来协作方法。
  • en
您觉得本篇内容如何
评分

评论

您需要登录才可以回复|注册

提交评论

iotforall

这家伙很懒,什么描述也没留下

关注

点击进入下一篇

Artfi融资326万美元,估值1亿美元

提取码
复制提取码
点击跳转至百度网盘