內(nèi)容來自演講：韋有炬 | 柳州知行遠企業(yè)管理咨詢有限公司 | 總經(jīng)理

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

一、引言

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

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

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

最后是黑色區(qū)域，代表的是極為復(fù)雜的場景。這種復(fù)雜程度已經(jīng)超出了小型團隊所能處理的范圍，需要一個專門的團隊進行協(xié)作解決。因此，必須將應(yīng)用開發(fā)的權(quán)力完全交給專業(yè)的人員。這些專業(yè)人員包括熟悉業(yè)務(wù)的業(yè)務(wù)專家以及在IT領(lǐng)域掌握應(yīng)用架構(gòu)和代碼編寫能力的專業(yè)技術(shù)人員。

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

二、復(fù)雜系統(tǒng)實施失敗的風險

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

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

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

三、低代碼實施復(fù)雜應(yīng)用的優(yōu)劣勢

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

在低代碼開發(fā)過程中，可能會出現(xiàn)一些bug。當然，低代碼的一個優(yōu)勢在于其快速調(diào)整的能力，能夠迅速解決這些問題。

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

低代碼開發(fā)的一個顯著優(yōu)勢是透明度高，開發(fā)團隊對系統(tǒng)有深入的了解，沒有供應(yīng)商在初期承諾過多而在實施時出現(xiàn)各種限制的情況。

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

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

四、項目實施成功的幾個關(guān)鍵要素

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

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

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

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

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

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

2.業(yè)務(wù)流程：管理思想達成共識

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

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

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

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

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

3.角色職責：執(zhí)行落地的關(guān)鍵

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

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

在系統(tǒng)功能方面，有時我們也需時進行平衡。比較常見的情況是，客戶可能會因為業(yè)務(wù)問題，如針對某個不常出現(xiàn)的場景，提出修改系統(tǒng)的需求。即使這些場景可能一年只會出現(xiàn)一兩次，他們?nèi)韵Ｍ覀兡苷{(diào)整系統(tǒng)以解決這些問題。

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

5.數(shù)據(jù)質(zhì)量：應(yīng)用存在的意義

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

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

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

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

無論是傳統(tǒng)的開發(fā)方式還是我們的低代碼開發(fā)，都要求有一個能夠全面管控業(yè)務(wù)領(lǐng)域的負責人。這個人不一定必須是一把手，但至少應(yīng)該是能夠確保所有業(yè)務(wù)環(huán)節(jié)得到有效管理和控制的關(guān)鍵人物。

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

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

五、總結(jié)

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

我們提倡分階段實施項目，業(yè)務(wù)流程的規(guī)劃和優(yōu)化應(yīng)由管理專家主導(dǎo)，確保流程的一致性和有效性。在角色分配上，我們要確保用戶操作者具備完成任務(wù)所需的素質(zhì)和能力。

在系統(tǒng)功能方面，我們需要找到平衡點，既要滿足用戶需求，也要考慮系統(tǒng)的穩(wěn)定性和效率。數(shù)字質(zhì)量是至關(guān)重要的，我們必須保證數(shù)據(jù)的準確性，一旦出現(xiàn)錯誤，要及時發(fā)現(xiàn)并解決問題。

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