隨著低代碼和無代碼工具的崛起，將“應(yīng)用程序缺口”留給業(yè)務(wù)用戶來填補(bǔ)的IT領(lǐng)導(dǎo)者，仍然必須盡自己的一份力量來確保應(yīng)用程序開發(fā)的高效和安全。
低代碼和無代碼工具的核心原則——企業(yè)用戶可以依靠這些工具來填補(bǔ)“應(yīng)用程序的空白”——正在引起企業(yè)的共鳴。
據(jù)Gartner稱，41%的非IT員工構(gòu)建或定制自己的解決方案——到2023年，這些“公民開發(fā)人員”的數(shù)量將是大型企業(yè)中專業(yè)開發(fā)人員的四倍，該研究公司預(yù)測(cè)。大多數(shù)組織已經(jīng)使用了至少一種低代碼工具，由部門或有問題需要解決的個(gè)人用戶采用。Forrester預(yù)測(cè)，有一天，也許很快，開發(fā)不寫代碼的應(yīng)用程序?qū)⑾耠娮余]件和電子表格一樣成為一種普遍的商業(yè)技能。
但隨著發(fā)展速度的加快，風(fēng)險(xiǎn)也隨之增加。據(jù)Gartner稱，治理自助式服務(wù)和低代碼帶來的更多自主權(quán)已經(jīng)成為IT方面的一個(gè)關(guān)鍵考慮因素。
雖然正式的治理結(jié)構(gòu)還不常見，但I(xiàn)T領(lǐng)導(dǎo)者已開始解決管理低代碼的問題。低代碼平臺(tái)帶來了更高的生產(chǎn)力、成本的節(jié)約，以及通?？梢愿纳茦I(yè)務(wù)與IT之間關(guān)系的文化變革。如果做得好，低代碼可以幫助企業(yè)在數(shù)字解決問題的文化中實(shí)現(xiàn)業(yè)務(wù)轉(zhuǎn)型一直承諾的那種持續(xù)改進(jìn)。
以下是CIO如何以務(wù)實(shí)的方式幫助公民開發(fā)人員取得成功，既降低了風(fēng)險(xiǎn)，又不妨礙試驗(yàn)和自助服務(wù)。
01、走出陰影
Gartner杰出副總裁分析師Jason Wong表示，要想讓低代碼取得成功，IT領(lǐng)導(dǎo)者不能將其視為影子IT，而且CIO也不應(yīng)將其視為潛在的負(fù)擔(dān)。
公民開發(fā)的目的是說我們?cè)贗T和業(yè)務(wù)、這些公民開發(fā)人員對(duì)他們想要構(gòu)建的內(nèi)容的參與和投入之間達(dá)成一致，并了解哪些工具最適合他們。
此外，低代碼和無代碼平臺(tái)不僅提供了一種可視化構(gòu)建應(yīng)用程序的方法：它們還集中訪問和資源并跟蹤它們的使用方式。正因?yàn)槿绱耍琁T部門可以制定政策，規(guī)定哪些人可以訪問哪些數(shù)據(jù)源，以及如何允許他們共享應(yīng)用程序和自動(dòng)化流程，以整合這些數(shù)據(jù)。
基于角色的細(xì)粒度訪問控制使IT能夠管理對(duì)特定端點(diǎn)和數(shù)據(jù)表的訪問，下至字段和記錄級(jí)別，為不同開發(fā)環(huán)境中的不同部門提供適當(dāng)?shù)脑L問權(quán)限。還應(yīng)該能夠管理哪些連接器可用以及它們可以在端點(diǎn)上執(zhí)行哪些操作。例如，可能希望客戶支持能夠構(gòu)建可以讀取但不能發(fā)布推文的應(yīng)用程序，或者可能決定全局允許低代碼用戶更新記錄但永遠(yuǎn)不會(huì)刪除任何內(nèi)容。
02、平衡控制和自主性
為公民開發(fā)人員獲得控制和自主權(quán)的正確平衡至關(guān)重要。不希望安全性差，但如果治理和訪問流程過于繁重，人們就會(huì)回到不受監(jiān)管的影子IT。
這不是非常復(fù)雜，但你必須全面考慮，而且它是針對(duì)你的環(huán)境的，在建立治理之前，數(shù)據(jù)是關(guān)鍵。其基礎(chǔ)是：我們擁有哪些數(shù)據(jù)，哪些是敏感的，哪些不是。
一定要對(duì)外部共享的任何數(shù)據(jù)都應(yīng)該進(jìn)行數(shù)據(jù)泄漏保護(hù)，并且如果普通開發(fā)人員正在創(chuàng)建可能違反法規(guī)的自動(dòng)化或工作流(例如復(fù)制電子郵件或PII)，就要有警告他們的策略。
公民開發(fā)者也應(yīng)該擁有平臺(tái)選擇的自主權(quán)，強(qiáng)迫企業(yè)在單一的低代碼平臺(tái)上進(jìn)行標(biāo)準(zhǔn)化是錯(cuò)誤的。如果業(yè)務(wù)用戶無權(quán)選擇適合他們的工具，那么就沒有公民開發(fā)。
03、選擇正確的戰(zhàn)略方法
為組織的公民發(fā)展問題建立正確的戰(zhàn)略模型也很關(guān)鍵。
Forrester確定了三種常見方法，第一種方法是由具有流程改進(jìn)經(jīng)驗(yàn)的人員組成的小型自治團(tuán)隊(duì)，這些團(tuán)隊(duì)由IT批準(zhǔn)但嵌入業(yè)務(wù)部門并向業(yè)務(wù)主管報(bào)告。這種戰(zhàn)略方法非常靈活，但無法擴(kuò)展，這是一個(gè)小團(tuán)隊(duì)完成所有工作。
第二種方法是自助服務(wù)，任何人都可以根據(jù)平臺(tái)中的策略和護(hù)欄使用低代碼工具進(jìn)行開發(fā)。
第三種也是最成熟的方法將敏捷團(tuán)隊(duì)和廣泛的民主化結(jié)合到一個(gè)聯(lián)合模型中，一個(gè)卓越中心管理低代碼平臺(tái)、實(shí)施護(hù)欄、支持部門和業(yè)務(wù)部門的團(tuán)隊(duì)或個(gè)人冠軍以及自助服務(wù)低代碼平臺(tái)。
在這個(gè)模型中，特定應(yīng)用程序的開發(fā)方式取決于其用例、使用的數(shù)據(jù)以及相關(guān)開發(fā)人員的經(jīng)驗(yàn)。在安全開發(fā)生命周期中，可能有或多或少的步驟；可能對(duì)預(yù)覽有或多或少的要求；在使用某個(gè)數(shù)據(jù)源之前，可能需要與某人合作。”
這種成熟的模型更為復(fù)雜，但它也是覆蓋最廣泛的模型：你控制數(shù)據(jù)，控制開發(fā)過程，但要?jiǎng)?wù)實(shí)。
04、提供足夠的IT支持
除了治理和政策，CIO還需要提供資源和支持。“IT部門對(duì)公民開發(fā)者的態(tài)度對(duì)他們的生產(chǎn)力和成功結(jié)果至關(guān)重要，”Gartner的Wong說。
為此，Gartner建議通過涵蓋“綠色”安全區(qū)的治理框架來規(guī)范公民開發(fā)，公民開發(fā)人員可以在其中創(chuàng)建工作流程和自動(dòng)化；“黃色”支持區(qū)，公民開發(fā)者與專業(yè)開發(fā)者合作構(gòu)建更強(qiáng)大的應(yīng)用程序；以及需要IT監(jiān)督和批準(zhǔn)的“紅色”危險(xiǎn)區(qū)域，其中一些應(yīng)用程序被認(rèn)為非常復(fù)雜且對(duì)業(yè)務(wù)至關(guān)重要，它們?nèi)蕴幱贗T控制之下。
例如，卓越中心可能會(huì)創(chuàng)建API和自定義組件，或者支持融合團(tuán)隊(duì)與在低代碼和傳統(tǒng)開發(fā)環(huán)境中工作的專業(yè)開發(fā)人員。COE還可能為公民開發(fā)人員提供學(xué)習(xí)資源和專家?guī)椭?，以完成更?fù)雜或關(guān)鍵的工作（例如編寫查詢表達(dá)式），可能開放辦公時(shí)間。這種協(xié)作和支持是低代碼與影子IT的區(qū)別。
借助影子IT，可以讓個(gè)人獨(dú)自做一些隱藏在陰影中、看不見的事情。讓我們開放它，這樣用戶就不用擔(dān)心因?yàn)槭褂眠@些工具而受到譴責(zé)。我們?yōu)樗麄兲峁┝艘粭l必要的學(xué)習(xí)路徑:他們只是想深入到足夠深的地方去構(gòu)建他們需要的東西，并一邊學(xué)習(xí)一邊向社區(qū)、其他高級(jí)用戶以及潛在的IT尋求幫助。
05、正確使用API和連接器
為了取得成功，IT需要主動(dòng)提供連接器并創(chuàng)建強(qiáng)大的API以訪問內(nèi)部數(shù)據(jù)。
“確保您的API定義明確，擁有管理層或目錄，然后可以通過這些低代碼/無代碼解決方案輕松連接，”API平臺(tái)Postman的首席布道師Kin Lane說。
還需要跟蹤API在生產(chǎn)中的使用位置，既要控制外部API的成本，又要確保提供內(nèi)部API的系統(tǒng)得到適當(dāng)?shù)馁Y源。并非所有像API一樣工作的東西都是由強(qiáng)大的后端生成的。盡管我們?cè)敢庀嘈旁O(shè)計(jì)良好的RESTful API才是API的組成部分；事實(shí)并非如此，帶有CSV的FTP位置被認(rèn)為是API，而電子表格才是王道。
并且不要忘記機(jī)器人流程自動(dòng)化(RPA)，這是一種越來越流行的方式，用于將信息從遺留系統(tǒng)中獲取到低代碼應(yīng)用程序和自動(dòng)化工作流中。例如，通過建立自動(dòng)從掃描的PDF中提取數(shù)據(jù)的RPA工作流程，IT可以進(jìn)一步授權(quán)公民開發(fā)人員創(chuàng)建有益的業(yè)務(wù)應(yīng)用程序。
06、不要忘記評(píng)論和指標(biāo)
解決自己問題的個(gè)人業(yè)務(wù)用戶不太可能考慮高可用性、業(yè)務(wù)指標(biāo)或任何形式的正式審查。很少有低代碼平臺(tái)包含用于此的工具，但完成流程所需的時(shí)間等指標(biāo)可能會(huì)有所幫助，引入定期審查以跟蹤性能并分析進(jìn)一步開發(fā)的機(jī)會(huì)也是如此。
指標(biāo)和審查還提供了檢查業(yè)務(wù)流程的機(jī)會(huì)，因?yàn)樽詣?dòng)化一個(gè)糟糕的流程只會(huì)更快地獲得糟糕的結(jié)果。使用流程挖掘工具來發(fā)現(xiàn)一些團(tuán)隊(duì)可能正在執(zhí)行的低效率或額外工作，并為實(shí)際處理流程的員工提供簡化流程的機(jī)會(huì)，而不僅僅是創(chuàng)建應(yīng)用程序來解決問題。
07、根據(jù)需要改進(jìn)操作
低代碼平臺(tái)上的分析和監(jiān)控工具不僅可以跟蹤API的使用情況，還可以提醒你那些已經(jīng)變得非常流行或?qū)I(yè)務(wù)至關(guān)重要的應(yīng)用，以至于你可能想把它們移到高德納(Gartner)列出的更高層次的黃色或紅色支持區(qū)域。
突破性的想法變成了非常受歡迎的應(yīng)用程序，它們需要更多的IT支持，這是商業(yè)創(chuàng)新的標(biāo)志。IT的工作就是讓這種情況持續(xù)下去。
在實(shí)踐中，這種進(jìn)展會(huì)造成緊張；最初的低代碼開發(fā)人員可能擔(dān)心IT接管該工具，而IT團(tuán)隊(duì)可能擔(dān)心支持不是他們創(chuàng)建或指定的應(yīng)用程序。業(yè)務(wù)和IT之間的協(xié)作文化應(yīng)該有助于避免雙方的懷疑。
08、培育創(chuàng)新文化
雖然CIO可能擔(dān)心低代碼實(shí)驗(yàn)會(huì)為自己的IT團(tuán)隊(duì)生成過多的應(yīng)用程序，但更常見的問題是沒有聚集足夠的動(dòng)力來使策略發(fā)揮作用。Bratincevic指出，許多遇到低代碼可能幫助他們解決的問題的業(yè)務(wù)用戶不會(huì)自然地將自己視為“開發(fā)人員”。
許多組織發(fā)現(xiàn)內(nèi)部黑客馬拉松——加上培訓(xùn)、指導(dǎo)和支持的時(shí)間——可以激發(fā)興趣并生成初始應(yīng)用程序的核心?；蛘撸瑢ふ铱赡艹蔀樵缙诓捎谜叩膯栴}解決者。已經(jīng)使用影子IT作為涉及持續(xù)改進(jìn)或特殊項(xiàng)目的角色的一部分的人是成為冠軍的主要候選人，特別是如果他們請(qǐng)求了一個(gè)IT沒有時(shí)間開始工作的應(yīng)用程序。
低代碼可以實(shí)現(xiàn)顯著的職業(yè)發(fā)展，業(yè)務(wù)和一線員工可以獲得更多技術(shù)角色的專業(yè)知識(shí)。將其視為發(fā)展未來數(shù)字化勞動(dòng)力的一種方式——并準(zhǔn)備支持和獎(jiǎng)勵(lì)員工以實(shí)現(xiàn)這一目標(biāo)。低代碼程序無法擴(kuò)展的一個(gè)原因是期望員工將其作為日常工作之外的工作，而不是作為其中的一部分，尤其是在公司文化不重視持續(xù)改進(jìn)的情況下。
必須處理變更管理的人的方面。如果最初的公民開發(fā)者跳槽了，而他們的同事或接替者對(duì)這款應(yīng)用不感興趣怎么辦?或者，如果他們感興趣，是否有足夠的文件證明應(yīng)用的目的和背景?
另一方面，Wong說，并不是每個(gè)低代碼應(yīng)用程序都會(huì)永遠(yuǎn)有用。“如果沒有人站出來擁有它，那么假設(shè)必須是：它不是很有用；讓它死吧。”當(dāng)實(shí)現(xiàn)的成本一開始就很低時(shí)，這就不是什么問題。
Bratincevic建議，將低代碼視為機(jī)會(huì)，但也意識(shí)到這是不可避免的。這不會(huì)是完美的;會(huì)有問題，你會(huì)犯一些錯(cuò)誤，但這是你的機(jī)會(huì)來協(xié)調(diào)所有人在組織內(nèi)開發(fā)應(yīng)用以一種相互聯(lián)系，自動(dòng)化和明智的方式；要建立一個(gè)正確的基金會(huì)，而不是讓一切碰運(yùn)氣。
