內(nèi)容來自演講：郭昊東 | 上海外服 | 流程分析工程師

摘要
本文介紹了外服集團的 IT 共享中心在低代碼平臺應用開發(fā)方面的實踐經(jīng)驗。他們選擇低代碼平臺的原因包括開發(fā)成本低、快速看到實際產(chǎn)品以及能夠解決數(shù)據(jù)孤島和影子 IT 等問題。他們在應用開發(fā)中面臨的挑戰(zhàn)包括數(shù)據(jù)孤島、影子 IT、忽略使用體驗等。為了解決這些問題，他們采用了委托開發(fā)和用戶自研模式，并記錄了應用開發(fā)過程中的問題和最佳實踐。最后，他們分享了兩個低代碼應用案例，包括 IT 內(nèi)部需求和事件單管理。

一、公司簡介

上海外服（集團）有限公司（簡稱“上海外服”），隸屬于東浩蘭生集團（上海市國資委直管），成立于1984年8月。上海外服作為人力資源服務機構(gòu)，著力于打造高效的人力資源外包綜合解決方案，已在全國主要重點經(jīng)濟城市設立了自己的分支機構(gòu)。依托品質(zhì)服務、創(chuàng)新的技術平臺、精益的管理流程和遍布全國近400個服務網(wǎng)點，提供融合本土智慧和全球視野的專業(yè)外包服務。上海外服正服務于遍布全國的25000家企業(yè)的139萬名員工。

二、低代碼平臺的定位

1.選擇低代碼平臺的原因

我來自于外服集團下的IT共享中心，我們選擇低代碼平臺的原因之一是開發(fā)成本低，能夠快速看到實際產(chǎn)品。傳統(tǒng)開發(fā)流程需要經(jīng)過需求調(diào)研、開發(fā)、測試、上線的過程，這個過程往往需要耗費大量的時間和資源，而且無法實時看到最終產(chǎn)品。而低代碼平臺具有所見即所得的特點，讓開發(fā)人員能夠在談需求的同時順手制作demo給需求方看，不僅提高了效率，還使得需求方能夠更直觀地了解產(chǎn)品的實際效果。

2.低代碼應用開發(fā)面臨問題

• 數(shù)據(jù)孤島

在數(shù)字化轉(zhuǎn)型的過程中，我們還面臨了數(shù)據(jù)孤島的問題。由于各個部門對業(yè)務數(shù)據(jù)的口徑和叫法不一致，將這些數(shù)據(jù)轉(zhuǎn)化為系統(tǒng)或進行數(shù)字化、線上化時很難做到對齊。這可能導致數(shù)據(jù)的不準確性和不一致性，增加了數(shù)據(jù)整合的難度和成本。

• 影子IT

此外，還存在影子IT應用的問題。這些應用不受IT部門的監(jiān)管和管理，可能由業(yè)務部門自行開發(fā)和維護。由于缺乏統(tǒng)一的規(guī)劃和標準，這些影子IT應用可能導致數(shù)據(jù)不兼容、安全風險等問題，給企業(yè)帶來額外的管理負擔。

• 忽略使用體驗

針對像明道云這樣的零代碼平臺，雖然前端界面高度定制化，沒有辦法非常自由的進行設計，但仍然可以通過視圖和其他功能來優(yōu)化使用體驗，況且明道云已經(jīng)實現(xiàn)前端開源，給技術人員更大的空間去優(yōu)化交互體驗。這意味著技術人員可以利用開源的代碼庫進行定制化的開發(fā)，根據(jù)自己的需求和用戶反饋來改進界面的交互設計和用戶體驗，以滿足不斷變化的市場需求和用戶期望。

3.低代碼應用的應用場景

我們使用低代碼應用平臺主要在兩個方面。首先是我們內(nèi)部的應用，包括研發(fā)流程管理、基于 ITIL 實踐的運維管理。之前我們內(nèi)部是基于自己研發(fā)的管理系統(tǒng)，使用時間較長，目前正在逐步替換為明道云。其次，是針對業(yè)務部門的應用。我們將業(yè)務部門應用定義為流程優(yōu)化工具，或者說是需求溝通工具，他可能并不是一個完整的系統(tǒng)，但可以作為一個與業(yè)務部門進行良好溝通、了解真實需求的工具。

大家在開發(fā)過程中會發(fā)現(xiàn)，能夠聊出來的需求往往與真實需求存在一定的偏差，但是當用戶真正使用你的應用時，他們只會考慮需求是否得到滿足，而不會關注偏差，因此，一個良好的需求溝通工具至關重要。它能夠幫助我們與業(yè)務部門建立有效的溝通橋梁，確保我們能夠準確理解并滿足他們的需求。

三、低代碼應用開發(fā)流程探索

1.兩種開發(fā)模式

對于低代碼應用開發(fā)我們有兩種模式。第一種是委托開發(fā)，即由我負責調(diào)研需求、開發(fā)應用，跟進整個流程，然后交付給業(yè)務部門使用。第二種是我們目前正在探索的用戶自研模式。盡管全民開發(fā)者的概念被廣泛提倡，但實際上，用戶仍需接受一些必要的培訓和監(jiān)管。即使是專業(yè)的編碼人員，也需要遵守IT開發(fā)的規(guī)范。因此，我們嘗試建立一種獨特的用戶自研模式。

2.定義團隊角色和責任

當業(yè)務部門提出需求時，我們會提供明道云的使用培訓。我們的培訓并不是面向所有用戶的統(tǒng)一大會，而是針對特定需求進行培訓。在開發(fā)過程中，我們發(fā)現(xiàn)無論是傳統(tǒng)應用開發(fā)還是低代碼應用開發(fā)，一個優(yōu)秀的團隊都至關重要。首先需要一個產(chǎn)品負責人，他可能是傳統(tǒng)意義上的PM，負責推動整個產(chǎn)品開發(fā)流程。目前，我們將領域?qū)＜遗c產(chǎn)品負責人合二為一的。專業(yè)的開發(fā)人員負責低代碼流程配置，而管理員后期要接手應用，并負責應用管理迭代。

3.沉淀應用文檔

在低代碼開發(fā)的過程中，由于前人經(jīng)驗相對較少，且各行業(yè)的經(jīng)驗存在差異，因此記錄經(jīng)驗顯得尤為重要。通過應用程序目錄，可以方便所有用戶知道當前應用程序的開發(fā)者、管理員以及使用手冊等信息。

記錄開發(fā)過程中的應用問題，不僅有助于管理員進行迭代開發(fā)，也能為整個集團積累寶貴的開發(fā)經(jīng)驗。在實現(xiàn)同一功能時，明道云平臺可能存在多種實現(xiàn)方式，各有優(yōu)劣。我們會在開發(fā)過程中記錄這些差異，整理成指導手冊，為后續(xù)的培訓或開發(fā)中提供幫助。

4.最佳實踐的積累

衡量一個應用的質(zhì)量并不能僅憑bug的數(shù)量來評判。用戶的接受度和使用的舒適度才是真正的評價標準。因此，我們在應用開發(fā)完成后，會定期與用戶溝通，了解應用的使用情況，收集反饋，看是否有新的需求。通過這種方式，我們可以確保應用始終與用戶的實際需求保持緊密關聯(lián)。

四、低代碼應用案例分享

我為大家挑選了一些我們作為IT內(nèi)部使用的案例來分享。首先，我們最初的一個明道云應用是“IT內(nèi)部需求”，它用于管理集團內(nèi)部的協(xié)作和任務分發(fā)。我們在一天之內(nèi)就完成了初步的demo，并進行了實際應用。目前已經(jīng)更新了三個版本。

另外一個應用是“事件單”。由于我們擁有多個系統(tǒng)，它們會產(chǎn)生不同的告警。而且目前我們正在對系統(tǒng)進行大量的改造，導致頻繁的系統(tǒng)上線和下線。因此，我們使用明道云作為一個統(tǒng)一的接入點，生成并記錄所有的事件，這樣就可以進行統(tǒng)一管理。

我們深知在數(shù)字化和低代碼開發(fā)的道路上，每一個團隊都有自己的獨特經(jīng)驗和故事。因此，我們非常期待與大家的進一步交流和分享，希望我們的這些實踐經(jīng)驗能為你們提供一些新的視角或啟發(fā)。

同時，我們也歡迎各位對我們的實踐經(jīng)驗提出寶貴的建議和反饋，讓我們共同學習和進步。我們堅信，通過不斷的實踐和交流，我們能夠共同推動低代碼開發(fā)的發(fā)展，為更多的業(yè)務和用戶帶來實際的價值。