隨著低代碼和無代碼工具的崛起，將“應(yīng)用程序缺口”留給業(yè)務(wù)用戶來填補的IT領(lǐng)導(dǎo)者，仍然必須盡自己的一份力量來確保應(yīng)用程序開發(fā)的高效和安全。

低代碼和無代碼工具的核心原則——企業(yè)用戶可以依靠這些工具來填補“應(yīng)用程序的空白”——正在引起企業(yè)的共鳴。

據(jù) Gartner 稱，41%的非IT員工構(gòu)建或定制自己的解決方案——到2023 年，這些“公民開發(fā)人員”的數(shù)量將是大型企業(yè)中專業(yè)開發(fā)人員的四倍，該研究公司預(yù)測。大多數(shù)組織已經(jīng)使用了至少一種低代碼工具，由部門或有問題需要解決的個人用戶采用。Forrester預(yù)測，有一天，也許很快，開發(fā)不寫代碼的應(yīng)用程序?qū)⑾耠娮余]件和電子表格一樣成為一種普遍的商業(yè)技能。

但隨著發(fā)展速度的加快，風(fēng)險也隨之增加。據(jù) Gartner稱，治理自助式服務(wù)和低代碼帶來的更多自主權(quán)已經(jīng)成為IT方面的一個關(guān)鍵考慮因素。

雖然正式的治理結(jié)構(gòu)還不常見，但 IT 領(lǐng)導(dǎo)者已開始解決管理低代碼的問題。低代碼平臺帶來了更高的生產(chǎn)力、成本的節(jié)約，以及通常可以改善業(yè)務(wù)與 IT 之間關(guān)系的文化變革。如果做得好，低代碼可以幫助企業(yè)在數(shù)字解決問題的文化中實現(xiàn)業(yè)務(wù)轉(zhuǎn)型一直承諾的那種持續(xù)改進(jìn)。

以下是 CIO 如何以務(wù)實的方式幫助公民開發(fā)人員取得成功，既降低了風(fēng)險，又不妨礙試驗和自助服務(wù)。

1. 走出陰影

Gartner 杰出副總裁分析師 Jason Wong 表示，要想讓低代碼取得成功，IT 領(lǐng)導(dǎo)者不能將其視為影子IT，而且CIO也不應(yīng)將其視為潛在的負(fù)擔(dān)。

公民開發(fā)的目的是說我們在IT和業(yè)務(wù)、這些公民開發(fā)人員對他們想要構(gòu)建的內(nèi)容的參與和投入之間達(dá)成一致，并了解哪些工具最適合他們。

此外，低代碼和無代碼平臺不僅提供了一種可視化構(gòu)建應(yīng)用程序的方法：它們還集中訪問和資源并跟蹤它們的使用方式。正因為如此，IT部門可以制定政策，規(guī)定哪些人可以訪問哪些數(shù)據(jù)源，以及如何允許他們共享應(yīng)用程序和自動化流程，以整合這些數(shù)據(jù)。

基于角色的細(xì)粒度訪問控制使IT能夠管理對特定端點和數(shù)據(jù)表的訪問，下至字段和記錄級別，為不同開發(fā)環(huán)境中的不同部門提供適當(dāng)?shù)脑L問權(quán)限。還應(yīng)該能夠管理哪些連接器可用以及它們可以在端點上執(zhí)行哪些操作。例如，可能希望客戶支持能夠構(gòu)建可以讀取但不能發(fā)布推文的應(yīng)用程序，或者可能決定全局允許低代碼用戶更新記錄但永遠(yuǎn)不會刪除任何內(nèi)容。

2. 平衡控制和自主性

為公民開發(fā)人員獲得控制和自主權(quán)的正確平衡至關(guān)重要。不希望安全性差，但如果治理和訪問流程過于繁重，人們就會回到不受監(jiān)管的影子IT。

這不是非常復(fù)雜，但你必須全面考慮，而且它是針對你的環(huán)境的，在建立治理之前，數(shù)據(jù)是關(guān)鍵。其基礎(chǔ)是：我們擁有哪些數(shù)據(jù)，哪些是敏感的，哪些不是。

一定要對外部共享的任何數(shù)據(jù)都應(yīng)該進(jìn)行數(shù)據(jù)泄漏保護(hù)，并且如果普通開發(fā)人員正在創(chuàng)建可能違反法規(guī)的自動化或工作流(例如復(fù)制電子郵件或PII)，就要有警告他們的策略。

公民開發(fā)者也應(yīng)該擁有平臺選擇的自主權(quán)，強迫企業(yè)在單一的低代碼平臺上進(jìn)行標(biāo)準(zhǔn)化是錯誤的。如果業(yè)務(wù)用戶無權(quán)選擇適合他們的工具，那么就沒有公民開發(fā)。

3. 選擇正確的戰(zhàn)略方法

為組織的公民發(fā)展問題建立正確的戰(zhàn)略模型也很關(guān)鍵。

Forrester 確定了三種常見方法，第一種方法是由具有流程改進(jìn)經(jīng)驗的人員組成的小型自治團(tuán)隊，這些團(tuán)隊由 IT 批準(zhǔn)但嵌入業(yè)務(wù)部門并向業(yè)務(wù)主管報告。這種戰(zhàn)略方法非常靈活，但無法擴展，這是一個小團(tuán)隊完成所有工作。

第二種方法是自助服務(wù)，任何人都可以根據(jù)平臺中的策略和護(hù)欄使用低代碼工具進(jìn)行開發(fā)。

第三種也是最成熟的方法將敏捷團(tuán)隊和廣泛的民主化結(jié)合到一個聯(lián)合模型中，一個卓越中心管理低代碼平臺、實施護(hù)欄、支持部門和業(yè)務(wù)部門的團(tuán)隊或個人冠軍以及自助服務(wù)低代碼平臺。

在這個模型中，特定應(yīng)用程序的開發(fā)方式取決于其用例、使用的數(shù)據(jù)以及相關(guān)開發(fā)人員的經(jīng)驗。在安全開發(fā)生命周期中，可能有或多或少的步驟;可能對預(yù)覽有或多或少的要求;在使用某個數(shù)據(jù)源之前，可能需要與某人合作。”

這種成熟的模型更為復(fù)雜，但它也是覆蓋最廣泛的模型：你控制數(shù)據(jù)，控制開發(fā)過程，但要務(wù)實。

4. 提供足夠的 IT 支持

除了治理和政策，CIO還需要提供資源和支持。“IT部門對公民開發(fā)者的態(tài)度對他們的生產(chǎn)力和成功結(jié)果至關(guān)重要，”Gartner的 Wong 說。

為此，Gartner 建議通過涵蓋“綠色”安全區(qū)的治理框架來規(guī)范公民開發(fā)，公民開發(fā)人員可以在其中創(chuàng)建工作流程和自動化;“黃色”支持區(qū)，公民開發(fā)者與專業(yè)開發(fā)者合作構(gòu)建更強大的應(yīng)用程序;以及需要 IT 監(jiān)督和批準(zhǔn)的“紅色”危險區(qū)域，其中一些應(yīng)用程序被認(rèn)為非常復(fù)雜且對業(yè)務(wù)至關(guān)重要，它們?nèi)蕴幱?IT 控制之下。

例如，卓越中心可能會創(chuàng)建API 和自定義組件，或者支持融合團(tuán)隊與在低代碼和傳統(tǒng)開發(fā)環(huán)境中工作的專業(yè)開發(fā)人員。COE 還可能為公民開發(fā)人員提供學(xué)習(xí)資源和專家?guī)椭酝瓿筛鼜?fù)雜或關(guān)鍵的工作(例如編寫查詢表達(dá)式)，可能開放辦公時間。這種協(xié)作和支持是低代碼與影子 IT 的區(qū)別。

借助影子 IT，可以讓個人獨自做一些隱藏在陰影中、看不見的事情。讓我們開放它，這樣用戶就不用擔(dān)心因為使用這些工具而受到譴責(zé)。我們?yōu)樗麄兲峁┝艘粭l必要的學(xué)習(xí)路徑:他們只是想深入到足夠深的地方去構(gòu)建他們需要的東西，并一邊學(xué)習(xí)一邊向社區(qū)、其他高級用戶以及潛在的IT尋求幫助。

5. 正確使用 API 和連接器

為了取得成功，IT 需要主動提供連接器并創(chuàng)建強大的 API 以訪問內(nèi)部數(shù)據(jù)。

“確保您的 API 定義明確，擁有管理層或目錄，然后可以通過這些低代碼/無代碼解決方案輕松連接，”API 平臺 Postman 的首席布道師 Kin Lane 說。

還需要跟蹤 API 在生產(chǎn)中的使用位置，既要控制外部 API 的成本，又要確保提供內(nèi)部 API 的系統(tǒng)得到適當(dāng)?shù)馁Y源。并非所有像 API 一樣工作的東西都是由強大的后端生成的。盡管我們愿意相信設(shè)計良好的RESTful API 才是 API 的組成部分;事實并非如此， 帶有 CSV 的 FTP 位置被認(rèn)為是 API，而電子表格才是王道。

并且不要忘記機器人流程自動化(RPA)，這是一種越來越流行的方式，用于將信息從遺留系統(tǒng)中獲取到低代碼應(yīng)用程序和自動化工作流中。例如，通過建立自動從掃描的 PDF 中提取數(shù)據(jù)的 RPA 工作流程，IT 可以進(jìn)一步授權(quán)公民開發(fā)人員創(chuàng)建有益的業(yè)務(wù)應(yīng)用程序。

6. 不要忘記評論和指標(biāo)

解決自己問題的個人業(yè)務(wù)用戶不太可能考慮高可用性、業(yè)務(wù)指標(biāo)或任何形式的正式審查。很少有低代碼平臺包含用于此的工具，但完成流程所需的時間等指標(biāo)可能會有所幫助，引入定期審查以跟蹤性能并分析進(jìn)一步開發(fā)的機會也是如此。

指標(biāo)和審查還提供了檢查業(yè)務(wù)流程的機會，因為自動化一個糟糕的流程只會更快地獲得糟糕的結(jié)果。使用流程挖掘工具來發(fā)現(xiàn)一些團(tuán)隊可能正在執(zhí)行的低效率或額外工作，并為實際處理流程的員工提供簡化流程的機會，而不僅僅是創(chuàng)建應(yīng)用程序來解決問題。

7. 根據(jù)需要改進(jìn)操作

低代碼平臺上的分析和監(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ù)下去。

在實踐中，這種進(jìn)展會造成緊張;最初的低代碼開發(fā)人員可能擔(dān)心 IT 接管該工具，而 IT 團(tuán)隊可能擔(dān)心支持不是他們創(chuàng)建或指定的應(yīng)用程序。業(yè)務(wù)和 IT 之間的協(xié)作文化應(yīng)該有助于避免雙方的懷疑。

8. 培育創(chuàng)新文化

雖然CIO可能擔(dān)心低代碼實驗會為自己的 IT 團(tuán)隊生成過多的應(yīng)用程序，但更常見的問題是沒有聚集足夠的動力來使策略發(fā)揮作用。Bratincevic 指出，許多遇到低代碼可能幫助他們解決的問題的業(yè)務(wù)用戶不會自然地將自己視為“開發(fā)人員”。

許多組織發(fā)現(xiàn)內(nèi)部黑客馬拉松——加上培訓(xùn)、指導(dǎo)和支持的時間——可以激發(fā)興趣并生成初始應(yīng)用程序的核心。或者，尋找可能成為早期采用者的問題解決者。已經(jīng)使用影子 IT 作為涉及持續(xù)改進(jìn)或特殊項目的角色的一部分的人是成為冠軍的主要候選人，特別是如果他們請求了一個 IT 沒有時間開始工作的應(yīng)用程序。

低代碼可以實現(xiàn)顯著的職業(yè)發(fā)展，業(yè)務(wù)和一線員工可以獲得更多技術(shù)角色的專業(yè)知識。將其視為發(fā)展未來數(shù)字化勞動力的一種方式——并準(zhǔn)備支持和獎勵員工以實現(xiàn)這一目標(biāo)。低代碼程序無法擴展的一個原因是期望員工將其作為日常工作之外的工作，而不是作為其中的一部分，尤其是在公司文化不重視持續(xù)改進(jìn)的情況下。

必須處理變更管理的人的方面。如果最初的公民開發(fā)者跳槽了，而他們的同事或接替者對這款應(yīng)用不感興趣怎么辦?或者，如果他們感興趣，是否有足夠的文件證明應(yīng)用的目的和背景?

另一方面，Wong 說，并不是每個低代碼應(yīng)用程序都會永遠(yuǎn)有用。“如果沒有人站出來擁有它，那么假設(shè)必須是：它不是很有用;讓它死吧。”當(dāng)實現(xiàn)的成本一開始就很低時，這就不是什么問題。

Bratincevic 建議，將低代碼視為機會，但也意識到這是不可避免的。這不會是完美的;會有問題，你會犯一些錯誤，但這是你的機會來協(xié)調(diào)所有人在組織內(nèi)開發(fā)應(yīng)用以一種相互聯(lián)系，自動化和明智的方式;要建立一個正確的基金會，而不是讓一切碰運氣。

原文地址：https://tech.it168.com/a2021/1210/6588/000006588843.shtml