A low-code aanpak Het verenigen van ongelijksoortige dingen in een organisatie om een ​​nieuwe dienst te creëren is baanbrekend, omdat voor het eerst een gedeeld canvas of interactief whiteboard de ideeën die mensen bedenken binnen enkele uren kan vertalen naar live diensten tijdens operaties of in het veld. Dus hoeveel van ons hebben productontwerpbijeenkomsten bijgewoond waar alle belanghebbenden aanwezig waren – verkoop, marketing, product, engineering en anderen – en we waren het eens over wat we wilden creëren en bouwen, behalve de ingenieurs die dat wilden doen? dit servet van concepten en daadwerkelijk uitzoeken hoe dit in productie te brengen? Laten we dieper op dit probleem ingaan en bekijken hoe een low-code automatiseringsplatform een ​​potentiële oplossing kan zijn.

Het aanpakken van de kosten en middelen voor digitale transformatie

Laat ik een willekeurig voorbeeld geven. 

Tijdens een gezondheids- en veiligheidsconferentie in New York City, waarbij de New York State Professional Fire Fighters Association (NYSPFFA) aanwezig was, legde een brandveiligheidstoezichthouder voor gebouwen in New York uit waarom er een nieuwe compliance-mogelijkheid in de pijplijn zit. Met de opkomst van IoT betekende dit dat alles in een gebouw geautomatiseerd moest worden en in realtime met de hulpdiensten moest worden verbonden. Dit betekent dat de aard van de brandbestrijding, de veiligheid en de respons ook met de tijd moeten veranderen.

In het publiek zaten ook Bert Beaney, hoofd gebouwen van Empire, Inc., en zijn collega Marty Spark, president van Fire Safety Solutions, die met een brok in hun keel zaten te luisteren. Waarom? Op dat moment realiseerden ze zich dat de marketing van leveranciersoplossingen te ver vooruit was gegaan op het gebied van messaging. Bert en Marty wisten dat er geen echte automatisering van IoT-workflow-zaken bestaat tussen gebouw- en brandveiligheid. Erger nog, hun BMS-, vuurleidings- en faciliteitenbeheersystemen waren allemaal statische eilandoperaties. Erger nog, de buitendienst en de respons op noodonderhoud waren nog een ander platform en al met al bestond het hypernirvana van een end-to-end ‘event to response’-controleoplossing nog niet.

Dit voorbeeld is fundamenteel de reden waarom de kosten, tijd en middelen verloren gaan digitale transformatie is monsterlijk omdat een methodologie om dingen te automatiseren is genegeerd, om nog maar te zwijgen van de impact op het vertrouwen van de organisatie. 

Think TechTargetEr is 1 biljoen dollar geïnvesteerd in digitale transformatieprojecten, waarbij de Boston Consulting Group schat dat ten minste 70 procent van deze initiatieven in maart 2021 ver achterbleef bij hun oorspronkelijke doelstellingen. Zoals vermeld in mijn recente blog over automatisering besturingssysteem“Het probleem is zo duidelijk geworden dat het niet ongebruikelijk is dat een CEO de vragen van analisten ontwijkt in winstoproepen over digitale transformatie.” Nog enger is dat ik veel tijd doorbreng met beleggingsanalisten en zij weten niet eens welke vragen ze moeten stellen om erachter te komen wat er werkelijk aan de hand is, waardoor het vooral lastig is om winnaars te kiezen, omdat, in theorie, een organisatie die slaagt in digitale transformatie zal binnen vijf jaar een verbluffende marktaandeelwinst boeken. 

Geconfronteerd worden met uitdagingen op het gebied van digitale transformatie

Hoe dan ook, laten we teruggaan naar het dilemma van Bert en Marty.

Ze regelden een telefonische vergadering met hun nieuw aangenomen CTO, oorspronkelijk uit Belfast, Jim Finnegan. Ze legden hem uit wat er op stapel stond en vroegen Jim wat ze moesten doen om eindelijk de komende uitdagingen op het gebied van de digitale transformatie op te lossen. 

Jim zweeg even en zei: 'Om te beginnen hebben we mensen nodig die vrede met elkaar sluiten, het tribalisme van 'eigendom van dingen' stoppen en een werkelijk gezamenlijke aanpak introduceren bij het ontwerpen van de gemakkelijkere 'automatisering van dingen' om te leveren wat steeds beter wordt. verplicht voor gebouwen en bijbehorende diensten zoals brand en veiligheid.” Toen ademde hij uit: ‘Geef de geest!’  

Hij vervolgde: “Wat we nodig hebben is een kind dat intern aan het rommelen is met low-code tools om iets te kiezen waarmee we onze MKB-bedrijven bij elkaar kunnen brengen om snel een geïntegreerde workflow tussen IT-OT-services te ontwerpen en te bouwen.” Jim voegde eraan toe: “Het zal nog beter zijn als we ons kunnen concentreren op betere klantresultaten door de onderliggende bedrijfslogica te automatiseren.” 

Jim gaf een voorbeeld. “VUUR”-sjabloon: ! gebouw A, zone 102: HVAC-waarschuwing, koolstofsensor afstemmen op max, rook gedetecteerd, FDNY waarschuwen, elektrische brand (sprinkler uit/gas gereed), mensen zone 102 SMS/Twilio evacueren, bezetting van mensen in 102 negatief, cybersleutels annuleren, brand deuren dicht, ventilatieopeningen dicht, noodverlichting aan, FDNY op 102, gebouw BMS activeert noodonderhoudswaarschuwing uit - bevestiging van menselijke tot menselijke stemoproep uitgevoerd. 

In zijn gedachten had Jim RPA (Uipath, AA, enz.) als een snelle aanpak om aan de slag te gaan, maar Marty begon zijn carrière als ingenieur bij GE en reageerde hierop. “Jim, wat we ook nodig hebben is een regelsmachine die de kern vormt van alles en die de onderliggende IoT-workflows tussen de OT- en IT-wereld automatiseert,” aldus Marty, “en alle spaghetti voor iedereen verbergt, want dat is waar dingen kapot gaan als organisaties probeer digitaal te gaan.” Hij voegde eraan toe: “We moeten de complexiteit van software verbergen om dit te laten werken.” 

“Dat is een soort BPM zoals Tibco, Appian toch of misschien zelfs een BMS-achtige schakelautomatisering?” zei Jim als antwoord.  

Ja, het zou spannend zijn om te horen hoe Bert, Marty en Jim samen kwamen om hun probleem op te lossen. 

Oplossing: Low-Code automatiseringsplatform 

Vanuit mijn perspectief zou ik zeggen dat Empire de noot niet zal kraken met een kluns van dingen, zoals RPA/BPM-tools, die niet helpen om nog meer grote software te vermijden en een semi-bevroren wereld in digitale transformatie in stand te houden. Het antwoord is het vinden van een low-code automatiseringsplatform dat is gebouwd voor een formule één-integratieprobleem – een platform waarin al uw investeringen in softwareapplicaties, zelfs uw oudere systemen, behouden blijven. Zodanig dat digitale transformatie een eenvoudigere en haalbare integratie wordt van dingen die in staat zijn om tegemoet te komen aan de behoeften van zeer geavanceerde gebruiksscenario's in operaties op de industriële, energie-, telecom- en financiële dienstenmarkten.

Het voordeel voor ondernemingen zal op veel fronten enorm zijn. Terwijl de wereld zich schrap zet voor een zeer moeilijke economische achtergrond, is de grootste winst waarop we ons moeten concentreren – om terug te komen op ons voorbeeld – het bereiken van nieuwe grenzen op het gebied van veiligheid en klanttevredenheid. Laten we eerlijk zijn: automatisering zal enorme besparingen opleveren in een tijd waarin wereldwijd een recordtekort aan softwarevaardigheden bestaat. Andere doelstatistieken waar u op moet letten bij een automatiseringsbesturingssysteem zijn: 10x snellere time-to-market, 100x minder code, 15x minder ontwikkelingstijd en tot 20x lagere bedrijfskosten (OPEX) en kapitaaluitgaven (CAPEX). En tot slot een break-even ROI binnen negen maanden of minder.

Een gezamenlijke aanpak

Het faciliteren van een collaboratieve, cross-functionele teams service (product) ontwikkelomgeving in low-code is geweldig, maar het vervolgens abstraheren van iedereen weg van de onderliggende complexiteit met automatisering van workflowmanagement op het werk is nog beter. Een low-code automatiseringsplatform zal leiden tot een gezamenlijke aanpak voor productbeheer- en ontwikkelingsteams.