調研機構普華永道公司合伙人Olaf Acker最近在《戰略與業務》雜志發表的一篇文章寫道：“建立某種關系都具有一些情感成分，這對于人們之間與企業之間的聯系也是如此。疫情危機使這種關系的優缺點都會受到關注。因此，作為企業領導者，當員工承受壓力和恐懼，并渴望建立良好的人際關系時，如何幫助他們快速成長?”對此，首席信息官如何做才能創造員工新的敬業度?更具體地說，他們如何改變企業與客戶、員工和供應商的互動方式?
在哪里有機會可以獲得經驗?
調研機構Constellation Research公司副總裁兼首席分析師Dion Hinchcliffe表示，“組織使用低代碼/無代碼可以加快并擴展數字化轉型。開發人員通常可以通過使用這些工具對組織的內部部署的流程和產品進行重構以實現自助服務。”
對于Hinchcliffe來說，這意味著低代碼/無代碼可以改進現有業務流程的數字化轉型，并將創建和改變新的團隊參與形式。這對于在家遠程工作(WFH)的員工進行內部和外部交互的健康發展至關重要。
首席信息官David Seidl對Hinchcliffe的觀點表示認同。他說，“在某些情況下，我們正在更多地實現個人獨立完成工作，同時，學習使用技術來實現這一目標。這是一條有趣的路線，以前從未進行這樣的深入探索。”
首席信息官Wayne Sadin補充說，“IT團隊必須更加靈活并快速響應，因為事情會發生不可預期的變化。因此，如果管理得當，個體開發人員和IT團隊專業開發人員可以共同提高業務敏捷性。”
是到適應的時候了?
正如市場營銷專家Tom Fishburne指出的那樣，冠狀病毒疫情將會嚴重影響那些推遲進行數字化轉型的企業。首席技術官Peter Salvitti表示：“許多企業在這場危機中措手不及，并且正在適應。而這種適應將會成為一種過渡，也是企業未來策略的一部分。”而首席信息官 Isaac Sacolick認為，首席信息官應該將其團隊轉變為在家遠程工作驅動的新客戶需求。這次為他們的團隊提供了實踐創新的機會。
那么，低代碼應用推動新的參與形式的最大機會在哪里?Hinchcliffe認為低代碼可以應用于三種形式的業務體驗：客戶體驗(CX)、員工體驗(EX)和流程體驗(PX)。Sadin對此表示認同，并說：“我們希望開發人員構建復雜的后端，而開發人員則希望利用他們所知道的信息來改善交互。更細致的答案是他們的專業知識使他們能夠設計出比IT部門更好、更快、成本更低的解決方案。”
Salvittiy認同Sadin的觀點，并指出低代碼可以在以下方面提供價值：
(1)開發速度。
(2)敏捷性(改變的速度)
(3)多渠道準備
(4)單一監控平臺
(5)內置治理
Seidl補充說：“隨著我們不斷改善業務流程，并采用一些工具提供幫助。我們需要不斷創新，并彌補差距。而員工在家遠程工作之后，企業希望正常開展業務，但正常工作和更好地工作是兩碼事。現在，我們開始討論修復問題，并創建了‘使工作做得更好’的列表。”
McBreen對于他所在企業的工作評論說：“我們已經指派了幾個團隊來開發快速的工作流程，以使業務用戶可以更好地進行遠程協作。這些工作流程將儀表板界面中的標準應用程序整合在一起。”
Sacolick說：“這種想法很聰明。修復業務流程和集成并不是臨時解決問題，而是一個更好的選擇。我更喜歡低代碼解決方案，而不是機器人流程自動化(RPA)，以便在可能的情況下解決多個數據輸入問題。”
McBreen表示，“其成功需要一個適當的解決方案架構，該架構可為何時將某些類的工具用于特定解決方案提供治理。這也包括工具的集成。”
首席營銷官Cay Jay Brodsky表示，這些主題很重要，尤其是當人們擔心濫用或誤用分析時。
Sadin希望開發人員能夠長期在家遠程工作。但Sacolick表示：“員工在家遠程工作可能會將開發工作從需要多個開發團隊協調的復雜實現中分離出來。出于這個原因，低代碼可能是對快速需要新應用的一種解決方案。但是在家遠程工作不應該驅使開發人員更多或更少地使用低代碼。這是為了將技術有效地應用于業務問題。”
是否發現使用低代碼來簡化業務功能的潛力?
Hinchcliffe說：“至關重要的是，需要具有正確的IT基礎的低代碼支持。這包括鼓勵開發人員在其應用程序中使用微服務，以建立一個組織范圍內一致的數據生態系統，并確保這些微服務對所有數據輸入/輸出執行完整的業務規則。開發人員可以使用API??啟用組件，這允許在其他獨立組件之間進行預定義的即插即用連接，而這是數字平臺的核心。”
因此，Hinchcliffe說：“IT管理人員必須是具有廣闊視野的業務顧問。但是在某種程度上，他們并沒有在計劃中延遲本地進展。優秀的IT人員會提出正確的問題，并通過其豐富的經驗來促進低碼用戶的工作。”
如何防止低代碼增加技術債務、可擴展性和安全性問題?
Salvitti說，“我們遇到的低代碼/無代碼平臺的唯一挑戰是開發人員在接受持續集成(CI)/持續部署/(CD)方面的遲緩。當然他們有自己的基礎，但是不需要另一個平臺，因為已經有了提供這一功能的流程和平臺。”
Sacolick并不反對Salvitit的觀點。他說，“讓我感到驚訝的是，這么多低代碼/無代碼解決方案都沒有版本控制。因此建議低代碼/無代碼和數據科學平臺如今在治理能力方面展開競爭，這是一件好事。我們將看到誰在自助服務速度與安全性、監督、重用和類似于軟件開發生命周期(SDLC)的流程級別之間取得適當的平衡。”
Sadin說，“以上是我在開發項目上添加了包括網絡安全、架構、變更管理和可審核性在內的治理警告的原因。首席信息官不要放棄對這些工具和流程的所有權，這一點很重要。”
Sacolick說：“缺乏與其他工具的集成是一個問題。為什么低代碼和無代碼平臺不與Git，Jenkins和其他主流開發工具集成，這是成熟的標志，并且傾向于避免以開發者為中心的解決方案。”
Boomi公司用戶體驗產品與解決方案高級副總裁Ed Macosky對此表示認同，他說：“我們了解到采用低代碼平臺的主要挑戰之一是與云計算以及內部部署應用程序和數據生態系統的連通性。使用低代碼平臺構建的應用程序需要具有內置的生態系統，以便可以開發有意義的企業應用程序，以連接到整個業務線(LOB)的數據資產。如果其連接不是內置的，那么最終將對這些連接進行編碼，這在很大程度上不會達到目的。”
Sadin表示，低代碼/無代碼很重要，因為低代碼/無代碼使首席信息官通過提供適當的工具和流程使開發人員能夠在不損害企業利益的前提下，在影子IT的領域中脫穎而出。但是他聲稱，IT領導者必須防止出現信息孤島。
Sadin補充說，用戶已經具備了低代碼工具的前提。
Sacolick認同Sadin的說法。他指出，低代碼/無代碼解決方案如今成為首席信息官的多功能的解決方案，可以提高速度和生產率。話雖如此，他不希望這些修補程序擴展到現有的技術債務中。他說，“首席信息官應為開發人員提供適當的工具、流程和培訓，以解決他們將面臨的問題。”
開發人員希望看到低代碼平臺與以下各項集成良好：
•版本控制
•內部微服務
•軟件生命周期管理(ALM)
•身份驗證系統
•部署/運營
•DevOps
•持續集成(CI)/持續部署/(CD)
•容器
Hinchcliffe說：“至關重要的是，低代碼應用程序不允許開發人員將其組織暴露于網絡安全風險、隱私問題和數據竊取/泄露中。這就是為什么IT人員仍必須控制并在低代碼上設置適當的防護措施。無論如何，IT團隊最終不得不長期支持和修復它。還可以通過非常輕量級的審核以及完善的流程來預先介入，以確保低代碼應用程序創建漏洞的速度不會比發現的更快。”
同時，Hinchcliffe認為，在一個成熟的數據庫/ERP/BI框架內部署工具以避免不斷惡化的數據蔓延是很重要的。Macosky說，“如果通過集成和API將數據保留在運營骨干網中，則可以很大程度上避免這些問題，這樣應用程序就可以減少處理的數據量。這消除了低代碼方法面臨的主要問題。”
結語
在居家遠程工作時代，低代碼為影響客戶體驗、員工體驗和供應商體驗提供了巨大的潛力。但是，使其開箱即用會產生更多的技術債務或可擴展性和安全性問題，這并不是一個好主意。低代碼顯然需要在流程方面變得更加成熟，才能成為主流工具之一。
版權聲明：本文為企業網D1Net編譯，轉載需注明出處為：企業網D1Net，如果不注明出處，企業網D1Net將保留追究其法律責任的權利。
京公網安備 11010502049343號