內容來自演講：韋有炬 | 柳州知行遠企業管理咨詢有限公司 | 總經理

摘要
本文探討了在全民開發時代如何使用低代碼實施復雜應用并降低上線風險。文章分析了復雜系統實施失敗的風險，包括項目規劃不周、人員變動、企業基礎管理不足等，并對比了低代碼和傳統套裝軟件的優劣勢。低代碼開發具有透明度高和快速調整的優勢，但可能不適合大型企業核心業務。
為了確保應用成功實施，文章提出了幾個關鍵要素：明確目標范圍、管理業務流程、確定角色和資源、設計執行流程和技術支持。并討論了角色職責、技術能力、數據質量和項目管理的重要性。數據質量是應用存在的基礎，項目管理是風險管理的關鍵。無論是傳統開發還是低代碼開發，都需要有能全面管控業務領域的負責人。

一、引言

大家可能已經對這張2021年由Gartner發布的圖表有所了解，它表達的思想是，在全民開發時代，針對不同復雜程度的應用，我們需要采取不同的安全管控框架。

在這個圖表中，綠色區域代表的是較為簡單的應用，主要涉及數據增刪查改和工作流等基本功能，這類應用通常面向個人或小團隊使用。在這種情況下，普通的業務人員完全可以自行進行開發，無須專業開發人員介入。第二種情況是針對流程復雜度較高的應用，這類應用已經實現了自動化管理，并且通常面向部門級別，例如人力資源管理系統。在這樣的情況下，可能需要IT人員進行協助。

紅色區域則代表更復雜的場景，此時的應用已經需要與其他業務系統建立接口，而且跨部門使用，這已經是一個企業級的應用，這種情況下，必須由專業人員參與并實施管控。

最后是黑色區域，代表的是極為復雜的場景。這種復雜程度已經超出了小型團隊所能處理的范圍，需要一個專門的團隊進行協作解決。因此，必須將應用開發的權力完全交給專業的人員。這些專業人員包括熟悉業務的業務專家以及在IT領域掌握應用架構和代碼編寫能力的專業技術人員。

今天，我們的主題是探討低代碼實施復雜應用的實踐方法。我們的主要目標是解決如何讓非專業人員也能有效地掌控復雜應用的管理，并實現最低的上線風險。

二、復雜系統實施失敗的風險

首先，我們要理解復雜系統上線實施過程中可能遇到的風險。其次，我們要對比低代碼實施和傳統套裝軟件二次開發的優劣勢。此外，要了解確保應用實施成功需要掌握關鍵要素，并根據這些要素進行深入分析和分享。

無論是傳統的開發方式還是低代碼開發，一個復雜的應用系統實施成功都絕非易事。我們可能遇到的幾個主要問題：

1. 項目規劃不周。在項目開始階段，如果沒有做好整體規劃和明確范圍目標，可能會導致項目混亂和目標不清晰。
2. 人員變動與適應性問題。在項目實施過程中，可能會出現關鍵角色的離職情況。這不僅會影響到項目的進展，還可能導致在使用新系統后，部分員工覺得操作復雜，從而產生抵觸情緒。在我們以往實施的項目中，就出現過某些崗位人員頻繁更換，對項目穩定性造成影響。
3. 企業基礎管理不足：即使項目規劃和資源調配沒有問題，但如果企業的基礎管理不到位，如數據標準化程度不高，管理理念未能達到系統實施的要求等，也可能阻礙項目成功。

三、低代碼實施復雜應用的優劣勢

對比傳統開發和低代碼開發，我們可以看到傳統的套裝軟件通常具備一套完整的、內置的業務流程，流程相對成熟。然而，對于低代碼開發而言，我們需要從零開始構建，就像建造一棟房子需要一磚一瓦地搭建起來一樣，搭建的過程中，我們需要考慮建筑設計圖紙、搭建方法以及結構問題等各個方面。這要求我們擁有專業的人員進行掌控，確保流程的成熟度。

在低代碼開發過程中，可能會出現一些bug。當然，低代碼的一個優勢在于其快速調整的能力，能夠迅速解決這些問題。

此外，由于應用的整個結構由開發團隊自行掌控，他們對內部細節和可能存在的缺點都有深入的理解。在這種情況下，如果開發團隊對某個缺點特別在意，他們可能會選擇不使用像明道云這樣的平臺來處理。

低代碼開發的一個顯著優勢是透明度高，開發團隊對系統有深入的了解，沒有供應商在初期承諾過多而在實施時出現各種限制的情況。

然而，對于大型企業的核心業務來說，低代碼開發可能不太適合，因為這些業務通常需要更高的穩定性和定制化程度。對他們來說，系統的穩固性至關重要，甚至超越其他所有因素，就像我們平時購物時，如果有足夠的預算，自然會選擇質量穩定、不易出問題的產品。當然，對于一些非核心或邊緣的應用，低代碼方案可能是可行的。

對于中小型企業而言，他們可能更需要快速適應市場變化，根據自身的業務管理需求靈活調整業務流程。在這種情況下，低代碼開發就顯得尤為適合。它的優勢在于能夠根據實際需求，在穩定性與快速適應市場之間找到平衡。

四、項目實施成功的幾個關鍵要素

在質量管理方法中，有一套理論稱為過程方法。如果將整個管理事項視為一個過程，那它就會包括這幾個維度：

1. 明確事項的本質。我們需要理解這個事項的具體內容是什么，以及完成它能帶來哪些收益。
2. 確定輸入和輸出。分析該過程需要哪些輸入，并明確其預期的輸出結果。
3. 識別涉及的角色和資源。確定在執行過程中需要哪些人員參與，需要具備哪些能力和資料。
4. 設計執行流程和技術支持。規劃具體執行的流程，并確保有適當的數據、技術來支持整個過程。

1.目標范圍：避免需求無底洞

我們先擴展講一下項目的目標和范圍。在實施企業項目時，我們的業務顧問會進行深入的業務調研。在這個過程中，企業的各個部門通常展現出高度的配合。經過兩天的協同工作，各部門提供了各種關鍵信息，并提出了許多關于數字化應用的設想，這些設想可能包括：銷售、項目管理、技術開發、生產、采購、庫存管理、物料控制以及財務管理等領域。

但是，后續我們對項目進行評估時，發現項目規模過大，難以控制。經過與企業的詳細討論，我們決定削減約三分之一的內容，重點關注那些我們有過實際案例并且能夠相對掌控的元素。即使是這樣，我們的實施顧問發現實際情況并不像最初設想的那么簡單。盡管只實施了三分之二的功能需求，但在過程中還是遇到了各種意想不到的問題需要解決。最終，雖然縮小了項目范圍，實際花費的時間成本仍然超過了最初的預期。

因此，在項目初期約定時，我們就需要明確界定需求的范圍。對于超出初始需求的部分，我們可以將其列入后續討論，并考慮在二期進行實施。首要任務是確保第一期的需求能夠得到妥善處理，因為一旦項目上線，各部門可能會同時尋求支持，可能導致資源緊張，甚至可能出現因無法兼顧而導致系統停用的情況。

2.業務流程：管理思想達成共識

在業務流程方面，我們在2010年之前常常提到一個詞——業務流程再造。這個概念強調的是，企業進行數字化實施的項目實際上就是在進行業務變革，因為當我們將原有的業務流程遷移到系統中時，這些流程很可能會發生變化。

對于一些套裝軟件，如SAP，它們已經有成熟的流程和管理理念。在實施這類軟件時，會進行企業組織結構和具體業務模式的調研，然后進行相應的配置，形成適應企業業務流程的版本，并按照這個流程進行實施，這是比較常見的一種實施方式。

然而，我們在眾多ERP項目實施的經驗中發現，真正取得成功的概率可能只有約30%，甚至更低。其中有多種原因。一方面，可能是在項目上線過程中，企業的管理能力無法達到軟件流程的要求，導致需要花費大量時間進行前期管理提升，而這往往是企業難以承受的。另一方面，也有可能在實施過程中發現某些業務模式并不適合企業，導致部分功能上線后又不得不進行調整甚至放棄。

我們的主要建議是在進入企業進行項目實施時，應避免過于激進，而是要根據企業的實際情況來制定計劃，適度地向前推進半步或一步即可，不必過分追求完美。例如，雖然SAP中的業務流程被認為是正確的，但它適用于管理水平高的企業，如果當前企業還未能達到這一水平，我們可以選擇采取更為實際和適中的方案。

對于低代碼開發，可能在初期并沒有成熟的業務流程可供參考。在這種情況下，我們需要依賴管理專家來梳理和制定業務流程，明確未來的業務運作方式。

3.角色職責：執行落地的關鍵

在角色職責方面，特別是在制造業中，例如工藝人員，他們在系統實施過程中可能會面臨較大壓力，因為他們負責基礎數據的錄入和處理，而錯誤往往最容易在這一環節發生。因此，我們需要與這些角色進行充分的溝通，確保他們在具備相應能力之后再進行系統上線，確保項目的順利進行。

4.技術能力：用戶體驗與成本平衡

在系統功能方面，有時我們也需時進行平衡。比較常見的情況是，客戶可能會因為業務問題，如針對某個不常出現的場景，提出修改系統的需求。即使這些場景可能一年只會出現一兩次，他們仍希望我們能調整系統以解決這些問題。

有時候，用戶甚至會因為自身的操作錯誤要求我們增強系統的防錯功能。面對這些情況，我們必須妥善管控需求，明確哪些需求是我們能做的，哪些是不能做的。我們需要找到一個平衡點，既要滿足客戶的實際需要，也要確保系統的穩定性和效率。

5.數據質量：應用存在的意義

在制造業中有句話“質量就是生命”。對于我們的應用系統而言，數據質量則是應用存在的意義。試想一下，如果每天我們都在使用這個系統錄入和處理數據，但最終卻發現數據輸出不準確，那么這個系統就失去了其應有的意義。它無法為我們提供有效的生產指導，也無法支持我們的決策制定。這樣的系統只會浪費我們的時間和資源，最終很可能被棄用，這就是數據質量的重要性。

在我們實施過的一家物流工廠的項目中，我們也曾遇到過漏單、錯單等問題。為了解決這些問題，我們采取了一些防錯措施。例如，對于漏單的情況，我們會根據系統的實際情況進行數據比對，并在系統內部進行核驗。一旦發現錯誤，我們會及時提醒用戶進行數據調整，確保數據的準確性。

另外，針對漏錄單或防止重復錄單的問題，我們也會采取一些業務管理措施。例如，當某個單據處理完畢后，我們會在系統中進行標記，以確保項目的正常運行。

6.項目管理：管控風險的利器

無論是傳統的開發方式還是我們的低代碼開發，都要求有一個能夠全面管控業務領域的負責人。這個人不一定必須是一把手，但至少應該是能夠確保所有業務環節得到有效管理和控制的關鍵人物。

例如在人力資源系統中，應當由人力資源總監或人力部門的負責人來管控這個系統。同時，對于系統的使用和管理，應當保持應有的重視和儀式感，確保所有相關人員都清楚其重要性和操作流程。

當我們的技術人員在系統實施過程中付出大量努力和貢獻時，我們必須給予充分的認可。在項目實施期間，我們常常與技術人員溝通，強調他們是項目中貢獻最大的力量，并時常提及他們的付出。這樣做不僅能讓他們感到心理上的滿足和舒適，還能激發他們的工作積極性，從而更有效地執行具體工作任務，推動項目的順利進行。

五、總結

最后讓我們回顧一下關鍵要點。對于不同復雜程度的應用，我們需要采取不同的管理策略。在確保項目成功的關鍵要素中，我們要著重管控目標和范圍，嚴謹控制角色分配、流程執行以及數據管理。目標范圍的設定應合理，避免設定過于寬泛或難以達成的目標。

我們提倡分階段實施項目，業務流程的規劃和優化應由管理專家主導，確保流程的一致性和有效性。在角色分配上，我們要確保用戶操作者具備完成任務所需的素質和能力。

在系統功能方面，我們需要找到平衡點，既要滿足用戶需求，也要考慮系統的穩定性和效率。數字質量是至關重要的，我們必須保證數據的準確性，一旦出現錯誤，要及時發現并解決問題。

最后，我們要按照標準的項目管理方法進行項目管理，以確保項目的順利進行和最終的成功。