Low-Code/No-Code 開發什么時候有效，什么時候無效

Low-Code/No-Code 開發什么時候有效，什么時候無效

過去，當公司需要新的信息系統時，他們要么雇傭一個開發人員，要么使用現成的軟件。然而，現在有了第三種選擇:低代碼/無代碼應用程序允許組織構建自定義系統，而不需要雇傭開發團隊，也不需要在足夠接近管理工具的軟件上妥協;工作流或案例管理系統(傳統業務流程管理工具的現代版本);虛擬助手或聊天機器人工具;以及營銷領域中特定功能的工具。然而，為了正確使用它們，管理者需要知道它們是如何工作的，以及它們適合什么:小型業務交易、小規模自動化、分析和網站開發都是很好的用例。還有一些管理方面的挑戰需要注意:由“公民開發人員”構建的應用程序的激增可能會造成一個影子IT問題，即只有一個用戶知道系統是如何工作的。應該鼓勵部門經理促進LC/NC開發，并接受有關技術如何工作、組織支持什么工具以及公民開發人員和IT組織之間期望的關系的教育。

幾十年來，當企業需要新的信息系統時，它們有兩種選擇。他們可以使用自己的開發人員構建新系統，或者從外部供應商購買系統?！皹嫿ā狈椒?，就像定制西裝或連衣裙一樣，非常適合業務需求。但與定制服裝一樣，這通常意味著更高的成本和較長的等待時間。供應商提供的系統，比如現成的衣服，不太適合，但通常更便宜，安裝速度更快。有時候公司可以配置這些系統，但是公司經常發現改變他們的業務以適應系統要比反過來更容易。

例如，機器人過程自動化(RPA)是LC/NC系統中增長最快的類別之一。使用規則進行簡單的決策，它允許用戶設計可以到達多個信息系統的自動化工作流程。這對于自動化后臺管理過程是非常好的。一些RPA工具提供了高級功能，幫助發現自動化機會，或與人工智能工具連接，以創建一些現在稱為“智能”或“增強”的自動化。RPA通常被歸類為低代碼，但也有一些“輕量級”版本的軟件是無代碼的，它們更接近“即插即用”，但提供的定制和可伸縮性選項更少。

這大大增加了能夠在業務中構建軟件應用程序的人員數量。低代碼軟件——顧名思義，可能仍然需要一定程度的編程技能——通常是由專業軟件開發人員或混合業務/IT員工使用，以提高他們的生產力。無代碼軟件適合非技術人員使用，有時也被稱為“公民開發人員”。對許多公司來說，這有助于他們更快地將任務和流程數字化和自動化，而不是試圖雇傭和聘用難以找到的開發人才。然而，有一個重要的警告:LC/NC軟件在涉及關鍵任務或企業級系統時確實需要某種程度的IT參與。當公司尋求LC/NC解決方案時，他們需要意識到，這些平臺在提供成本節約、時間和減少錯誤以及其他改進機會的同時，仍然需要一定程度的技術專長來擴展、維護、集成和管理。

常見的?Low-Code/No-Code? 的功能：

LC/NC軟件開發方法支持多種應用類型。小型業務事務系統可能是最常見的。這些是處理業務事務的應用程序——諸如人力資源管理(例如，績效評估)、餐館預訂管理或其他體驗、訂單報價創建、現場服務管理等工具。大公司可能有昂貴的軟件包或定制開發的程序來執行它們，但小企業可以很容易地生成自己的程序。

另一個常見的是小規模自動化功能。大規模企業流程和工作流的自動化通常應該由專業開發人員完成，但許多公司也有較小的工作流需要自動化。與更復雜的機器人過程自動化一樣，LC/NC版本可以訪問數據庫、電子郵件和事務系統，并像在計算機上工作的人類用戶一樣執行任務。這意味著它可以很容易地應用于個人通常必須處理的小任務，包括與辦公室生產力軟件的交互，如電子表格、文字處理和電子文件夾。例如，廣告和營銷機構電通(Dentsu)對數百名員工進行了LC/NC RPA工具的使用培訓。例如，一位運營分析師就使用它來自動發送遲到時間表的電子郵件通知。

公司也使用LC/NC程序進行分析，特別是可視化分析。描述性分析的增長市場主要是LC/NC程序，這些程序可以生成有吸引力的和有洞察力的可視化分析，一些系統現在專注于通過文本甚至基于語音的聊天體驗傳遞洞察力。盡管沒有那么先進，但供應商也提供了LC/NC版本的預測分析和機器學習軟件，可以讓分析師或數據科學家通過一系列自動化步驟來創建適合訓練數據集的模型。LC/NC程序也可以用來開發網頁和移動網站。這些程序的更復雜版本甚至可以處理客戶交易。提供網站設計工具的公司通常也提供托管服務，還可以提供增值的LC/NC功能，幫助搜索引擎優化和社交媒體營銷，并支持數字分析的建立和管理。一些LC/NC工具現在使營銷人員更容易自動化營銷活動，如網站個性化，電子郵件營銷和數字廣告販運。

技術產品開發人員可以方便配置和設備設置與LC/NC應用程序。他們可能有編程技能，但希望為產品本身保留這些技能。非技術人員可以創建用戶配置和設置的簡單程序。

低代碼/無代碼的管理挑戰：

LC/NC軟件開發帶來了巨大的好處，但同時也帶來了管理上的挑戰。這些工具的廣泛使用使困擾IT組織數十年的“影子IT”現象制度化——如果治理不當，可能會使問題變得更糟。一般開發人員傾向于創建不能正常工作或伸縮性不好的應用程序，然后他們試圖將其移交給IT部門?；蛘哌@個人可能會離開公司，沒有人知道如何改變或支持他們開發的系統。

然而，LC/NC監管可以控制這個問題，并在適當的時候使應用程序從普通開發人員轉移到專業人員。IT組織需要對系統開發保持一定的控制，包括組織將支持的LC/NC工具的選擇。最好的情況通常是公民/專業混合開發模式，即用戶開發模型的80%，然后將其交給開發者進行優化。或者用戶可以使用圖形界面工具開發初始應用程序，然后將其交給開發人員，讓其使用Python或其他一些更可擴展的語言進行編程。在任何一種情況下，開發人員都可以記錄系統的存在，確保它正確工作，并將它連接到任何需要的數據或事務系統。我們已經看到一些組織，一個系統開發人員支持十個或更多的公民開發人員。

然而，管理LC/NC開發的大部分責任將落在部門經理的身上，因為大多數由此產生的系統都在這個級別。應該鼓勵部門經理促進LC/NC開發，并接受有關技術如何工作、組織支持什么工具以及公民開發人員和IT組織之間期望的關系的教育。他們還應該教育他們的部門成員LC/NC發展的機會和責任。

部門領導和行政主管也可能需要更多地了解擴展LC/NC工具的最佳實踐，特別是跨大的地理足跡。可能需要創建新的組織模型，如聯合COE(卓越中心)，并由內部數字門戶(或“店面”)支持，公民開發人員、系統開發人員和領導可以在其中進行協作和學習，并在遇到障礙時快速獲得幫助。隨著LC/NC系統的擴展和圍繞業務流程創建自己的數據集，可能需要進一步投資于支持分析和基礎設施，以幫助治理。

如今，幾乎每個組織都需要更多的系統開發人才。LC/NC開發不是靈丹妙藥，但它可以解決一些資源短缺的問題。隨著時間的推移，為通用流程和用例構建系統可能會變得更加容易。正如代碼共享庫Github的前首席執行官Chris Wanstrath所說:“編碼的未來就是根本不編碼。”

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。